From owner-freebsd-performance@FreeBSD.ORG Thu Mar 22 13:39:37 2007 Return-Path: X-Original-To: freebsd-performance@freebsd.org Delivered-To: freebsd-performance@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6CA8716A402 for ; Thu, 22 Mar 2007 13:39:37 +0000 (UTC) (envelope-from gofp-freebsd-performance@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id 2C57F13C455 for ; Thu, 22 Mar 2007 13:39:36 +0000 (UTC) (envelope-from gofp-freebsd-performance@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1HUNVp-0000bh-S0 for freebsd-performance@freebsd.org; Thu, 22 Mar 2007 14:39:29 +0100 Received: from 85.114.54.226 ([85.114.54.226]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 22 Mar 2007 14:39:29 +0100 Received: from ivoras by 85.114.54.226 with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 22 Mar 2007 14:39:29 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-performance@freebsd.org From: Ivan Voras Date: Thu, 22 Mar 2007 14:39:33 +0100 Lines: 9 Message-ID: References: <1036039198.20070321153412@gmail.com> <200703211354.l2LDsKnV080911@lurza.secnetix.de> <1465093066.20070322162026@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: 85.114.54.226 User-Agent: Thunderbird 1.5.0.10 (Windows/20070221) In-Reply-To: <1465093066.20070322162026@gmail.com> X-Enigmail-Version: 0.94.1.0 Sender: news Subject: Re: Slow on heavy I/O operations. X-BeenThere: freebsd-performance@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Performance/tuning List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Mar 2007 13:39:37 -0000 Roman Gorohov. wrote: > But what I can't understand - why such non-critical(as it seems to me) disk activity, > cause 100% busyness for disk? Its claim to be 40.000MB/s transfers, but > sometimes its 100% busy when iostat show only 1 MB/s. Because disk seeks count. If you have a lot of small transactions that need seeks they'll kill performance (try running "find /" - you'll get ~500 kB/s rate and 100% busy disks).