From owner-freebsd-current@FreeBSD.ORG Mon Dec 13 19:22:51 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9E4A016A4CE for ; Mon, 13 Dec 2004 19:22:51 +0000 (GMT) Received: from www.portaone.com (web.portaone.com [195.70.151.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id A798D43D49 for ; Mon, 13 Dec 2004 19:22:50 +0000 (GMT) (envelope-from sobomax@portaone.com) Received: from [192.168.1.26] ([192.168.1.26]) (authenticated bits=0) by www.portaone.com (8.12.11/8.12.11) with ESMTP id iBDJMkTp007211 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 13 Dec 2004 20:22:48 +0100 (CET) (envelope-from sobomax@portaone.com) Message-ID: <41BDEBFB.7010204@portaone.com> Date: Mon, 13 Dec 2004 21:22:35 +0200 From: Maxim Sobolev Organization: Porta Software Ltd User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Poul-Henning Kamp References: <97664.1102797317@critter.freebsd.dk> <41BD850A.5060001@portaone.com> In-Reply-To: <41BD850A.5060001@portaone.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.80/589/Wed Nov 17 13:38:41 2004 clamav-milter version 0.80j on www.portaone.com X-Virus-Status: Clean cc: "current@freebsd.org" Subject: Re: GBDE write performance really sucks X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Dec 2004 19:22:51 -0000 Maxim Sobolev wrote: > Poul-Henning Kamp wrote: > >> In message <41BB0305.7000206@portaone.com>, Maxim Sobolev writes: >> >>> Hi Poul, >>> >>> I have noticed that GBDE write performance is very low, even on >>> modest hardware (3.2 P4 with 1MB cache and 7200 IDE HDD): >> >> >> >> Which logical sectorsize did you use ? > > > 2KB. Little more investigation revealed that the problem was due to disabled write cache in ata(4). It would be interesting to compare FreeBSD behaviour to behaviour of other operating systems in such situation, since the drop of sequental writing performance in the case of 8KB blocks and disabled write cache in FreeBSD is about 20x (from more than 20MB/sec to merely 1MB/sec), which doesn't look reasonably to me. -Maxim