Date: Sat, 26 Mar 2016 20:01:55 +0100 From: "O. Hartmann" <ohartman@zedat.fu-berlin.de> To: Michael Butler <imb@protected-networks.net> Cc: "K. Macy" <kmacy@freebsd.org>, FreeBSD CURRENT <freebsd-current@freebsd.org> Subject: Re: CURRENT slow and shaky network stability Message-ID: <20160326200155.4df77b12.ohartman@zedat.fu-berlin.de> In-Reply-To: <56F6C6B0.6010103@protected-networks.net> References: <20160325213025.61c41f2c.ohartman@zedat.fu-berlin.de> <CAHM0Q_P8p0yRiga9-eVZ=FEipP%2BerhJ7DT=VdDTseN2ve=v-qg@mail.gmail.com> <20160326180045.790621bb.ohartman@zedat.fu-berlin.de> <56F6C6B0.6010103@protected-networks.net>
next in thread | previous in thread | raw e-mail | index | archive | help
--Sig_/S+Ep0qy.hqg3cs_QHNY+Yfs Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Am Sat, 26 Mar 2016 13:28:16 -0400 Michael Butler <imb@protected-networks.net> schrieb: > -current is not great for interactive use at all. The strategy of > pre-emptively dropping idle processes to swap is hurting .. big time. What is the gain then? If this "feature" results in corrupted ssh sessions, slow console sessions = or even worse: prolongued compilation times, then it is a big fail! >=20 > Compare inactive memory to swap in this example .. >=20 > 110 processes: 1 running, 108 sleeping, 1 zombie > CPU: 1.2% user, 0.0% nice, 4.3% system, 0.0% interrupt, 94.5% idle > Mem: 474M Active, 1609M Inact, 764M Wired, 281M Buf, 119M Free > Swap: 4096M Total, 917M Used, 3178M Free, 22% Inuse >=20 > PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU > COMMAND > 1819 imb 1 28 0 213M 11284K select 1 147:44 5.97% > gkrellm > 59238 imb 43 20 0 980M 424M select 0 10:07 1.92% > firefox >=20 > .. it shouldn't start randomly swapping out processes because they're > used infrequently when there's more than enough RAM to spare .. >=20 > It also shows up when trying to reboot .. on all of my gear, 90 seconds > of "fail-safe" time-out is no longer enough when a good proportion of > daemons have been dropped onto swap and must be brought back in to flush > their data segments :-( >=20 > Michael --Sig_/S+Ep0qy.hqg3cs_QHNY+Yfs Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQEcBAEBCAAGBQJW9tyjAAoJEOgBcD7A/5N80fcH/25TOoJ5sWM8tIHkQC4Rg1sN U1Wxw0rcFIBtnmSd9GipjiIDTwe4PRVN76CNdPygn3L3Go2RS52V2bWXs26TsSX+ mbaQ03LeGbXLioL3+gQIitfLARU4iIRNWl/VyGr4Z5IAVtkfAFQ7kBjaBFIkeHC/ Cz7QVR76sNwEfsn8fdpVO6UWAODBYQ7glu+F81QOcLD+8Ewf4jrCS1J+oaFM0C9g akOERFgpIQSQPmrGV0mL+2+KGpvNuRSoqiHTslhXrWzGDJ64VYTh/LB742Z8kAhR USG+sAXeD82H2MenS/jwXN7Zg3Flk0zz9MQviVonLKPw7j9MIc0fWpve7kR/Fx8= =6cI4 -----END PGP SIGNATURE----- --Sig_/S+Ep0qy.hqg3cs_QHNY+Yfs--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20160326200155.4df77b12.ohartman>