From owner-freebsd-stable@FreeBSD.ORG Tue Mar 29 06:19:31 2011 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 0E752106564A for ; Tue, 29 Mar 2011 06:19:31 +0000 (UTC) (envelope-from egrosbein@rdtc.ru) Received: from eg.sd.rdtc.ru (eg.sd.rdtc.ru [62.231.161.221]) by mx1.freebsd.org (Postfix) with ESMTP id 3BCB38FC16 for ; Tue, 29 Mar 2011 06:19:28 +0000 (UTC) Received: from eg.sd.rdtc.ru (localhost [127.0.0.1]) by eg.sd.rdtc.ru (8.14.4/8.14.4) with ESMTP id p2T5xeKF087271; Tue, 29 Mar 2011 12:59:40 +0700 (NOVST) (envelope-from egrosbein@rdtc.ru) Message-ID: <4D917547.7050908@rdtc.ru> Date: Tue, 29 Mar 2011 12:59:35 +0700 From: Eugene Grosbein User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; ru-RU; rv:1.9.2.13) Gecko/20110112 Thunderbird/3.1.7 MIME-Version: 1.0 To: Clayton Milos References: In-Reply-To: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, pjd@freebsd.org Subject: Re: GELI speed 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, 29 Mar 2011 06:19:31 -0000 On 29.03.2011 00:57, Clayton Milos wrote: > Hi Pawel > > I'm running GELI encryption on a hardware RAID5 (8x1TB), formatted to 6.3T > usable space using i386 FreeBSD 7.3-PRERELEASE. Write speeds to the drive > are just over 40MB/s which is not too bad but I would like to improve it as > the drive gets 270MB/s without encryption. > > I've run the following tests: > dd if=/dev/gzero.eli of=/dev/null bs=1m count=4096 > 4294967296 bytes transferred in 99.763266 secs (43051591 bytes/sec) > and then > dd if=/dev/zero of=test.file bs=1m count=1024 > 1073741824 bytes transferred in 26.118988 secs (41109626 bytes/sec) > > There is not much speed lost due to the filesystem throughput or the RAID > card. You can also try increase reading performance by using geom_cache with sufficiently large cache. It won't impact on linear reads but for general operations like directory lookups, many short reads etc. it can decrease number of decrypt requests. Eugene Grosbein