lkml.org 
[lkml]   [2004]   [Mar]   [11]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    SubjectRe: blk_congestion_wait racy?
    From
    Date




    > Yes, sorry, all the world's an x86 :( Could you please send me whatever
    > diffs were needed to get it all going?

    I am just preparing that mail :-)

    > I thought you were running a 256MB machine? Two seconds for 400 megs of
    > swapout? What's up?

    Roughly 400 MB of swapout. And two seconds isn't that bad ;-)

    > An ouch-per-second sounds reasonable. It could simply be that the CPUs
    > were off running other tasks - those timeout are less than scheduling
    > quanta.

    I don't understand why an ouch-per-second is reasonable. The mempig is
    the only process that runs on the machine and the blk_congestion_wait
    uses HZ/10 as timeout value. I'd expect about 100 ouches for the 10
    seconds the test runs.

    The 4x performance difference remains not understood.


    blue skies,
    Martin

    Linux/390 Design & Development, IBM Deutschland Entwicklung GmbH
    Schönaicherstr. 220, D-71032 Böblingen, Telefon: 49 - (0)7031 - 16-2247
    E-Mail: schwidefsky@de.ibm.com


    -
    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:0.020 / U:359.148 seconds]
    ©2003-2016 Jasper Spaans. hosted at Digital OceanAdvertise on this site