lkml.org 
[lkml]   [2004]   [Mar]   [5]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    Date
    From
    SubjectRe: 2.4.23aa2 (bugfixes and important VM improvements for the high end)

    * Peter Zaitsev <peter@mysql.com> wrote:

    > > > For Disk Bound workloads (200 Warehouse) I got 1250TPM for "hugemem" vs
    > > > 1450TPM for "smp" kernel, which is some 14% slowdown.
    > >
    > > Please define these terms. What is the difference between "hugemem" and
    > > "smp"?
    >
    > Sorry if I was unclear. These are suffexes from RH AS 3.0 kernel
    > namings. "SMP" corresponds to normal SMP kernel they have, "hugemem"
    > is kernel with 4G/4G split.

    the 'hugemem' kernel also has config_highpte defined which is a bit
    redundant - that complexity one could avoid with the 4/4 split. Another
    detail: the hugemem kernel also enables PAE, which adds another 2 usecs
    to every syscall (!). So these performance numbers only hold if you are
    running mysql on x86 using more than 4GB of RAM. (which, given mysql's
    threaded design, doesnt make all that much of a sense.)

    But no doubt, the 4/4 split is not for free. If a workload does lots of
    high-frequency system-calls then the cost can be pretty high.

    vsyscall-sys_gettimeofday and vsyscall-sys_time could help quite some
    for mysql. Also, the highly threaded nature of mysql on the same MM
    which is pretty much the worst-case for the 4/4 design. If it's an
    issue, there are multiple ways to mitigate this cost.

    but 4/4 is mostly a life-extender for the high end of the x86 platform -
    which is dying fast. If i were to decide between some of the highly
    intrusive architectural highmem solutions (which all revolve about the
    concept of dynamically mapping back and forth) and the simplicity of
    4/4, i'd go for 4/4 unless forced otherwise.

    Ingo
    -
    To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
    the body of a message to majordomo@vger.kernel.org
    More majordomo info at http://vger.kernel.org/majordomo-info.html
    Please read the FAQ at http://www.tux.org/lkml/

    \
     
     \ /
      Last update: 2005-03-22 14:01    [W:4.064 / U:0.272 seconds]
    ©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site