Re: [patch] max-sectors-2.6.9-rc1-bk14-A0

From: Jens Axboe (axboe_at_suse.de)
Date: 09/08/04

  • Next message: William Lee Irwin III: "[test] pagetable OOM handling (again, but 64-bit this time)"
    Date:	Wed, 8 Sep 2004 13:05:44 +0200
    To: Ingo Molnar <mingo@elte.hu>
    
    

    On Wed, Sep 08 2004, Ingo Molnar wrote:
    >
    > * Jens Axboe <axboe@suse.de> wrote:
    >
    > > Wasn't the move of the ide_lock grabbing enough to solve this problem
    > > by itself?
    >
    > yes and no. It does solve it for the specific case of the
    > voluntary-preemption patches: there hardirqs can run in separate kernel
    > threads which are preemptable (no HARDIRQ_OFFSET). In stock Linux
    > hardirqs are not preemptable so the earlier dropping of ide_lock doesnt
    > solve the latency.
    >
    > so in the upstream kernel the only solution is to reduce the size of IO.
    > (I'll push the hardirq patches later on too but their acceptance should
    > not hinder people in achieving good latencies.) It can be useful for
    > other reasons too to reduce IO, so why not? The patch certainly causes
    > no overhead anywhere in the block layer and people are happy with it.

    I'm not particularly against it, I was just curious. The splitting of
    max_sectors into a max_hw_sectors is something we need to do anyways, so
    I'm quite fine with the patch. You can add my signed-off-by too.

    -- 
    Jens Axboe
    -
    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/
    

  • Next message: William Lee Irwin III: "[test] pagetable OOM handling (again, but 64-bit this time)"

    Relevant Pages

    • Re: [patch] voluntary-preempt-2.6.9-rc1-bk4-Q5
      ... >regarding this particular latency, could you try the attached patch ... Alt-SysRq-T captured data, again everything I could look at in "S" mode. ... send the line "unsubscribe linux-kernel" in ...
      (Linux-Kernel)
    • Re: [patch] voluntary-preempt-2.6.9-rc1-bk4-Q5
      ... >regarding this particular latency, could you try the attached patch ... Alt-SysRq-T captured data, again everything I could look at in "S" mode. ... send the line "unsubscribe linux-kernel" in ...
      (Linux-Kernel)
    • Re: High write latency, iowait, slow writes 2.6.9
      ... I still seem to be getting latency, ... w/ the patch... ... > And send that along with the logged vmstat 1 from that same period. ... send the line "unsubscribe linux-kernel" in ...
      (Linux-Kernel)
    • [patch] voluntary-preempt-2.6.8.1-P5
      ... latency down to below 100 usecs on Lee Revell's box. ... easier to spot IRQ contexts and generally it gives a nice overview of ... - rediffed against 2.6.8.1 for the patch to apply without fuzz ... send the line "unsubscribe linux-kernel" in ...
      (Linux-Kernel)
    • Re: RT patch acceptance (scheduler)
      ... > lock up the CPU in IRQ mode for human-perceptible time, ... For non-DMA IDE access data copies are CPU driven ... which can create tons of latency problems for that case. ... I suggest that you read the patch for the answer to softirq ...
      (Linux-Kernel)