lkml.org 
[lkml]   [2007]   [Apr]   [28]   [last100]   RSS Feed
Views: [more markup]   [less markup]   [headers]   [forward]  
 
 
Messages in this thread
/
DateSat, 28 Apr 2007 19:11:37 +0200 (CEST)
FromMikulas Patocka <>
SubjectRe: [ext3][kernels >= 2.6.20.7 at least] KDE going comatose when FS is under heavy write load (massive starvation)
> So perhaps if there's any privileged reads going on then we should limit
> writes to a depth of 2 at most, with some timeout mechanism that would

SCSI has a "high priority" bit in the command block, so you can just set 
it --- but I am not sure how well do disks support it.

Mikulas

> gradually allow the deepening of the hardware queue, as long as no
> highprio reads come inbetween? With 2 pending requests and even assuming
> worst-case seeks the user-visible latency would be on the order of 20-30
> msecs, which is at the edge of human perception. The problem comes when
> a hardware queue of 32-64 entries starves that one highprio read which
> then results in a 2+ seconds latency.
>
> 	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: 2007-04-28 19:15    [from the cache]
©2003-2008