From owner-freebsd-stable@FreeBSD.ORG Tue Jan 26 09:18:56 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 10AF91065672 for ; Tue, 26 Jan 2010 09:18:56 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from lo.gmane.org (lo.gmane.org [80.91.229.12]) by mx1.freebsd.org (Postfix) with ESMTP id BA8B98FC0C for ; Tue, 26 Jan 2010 09:18:55 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.50) id 1NZhZT-0000Ci-6J for freebsd-stable@freebsd.org; Tue, 26 Jan 2010 10:18:51 +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, 26 Jan 2010 10:18:51 +0100 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 26 Jan 2010 10:18:51 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Ivan Voras Date: Tue, 26 Jan 2010 10:18:38 +0100 Lines: 17 Message-ID: References: <4B5DD7A2.4000101@FreeBSD.org> <4B5DE3C1.4060508@FreeBSD.org> <20100125185324.GA21007@icarus.home.lan> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.1.5) Gecko/20100118 Thunderbird/3.0 In-Reply-To: <20100125185324.GA21007@icarus.home.lan> Sender: news Subject: Re: 8.0-RELEASE/amd64 - full ZFS install - low read and write disk performance X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Jan 2010 09:18:56 -0000 On 01/25/10 19:53, Jeremy Chadwick wrote: > That's just the thing -- I/O transactions, not to mention ZFS itself, > are CPU-bound. If you start seeing slow I/O as a result of the Atom's > limitations, I don't think there's anything that can be done about it. > Choose wisely. :-) It's not *that* terrible. They still do DMA and have more than decent (ICH) controllers so CPU is not really saturated. On my netbook with the 1st gen Atom and ICH7, reading the drive at full speed (cca 60 MB/s) barely even registers in sys and intr time. Unless ZFS compression is used, Atoms are enough for file servers [*] :) [*] Unless they are, like mine, paired with a Realtek NIC, which is the *real* performance bottleneck.