| lists.openwall.net | lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC | |
|
Open Source and information security mailing list archives
| ||
|
Message-ID: <20110602110216.GF7306@suse.de> Date: Thu, 2 Jun 2011 12:02:16 +0100 From: Mel Gorman <mgorman@...e.de> To: Bertil Engelholm <bertil.engelholm@...csson.com> Cc: "linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org> Subject: Re: PROBLEM: zone_reclaim is hanging high priority real time user pthreads On Fri, May 27, 2011 at 01:22:42PM +0200, Bertil Engelholm wrote: > Thanx for the response. Since a few days back we have tried disabling the > zone reclaim and the system behaves much better so that seems to be the > short term solution we'll go for. Good news. > I also assume that if you have real time pthreads that are sensitive to > stalls you might have to disable zone reclaim also in later kernels > even though the zone reclaim implementation have been radically improved. > It'd be one possibility. However, I understand that at least one person is considering adding an additional level of watermarks that is dependant on the number of real-time threads in the system and their expected usage. The idea would be that latency sensitive applications would be allowed to use a number of pages between two watermarks were other users would wake kswapd or enter direct reclaim. I don't know where that currently stands though. Thanks. -- Mel Gorman SUSE Labs -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@...r.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists