From owner-freebsd-fs@FreeBSD.ORG Sun Oct 2 22:33:32 2011 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 30DEA106564A for ; Sun, 2 Oct 2011 22:33:32 +0000 (UTC) (envelope-from freebsd-fs@m.gmane.org) Received: from lo.gmane.org (lo.gmane.org [80.91.229.12]) by mx1.freebsd.org (Postfix) with ESMTP id AFC9E8FC0C for ; Sun, 2 Oct 2011 22:33:31 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1RAUbC-0004z2-HU for freebsd-fs@freebsd.org; Mon, 03 Oct 2011 00:33:30 +0200 Received: from 15-91.dsl.iskon.hr ([89.164.15.91]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 03 Oct 2011 00:33:30 +0200 Received: from ivoras by 15-91.dsl.iskon.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 03 Oct 2011 00:33:30 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-fs@freebsd.org From: Ivan Voras Date: Mon, 03 Oct 2011 00:33:15 +0200 Lines: 33 Message-ID: References: <20111002020231.GA70864@icarus.home.lan> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: 15-91.dsl.iskon.hr User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:7.0.1) Gecko/20110929 Thunderbird/7.0.1 In-Reply-To: Subject: Re: is TMPFS still highly experimental? X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Oct 2011 22:33:32 -0000 On 02/10/2011 07:27, Xin LI wrote: > The problem Ivan have asserted was not confirmed by anyone who have > swap configured properly. Gleb have pointed out that it might be > related to a series of integer overflow by the way (he have also fixed > a lot of tmpfs issues by the way). Well, instead of guessing I can point you to the way I got the original situation - you said you have ZFS configured so it would be easy for you to check. You should to something like this: - configure your system to the best of your abilities (but post what you did different from the defaults) - install postgresql (8.4+, but I don't think the version is important), configure it so it gets half the system memory or 2/3 the system memory for its shared_buffers. - install pgbench - initialize pgbench so that the database definitely is larger than the entire memory you got (NOTE: THIS IS NOT A CONTRIVED TEST - lots of databases in practice are larger than the RAM in the server). - run pgbench & observe the results. This should create really bad contention problem for memory between postgresql and ZFS, which should manifest itself in tmpfs shrinking to 0 bytes free. If you don't get this problem then great, it might be solved! (for more info on pgbench, see this: http://www.westnet.com/~gsmith/content/postgresql/pgbench-scaling.htm).