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 [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
- Comment on patch to remove nr_async_pages limit Marcelo Tosatti
- Re: Comment on patch to remove nr_async_pages l... Mike Galbraith
- Re: Comment on patch to remove nr_async_pag... Marcelo Tosatti
- Re: Comment on patch to remove nr_async... Mike Galbraith
- Re: Comment on patch to remove nr_a... Ed Tomlinson
- Re: Comment on patch to remove... Zlatko Calusic
- Re: Comment on patch to remove nr_a... Benjamin C.R. LaHaise
- Re: Comment on patch to remove... Mike Galbraith
- Re: Comment on patch to re... Daniel Phillips
- Re: Comment on patch to remove nr_async... Zlatko Calusic
- Re: Comment on patch to remove nr_a... Rik van Riel
- Re: Comment on patch to remove... Mike Galbraith
- Re: Comment on patch to remove nr_async_pag... Zlatko Calusic
- Re: Comment on patch to remove nr_async_pages l... Zlatko Calusic