Re: Comment on patch to remove nr_async_pages limit

Ed Tomlinson (tomlins@cam.org)
Tue, 5 Jun 2001 07:42:28 -0400


Hi,

To paraphase Mike,

We defer doing IO until we are under short of storage. Doing IO uses storage.
So delaying IO as much as we do forces us to impose limits. If we did the IO
earlier we would not need this limit often, if at all.

Does this make any sense?

Maybe we can have the best of both worlds. Is it possible to allocate the BH
early and then defer the IO? The idea being to make IO possible without having
to allocate. This would let us remove the async page limit but would ensure
we could still free.

Thoughts?
Ed Tomlinson
-
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/