Andrew Morton wrote:
Daniel Phillips <[email protected]> wrote:What happened to the case where we just fill memory full of dirty file pages backed by a remote disk?Processes which are dirtying those pages throttle at /proc/sys/vm/dirty_ratio% of memory dirty. So it is not possible to "fill" memory with dirty pages. If the amount of physical memory which is dirty exceeds 40%: bug.
Hi Andrew, So we make 400 MB of a 1 GB system unavailable for write caching just to get around the network receive starvation issue? What happens if some in kernel user grabs 68% of kernel memory to do some very important thing, does this starvation avoidance scheme still work? Regards, Daniel - 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/
- Follow-Ups:
- Re: [RFC][PATCH 2/9] deadlock prevention core
- From: Andrew Morton <[email protected]>
- Re: [RFC][PATCH 2/9] deadlock prevention core
- From: Neil Brown <[email protected]>
- Re: [RFC][PATCH 2/9] deadlock prevention core
- From: Daniel Phillips <[email protected]>
- Re: [RFC][PATCH 2/9] deadlock prevention core
- From: Rik van Riel <[email protected]>
- Re: [RFC][PATCH 2/9] deadlock prevention core
- References:
- Re: [RFC][PATCH 2/9] deadlock prevention core
- From: Thomas Graf <[email protected]>
- Re: [RFC][PATCH 2/9] deadlock prevention core
- From: Rik van Riel <[email protected]>
- Re: [RFC][PATCH 2/9] deadlock prevention core
- From: Daniel Phillips <[email protected]>
- Re: [RFC][PATCH 2/9] deadlock prevention core
- From: David Miller <[email protected]>
- Re: [RFC][PATCH 2/9] deadlock prevention core
- From: Daniel Phillips <[email protected]>
- Re: [RFC][PATCH 2/9] deadlock prevention core
- From: Andrew Morton <[email protected]>
- Re: [RFC][PATCH 2/9] deadlock prevention core
- From: Peter Zijlstra <[email protected]>
- Re: [RFC][PATCH 2/9] deadlock prevention core
- From: Andrew Morton <[email protected]>
- Re: [RFC][PATCH 2/9] deadlock prevention core
- From: Daniel Phillips <[email protected]>
- Re: [RFC][PATCH 2/9] deadlock prevention core
- From: Andrew Morton <[email protected]>
- Re: [RFC][PATCH 2/9] deadlock prevention core
- Prev by Date: Re: [patch] sched: group CPU power setup cleanup
- Next by Date: I/OAT configuration ?
- Previous by thread: Re: [RFC][PATCH 2/9] deadlock prevention core
- Next by thread: Re: [RFC][PATCH 2/9] deadlock prevention core
- Index(es):