lkml.org 
[lkml]   [2003]   [Feb]   [24]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: Minutes from Feb 21 LSE Call
Bill Huey (Hui) <billh@gnuppy.monkey.org> wrote:
>
> On Mon, Feb 24, 2003 at 01:09:38AM -0800, Andrew Morton wrote:
> > That's a 5% difference across five dbench runs. If it is even
> > statistically significant, dbench is notoriously prone to chaotic
> > effects (less so in 2.5) It is a long stretch to say that any
> > increase in dbench numbers can be generalised to "improved IO
> > performance" across the board.
>
> I think the test is valid. If the scheduler can't deal with some
> kind IO event in a very tight time window, then you'd think that
> it might influence the performance of that IO system.
>

On the contrary. If the disk request queue is plugged and the task
which is submitting writeback is preempted, the IO system could
remain artificially idle for hundreds of milliseconds while the CPU
is off calculating pi. This is one of the reasons why I converted
the 2.5 request queues to unplug autonomously.

But that is speculation as well - I never observed this aspect to be
a real problem. Probably, it was not.

Substantiation of your claim requires quality testing and a plausible
explanation. I do not believe we have seen either, OK?

> Read:
> http://linuxdevices.com/articles/AT6106723802.html

I did, briefly. It appears to be claiming that the average scheduling
latency of the non-preemptible kernel is ten milliseconds!

Maybe I need to read that again in the morning.



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