From owner-freebsd-stable@freebsd.org Wed Feb 17 18:51:46 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 5A0A0AAAD0F for ; Wed, 17 Feb 2016 18:51:46 +0000 (UTC) (envelope-from dweimer@dweimer.net) 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 45AC41E3A for ; Wed, 17 Feb 2016 18:51:46 +0000 (UTC) (envelope-from dweimer@dweimer.net) Received: by mailman.ysv.freebsd.org (Postfix) id 429C4AAAD0E; Wed, 17 Feb 2016 18:51:46 +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 42157AAAD0C; Wed, 17 Feb 2016 18:51:46 +0000 (UTC) (envelope-from dweimer@dweimer.net) Received: from webmail.dweimer.net (24-240-198-187.static.stls.mo.charter.com [24.240.198.187]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id EAC0E1E39; Wed, 17 Feb 2016 18:51:45 +0000 (UTC) (envelope-from dweimer@dweimer.net) Received: from webmail.dweimer.local (localhost [192.168.5.2]) by webmail.dweimer.net (8.15.2/8.15.2) with ESMTPS id u1HIYwr8095747 (version=TLSv1.2 cipher=DHE-RSA-CHACHA20-POLY1305 bits=256 verify=NO); Wed, 17 Feb 2016 12:34:59 -0600 (CST) (envelope-from dweimer@dweimer.net) Received: (from www@localhost) by webmail.dweimer.local (8.15.2/8.15.2/Submit) id u1HIYwps095746; Wed, 17 Feb 2016 12:34:58 -0600 (CST) (envelope-from dweimer@dweimer.net) X-Authentication-Warning: webmail.dweimer.local: www set sender to dweimer@dweimer.net using -f To: =?UTF-8?Q?Efra=C3=ADn_D=C3=A9ctor?= Subject: Re: intr using Swap X-PHP-Script: www.dweimer.net/webmail/index.php for 71.86.41.122, 192.168.5.3 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Date: Wed, 17 Feb 2016 12:34:58 -0600 From: dweimer Cc: stable@freebsd.org, owner-freebsd-stable@freebsd.org Organization: dweimer.net Reply-To: dweimer@dweimer.net Mail-Reply-To: dweimer@dweimer.net In-Reply-To: <56C4AF81.3040202@motumweb.com> References: <56C4AF81.3040202@motumweb.com> Message-ID: <87f6fb602e0ad11b7600c70a08d74c30@dweimer.net> X-Sender: dweimer@dweimer.net User-Agent: Roundcube Webmail/1.1.4 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 18:51:46 -0000 On 2016-02-17 11:36 am, Efraín Déctor wrote: > Hello. > > This past few days, on a dedicated server I'm seeing that swap space > is being used while there are plenty of RAM to be used: > > Mem: 14G Active, 39G Inact, 7723M Wired, 504M Cache, 1864M Buf, 593M > Free > Swap: 8192M Total, 1567M Used, 6625M Free, 19% Inuse, 108K In > > After investigating, I swa that the process using swap is intr: > > Result of ps ax | grep W: > 12 - WL 937:48.07 [intr] > > uname -a: > FreeBSD edh.hyrule.mx 10.1-RELEASE-p24 FreeBSD 10.1-RELEASE-p24 #0: > Mon Nov 2 12:17:28 UTC 2015 > root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 > > Is there any reason for intr to be using swap space? Is this normal? I believe you are incorrectly reading it, the first character of the state line being a W Marks an idle interrupt thread, W only means swapped out if its an additional character in the section. man ps [...snip...] state The state is given by a sequence of characters, for example, ``RWNA''. The first character indicates the run state of the process: [...snip...] W Marks an idle interrupt thread. [...snip...] Additional characters after these, if any, indicate additional state information: [...snip...] W The process is swapped out. [...snip...] Even when there is available memory if an item has already been swapped it wont return to physical memory until the process needs access that memory. Its not uncommon to see systems that had a brief memory constraint leave some swap long after the memory has been cleared up. -- Thanks, Dean E. Weimer http://www.dweimer.net/