potential re change for 5.3?

Scott Long scottl at samsco.org
Wed Aug 25 22:36:34 PDT 2004


Poul-Henning Kamp wrote:
> In message <412D0868.9060203 at freebsd.org>, Scott Long writes:
> 
> 
>>I'm not suggesting anything different, just making a note of something
>>that might be desirable in the future.  In a way, I see GEOM as having
>>the potential to be like Netgraph where it intercepts operations that it
>>wants to process through it's framework and lets ones that it doesn't 
>>pass directly through without a decoupling through extra kernel threads.
>>But that's only one possible strategy.  Introducing the concept of a
>>I/O scheduler that spawns KSE's to handle individual I/O requests is
>>another possibility.
> 
> 
> Well, the problem here is that requests which cannot be dealt with
> due to resource shortages should be queued at the level where they
> require least resources.  A request queued inside a driver holds
> far more resources than a request in the pure bio format at the
> entrance to the driver for instance.

Not necessarily.  It's not hard for a driver to keep a request queued on
the bioq and not consume and driver resources at all.

> 
> And spawning KSE's in low memory situations is a recipe for suicide.
> 

Probably true.

Scott


More information about the freebsd-arch mailing list