From owner-freebsd-stable@freebsd.org Wed Feb 17 23:01:45 2016 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 257C6AAADA4 for ; Wed, 17 Feb 2016 23:01:45 +0000 (UTC) (envelope-from hiren@strugglingcoder.info) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 0A5B41E50 for ; Wed, 17 Feb 2016 23:01:45 +0000 (UTC) (envelope-from hiren@strugglingcoder.info) Received: by mailman.ysv.freebsd.org (Postfix) id 09B23AAADA2; Wed, 17 Feb 2016 23:01:45 +0000 (UTC) Delivered-To: stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E3656AAADA1; Wed, 17 Feb 2016 23:01:44 +0000 (UTC) (envelope-from hiren@strugglingcoder.info) Received: from mail.strugglingcoder.info (strugglingcoder.info [65.19.130.35]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.strugglingcoder.info", Issuer "mail.strugglingcoder.info" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id D49D31E4E; Wed, 17 Feb 2016 23:01:44 +0000 (UTC) (envelope-from hiren@strugglingcoder.info) Received: from localhost (unknown [10.1.1.3]) (Authenticated sender: hiren@strugglingcoder.info) by mail.strugglingcoder.info (Postfix) with ESMTPA id 6EFB6E023; Wed, 17 Feb 2016 15:01:38 -0800 (PST) Date: Wed, 17 Feb 2016 15:01:38 -0800 From: hiren panchasara To: Efra?n D?ctor Cc: dweimer@dweimer.net, owner-freebsd-stable@freebsd.org, stable@freebsd.org Subject: Re: intr using Swap Message-ID: <20160217230138.GJ89208@strugglingcoder.info> References: <56C4AF81.3040202@motumweb.com> <87f6fb602e0ad11b7600c70a08d74c30@dweimer.net> <56C4C244.8070805@motumweb.com> <56C4F7E9.9090405@motumweb.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="n83H03bbH672hrlY" Content-Disposition: inline In-Reply-To: <56C4F7E9.9090405@motumweb.com> User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Feb 2016 23:01:45 -0000 --n83H03bbH672hrlY Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 02/17/16 at 04:44P, Efra?n D?ctor wrote: > El 17/02/2016 a las 01:15 p. m., dweimer escribi?: > > > > They may not show as swapped unless the entire process is actually=20 > > swapped, which would be unlikely to occur. Personally I wouldn't worry= =20 > > about it, the only thing I can think of is to restart processes one at= =20 > > a time to see which one clears up the swap usage. Granted you may see= =20 > > a little clear after each process. > > > > The more important task would be to determine what caused the memory=20 > > to run out in the first place, and decide if its going to be a=20 > > frequent enough occurrence to justify adding physical memory to the=20 > > system. > > > > There is likely some way to find out what is using it, but that is=20 > > beyond my knowledge. > > > > --=20 > > Thanks, > > Dean E. Weimer > > http://www.dweimer.net/ >=20 > The server has 64 GB of RAM, 40-45 GB are always inactive thats why I'm= =20 > wondering why are the processes being swapped out. Yes, I've seen this too. Inact end up accumulating a very large chunk of memory leaving Free to very low.=20 What VM/pagedaemon seems to care about is Free+Cache and not just Free. I kind of get that Free mem is wasted mem but putting everything in Inact to the point that machine has to go into swap when a sudden need arises also doesn't seem right. I guess it all boils down to adjusting defaults to the system's need. i.e. if you know you have a proc that may need a large chunk of mem you'd need to tweak free+cache target accordingly. What I find lacking is the correct/easy way to do it. If I look at available sysctls: vm.v_free_min: Minimum low-free-pages threshold vm.v_cache_min: Min pages on cache queue vm.v_free_target: Desired free pages And I cannot get them to do the right thing to have more Free around so swapping doesn't happen in sudden need. And are these all runtime sysctls? OR does it require reboot for them to work right?=20 Anyways, enough rant from someone who doesn't know much about VM. :-) Cheers, Hiren --n83H03bbH672hrlY Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQF8BAABCgBmBQJWxPvPXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXRBNEUyMEZBMUQ4Nzg4RjNGMTdFNjZGMDI4 QjkyNTBFMTU2M0VERkU1AAoJEIuSUOFWPt/lwH0H/AsBiF0Ipu6+vNZBB6SJX2JR YLL+GwLNRJpRU/UPXG/7lbVjFBywHPMQXtCF758A+s/qCkfdNifResEYoqi91iDS 7EUXpfMZHKEmMWTgIbN3ORywt7U/lyfSxGqiSnBQHg2xbT+PocI7IdbDU7mxbU4v kOWmswfUW0VIRRsAXML4E8JMMN8xKazOhanCagGh3uC1EVDosHqkTQdKjy5LjkGs kZ+ynd49jiUWpDek46ad0mv5sGpjlZfR9yswSHqZwPP0R3oVeSOKPSyzfzZbcNnz 7heU7FK3dWYeZbr0Sw4iJKtON9i3awH4xgX5uVTJr4eFoLQsIk3T27IF+LH15bk= =n/SA -----END PGP SIGNATURE----- --n83H03bbH672hrlY--