lkml.org 
[lkml]   [2001]   [Aug]   [27]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: [resent PATCH] Re: very slow parallel read performance


--On Monday, 27 August, 2001 11:38 PM +0200
Oliver.Neukum@lrz.uni-muenchen.de wrote:

> How do you measure cost of
> replacement ?

See previous mail with cost of E. However, this
is broken w.r.t. differential speed of consumption
by tasks, and as Daniel points out, if the system
works as he's designed/designing, the key will be
sizing readahead sufficiently intelligently that
drops happen infrequently anyway. If it works like
TCP windows, it need not be particularly intelligent
(very punitive, but infrequent), and we can do
the tweaks of what packets to drop (cf RED in TCP)
later.

My point w.r.t. penalizing fast consumers is that
negative feedback in a control system isn't necessarily
bad.

--
Alex Bligh
-
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 12:58    [W:0.090 / U:0.360 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site