[lkml]   [2006]   [Mar]   [16]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
    SubjectRe: kernel cache mem bug(?)
    On Thu, 16 Mar 2006 18:41:02 +0100, said:
    > [X.] Other notes, patches, fixes, workarounds:

    > Workaround: When we disable HyperThreading in BIOS, this
    > problem goes away. We re-enabling HT, it comes back...

    Have you ruled out marginal memory, or overclocking/overheating?

    I'm guessing something is barely within tolerance when one CPU is
    beating up on it, and it falls over when the HT adds to the mix.

    For that matter, this looks racy:

    while [ 0$MD5LOOPS -gt 0 ]; do
    md5sum cache.*-*-* >> md5log.$PID.lis
    MD5LOOPS=`expr 0$MD5LOOPS - 1`
    done &

    AMNT=`awk '$1!="91b82dcc83230890dbcdfc6b80571ddd"' md5log.$PID.lis | wc -l`

    If md5sum uses stdio to write the output, and it writes more than 4K or so,
    it's possible you can get a partial line right at the buffer boundary,
    which will then come up as a mismatch according to the awk. You might want
    to actually output the mismatched line in its entirety, and make sure you're
    looking at a complete line, and not a partial....
    [unhandled content-type:application/pgp-signature]
     \ /
      Last update: 2006-03-16 21:45    [W:0.021 / U:12.800 seconds]
    ©2003-2016 Jasper Spaans. hosted at Digital OceanAdvertise on this site