From owner-freebsd-database@FreeBSD.ORG Tue Mar 20 10:05:45 2007 Return-Path: X-Original-To: freebsd-database@freebsd.org Delivered-To: freebsd-database@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3826D16A409 for ; Tue, 20 Mar 2007 10:05:45 +0000 (UTC) (envelope-from freebsd-database@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id E8FCA13C459 for ; Tue, 20 Mar 2007 10:05:44 +0000 (UTC) (envelope-from freebsd-database@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1HTagI-0004F9-MF for freebsd-database@freebsd.org; Tue, 20 Mar 2007 10:31:02 +0100 Received: from lara.cc.fer.hr ([161.53.72.113]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 20 Mar 2007 10:31:02 +0100 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 20 Mar 2007 10:31:02 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-database@freebsd.org From: Ivan Voras Date: Tue, 20 Mar 2007 10:30:34 +0100 Lines: 10 Message-ID: References: <8CDBEAF9-0945-4CD2-89C4-58AA63850ECC@Chaos1.DE> <9012051A-E60C-4408-B772-B2A733CE23F8@chaos1.de> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Thunderbird 1.5.0.10 (X11/20060911) In-Reply-To: <9012051A-E60C-4408-B772-B2A733CE23F8@chaos1.de> Sender: news Cc: freebsd-amd64@freebsd.org Subject: Re: New Opteron box, dedicated to PostgreSQL X-BeenThere: freebsd-database@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Database use and development under FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Mar 2007 10:05:45 -0000 Axel Rau wrote: >> kern.ipc.somaxconn=2048 > This one is new to me. Shouldn't make a difference, it's TCP "backlog" size - how many clients will be allowed to wait on the server's accept() call. It shouldn't make a difference except if you have *really* high connections/sec, and then only up to maximum connections you allow. It's practically never a factor in performance.