Date: Sun, 18 Nov 2018 15:31:48 +0100 From: Stefan Blachmann <sblachmann@gmail.com> To: George Mitchell <george+freebsd@m5p.com> Cc: freebsd-hackers@freebsd.org Subject: Re: 13-CURRENT: several GB swap being used despite plenty of free RAM Message-ID: <CACc-My12__EKjz1coz4S6RaKk8k0Q6AYz32d1UtoR1zEtpQ10A@mail.gmail.com> In-Reply-To: <0fd769af-9a7d-95cf-7cba-5e41e3bc3c30@m5p.com> References: <freebsd-hackers@freebsd.org> <F5ACF6D0-DBD7-416F-9AAC-7709771FE545@yahoo.com> <201811180154.wAI1smhg049214@slippy.cwsent.com> <CACc-My33oRg7eqjfDuEQU51inyydc66Hx%2B-DysqmdKyyMVVJsA@mail.gmail.com> <0fd769af-9a7d-95cf-7cba-5e41e3bc3c30@m5p.com>
next in thread | previous in thread | raw e-mail | index | archive | help
Probably a good suggestion to try the alternative scheduler, thank you. However, as people a) always see disk activity LED flashing up when PC is "lagging", which can be clearly identified as swap I/O using the various utilities, and b) these "lag" issues do not appear with swap deactivated, I think I have reason to believe the performance issues are not scheduler-related. On 11/18/18, George Mitchell <george+freebsd@m5p.com> wrote: > On 11/18/18 7:11 AM, Stefan Blachmann wrote: >> The inconveniences that the new swapping strategy causes are a regular >> topic in the FreeBSD forums. >> >> Desktop users complain about lagginess, server users complain of long >> delays because server processes intended to be kept in memory for >> quick response times got swapped out and need to be swapped in again, >> resulting in outrageously poor server performance in spite of plenty >> of unused memory. [...] > Before necessarily blaming swapping, have you tried substituting > SCHED_4BSD for SCHED_ULE in the kernel? SCHED_ULE is not the world > champion scheduler for interactive tasks. > > (I'm ducking back into my rabbit hole now and no one needs to throw > any more brickbats at me. Sorry for the digression.) -- George > >
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CACc-My12__EKjz1coz4S6RaKk8k0Q6AYz32d1UtoR1zEtpQ10A>