lkml.org 
[lkml]   [2004]   [May]   [19]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    From
    SubjectRe: 1352 NUL bytes at the end of a page?
    Date

    On May 19, 2004, at 6:42 AM, Nick Piggin wrote:

    > Wayne Scott wrote:
    >> From: Chris Mason <mason@suse.com>
    >>> Good to hear. We probably still need Andrew's truncate fix, this
    >>> just
    >>> isn't the right workload to show it. Andrew, that reiserfs fix
    >>> survived
    >>> testing here, could you please include it?
    >>>
    >>> -chris
    >> BTW. We have had one other person report a similar failure.
    >> http://db.bitkeeper.com/cgi-bin/bugdb.cgi?.page=view&id=2004-05-19-001

    I received a report from James H. Cloos Jr. (cc'ed to the rest of you),
    but apparently, that report never made it to linux-kernel (I haven't
    seen it it the archives or in my lmkl file). His report was regarding
    similar file corruption on xfs.

    <OT for this thread>
    I also made a report yesterday regarding a compile problem with
    lib/kobject.c and no CONFIG_SYSFS. That post also never made it
    to the list. If that happens again, I'll report it to the right folks.
    </OT>

    >> But if sounds like this problem is now understood. It was a pleasure
    >> to watch you guys, and someone should buy Steven a beer. Or perhaps
    >> order a pizza for his family because I suspect this took some of their
    >> time.
    >
    > Yep. Thanks for your help Steven.
    >
    > I don't think anyone has cleared up the performance regression
    > problem yet though, so I'll have to bug you a bit more.
    >
    > Steven, with all else being equal, you said you found a 2.6.3 SuSE
    > kernel to significantly outperform 2.6.6, is that right? If so can
    > you try the same test with plain 2.6.3 please? We'll go from there.

    Actually, it was a Mandrake kernel, 2.6.3-4mdk IIRC. Whatever is
    the default with MDK 10. One salient difference with the vendor
    kernel is that everything which can be a module is, and I wasn't
    using any modules with my kernels. BTW, I was careful to have the
    same hdparm settings during the performance testing.

    The performance difference was very repeatable. Using the script
    provided by Andy Isaacson, the 2.6.3-4mdk did the clone in about
    11 minutes total, while the various current kernels took about
    15 minutes total. The user times were the same, and the difference
    was in system time. Those numbers are from memory, the actual
    results should be in the archive.

    >
    > This one isn't urgent, because I suspect it could be something
    > specific to the SuSE kernel rather than a regression in Linus' tree
    > - we've heard no other complaints... so just whenever you get the
    > chance.
    >

    I may be able to do some some performance testing here at work,
    where I have a greater variety (and much faster) machines to use.

    Steven

    -
    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:03    [W:6.496 / U:0.044 seconds]
    ©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site