From owner-freebsd-questions@FreeBSD.ORG Thu Oct 2 17:04:30 2008 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4CFCF1065687 for ; Thu, 2 Oct 2008 17:04:30 +0000 (UTC) (envelope-from wojtek@wojtek.tensor.gdynia.pl) Received: from wojtek.tensor.gdynia.pl (wojtek.tensor.gdynia.pl [IPv6:2001:4070:101:2::1]) by mx1.freebsd.org (Postfix) with ESMTP id 6FD948FC19 for ; Thu, 2 Oct 2008 17:04:29 +0000 (UTC) (envelope-from wojtek@wojtek.tensor.gdynia.pl) Received: from wojtek.tensor.gdynia.pl (localhost [IPv6:::1]) by wojtek.tensor.gdynia.pl (8.14.2/8.14.2) with ESMTP id m92H4PwK005613; Thu, 2 Oct 2008 19:04:25 +0200 (CEST) (envelope-from wojtek@wojtek.tensor.gdynia.pl) Received: from localhost (wojtek@localhost) by wojtek.tensor.gdynia.pl (8.14.2/8.14.2/Submit) with ESMTP id m92H4P1i005610; Thu, 2 Oct 2008 19:04:25 +0200 (CEST) (envelope-from wojtek@wojtek.tensor.gdynia.pl) Date: Thu, 2 Oct 2008 19:04:25 +0200 (CEST) From: Wojciech Puchar To: Kirk Strauser In-Reply-To: <200810021004.56210.kirk@strauser.com> Message-ID: <20081002190409.M5593@wojtek.tensor.gdynia.pl> References: <200810020958.54563.kirk@strauser.com> <200810021004.56210.kirk@strauser.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-questions@freebsd.org Subject: Re: More RAM for buffers? X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Oct 2008 17:04:30 -0000 > Mem: 482M Active, 1044M Inact, 363M Wired, 3792K Cache, 214M Buf, 4023M Free > Swap: 8192M Total, 8192M Free > > I can understand that on the other machine maybe inactive memory is more > beneficial than cache or buffers, but this system is just sitting there > with 4GB free (and the exact same amount of buffer memory as on the other, > which seems a little too coincidental). > -- just more files was not read already :)