Daniel Phillips wrote:
Andrew Morton wrote: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.So we make 400 MB of a 1 GB system unavailable for write caching just to get around the network receive starvation issue?
Excuse me, 600 MB of a 1 GB system :-/ 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/
- 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
- From: Daniel Phillips <[email protected]>
- Re: [RFC][PATCH 2/9] deadlock prevention core
- Prev by Date: Re: [RFC][PATCH 2/9] deadlock prevention core
- Next by Date: Serial issue
- Previous by thread: Re: [RFC][PATCH 2/9] deadlock prevention core
- Next by thread: Re: [RFC][PATCH 2/9] deadlock prevention core
- Index(es):
 |