From owner-freebsd-questions Sat Jun 15 08:29:26 1996 Return-Path: owner-questions Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA29780 for questions-outgoing; Sat, 15 Jun 1996 08:29:26 -0700 (PDT) Received: from proxy.siemens.at (proxy.siemens.at [192.138.228.19]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id IAA29770 for ; Sat, 15 Jun 1996 08:29:19 -0700 (PDT) Received: from sol1.gud.siemens.co.at (sol-f.gud.siemens-austria) by proxy.siemens.at with SMTP id AA08744 (5.67a/IDA-1.5 for ); Sat, 15 Jun 1996 17:28:43 +0200 Received: from ws2301.gud.siemens.co.at by sol1.gud.siemens.co.at with smtp (Smail3.1.28.1 #7 for ) id m0uUxHG-00021nC; Sat, 15 Jun 96 17:28 MET DST Received: by ws2301.gud.siemens.co.at (1.37.109.16/1.37) id AA168982501; Sat, 15 Jun 1996 17:28:21 +0200 From: "Hr.Ladavac" Message-Id: <199606151528.AA168982501@ws2301.gud.siemens.co.at> Subject: Re: swapper To: khetan@iafrica.com (Khetan Gajjar) Date: Sat, 15 Jun 1996 17:28:20 +0200 (MESZ) Cc: questions@FreeBSD.org In-Reply-To: from "Khetan Gajjar" at Jun 15, 96 01:33:30 am X-Mailer: ELM [version 2.4 PL24 ME8a] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-questions@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk In his e-mail Khetan Gajjar wrote: > Hi again. > > Some more detailed info for you : > > [chain] ~$ swapinfo > Device 1K-blocks Used Avail Capacity Type > /dev/wd1s1b 44128 34880 9184 79% Interleaved > [chain] ~$ sudo kill -1 0 > Hangup > [chain] ~$ swapinfo > Device 1K-blocks Used Avail Capacity Type > /dev/wd1s1b 44128 34880 9184 79% Interleaved > [chain] ~$ > > I am doing very little on the machine; all I have open is three xterms, > fvwm95, netscape, the xconsole and pine. The load average is 0.37, > and the machine (a 486 dx4/120) has 32mb ram and 1gig disk space. netscape is a known memory hog. OTOH, BSD uses LRU for swapping out, so that disk cache has precedence over not recently used data. This is (IMHO) a GoodThing(TM). This is what "fully merged VM and buffer cache" is all about. It helps a lot under heavier load, and disturbs not under light loads. /Marino