From owner-freebsd-current@FreeBSD.ORG Sat Jul 30 02:19:21 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 E4CB716A421; Sat, 30 Jul 2005 02:19:20 +0000 (GMT) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8396743D46; Sat, 30 Jul 2005 02:19:20 +0000 (GMT) (envelope-from mike@sentex.net) Received: from pumice3.sentex.ca (pumice3.sentex.ca [64.7.153.26]) by smarthost1.sentex.ca (8.13.3/8.13.3) with ESMTP id j6U2Icg1035767; Fri, 29 Jul 2005 22:18:38 -0400 (EDT) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by pumice3.sentex.ca (8.13.3/8.13.3) with ESMTP id j6U2JIAw071719; Fri, 29 Jul 2005 22:19:18 -0400 (EDT) (envelope-from mike@sentex.net) Received: from simian.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.13.3/8.13.3) with ESMTP id j6U2JH8X090529 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 29 Jul 2005 22:19:17 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <6.2.1.2.0.20050729220201.07419398@64.7.153.2> X-Mailer: QUALCOMM Windows Eudora Version 6.2.1.2 Date: Fri, 29 Jul 2005 22:21:05 -0400 To: Pawel Jakub Dawidek , freebsd-current@freebsd.org From: Mike Tancsa In-Reply-To: <20050728205413.GB762@darkness.comp.waw.pl> References: <20050728205413.GB762@darkness.comp.waw.pl> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Virus-Scanned: by amavisd-new X-Scanned-By: MIMEDefang 2.51 on 64.7.153.18 X-Scanned-By: MIMEDefang 2.51 on 64.7.153.26 Cc: Subject: Re: GELI - disk encryption GEOM class committed. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Sat, 30 Jul 2005 02:19:21 -0000 At 04:54 PM 28/07/2005, Pawel Jakub Dawidek wrote: >- Utilize the crypto(9) framework, so when there is a crypto hardware > available, geli(8) will make use of it automatically. Hi, Any plans to add Via's AES support to crypto(9) ? This would potentially speed it up quite a bit when using AES [via]# openssl speed -evp aes-256-ecb -engine padlock engine "padlock" set. To get the most accurate results, try to run this program when this computer is idle. Doing aes-256-ecb for 3s on 16 size blocks: 10620355 aes-256-ecb's in 3.00s Doing aes-256-ecb for 3s on 64 size blocks: 10108173 aes-256-ecb's in 2.99s Doing aes-256-ecb for 3s on 256 size blocks: 6917320 aes-256-ecb's in 2.99s Doing aes-256-ecb for 3s on 1024 size blocks: 3004029 aes-256-ecb's in 3.00s Doing aes-256-ecb for 3s on 8192 size blocks: 478383 aes-256-ecb's in 3.00s OpenSSL 0.9.7e 25 Oct 2004 built on: Fri Jul 29 17:03:29 EDT 2005 options:bn(64,32) md2(int) rc4(idx,int) des(ptr,risc1,16,long) aes(partial) blowfish(idx) compiler: cc available timing options: USE_TOD HZ=128 [sysconf value] timing function used: getrusage The 'numbers' are in 1000s of bytes per second processed. type 16 bytes 64 bytes 256 bytes 1024 bytes 8192 bytes aes-256-ecb 56735.66k 216464.53k 592534.15k 1026953.66k 1308336.36k [via]# openssl speed -evp aes-256-ecb To get the most accurate results, try to run this program when this computer is idle. Doing aes-256-ecb for 3s on 16 size blocks: 1390266 aes-256-ecb's in 3.00s Doing aes-256-ecb for 3s on 64 size blocks: 364037 aes-256-ecb's in 2.99s Doing aes-256-ecb for 3s on 256 size blocks: 92390 aes-256-ecb's in 3.00s Doing aes-256-ecb for 3s on 1024 size blocks: 23185 aes-256-ecb's in 3.00s Doing aes-256-ecb for 3s on 8192 size blocks: 2902 aes-256-ecb's in 2.99s OpenSSL 0.9.7e 25 Oct 2004 built on: Fri Jul 29 17:03:29 EDT 2005 options:bn(64,32) md2(int) rc4(idx,int) des(ptr,risc1,16,long) aes(partial) blowfish(idx) compiler: cc available timing options: USE_TOD HZ=128 [sysconf value] timing function used: getrusage The 'numbers' are in 1000s of bytes per second processed. type 16 bytes 64 bytes 256 bytes 1024 bytes 8192 bytes aes-256-ecb 7424.03k 7796.16k 7893.39k 7923.14k 7952.16k [via]# This is with a CPU: VIA C3 Nehemiah+RNG+ACE (1199.80-MHz 686-class CPU) Origin = "CentaurHauls" Id = 0x698 Stepping = 8 Features=0x381b83f real memory = 251592704 (239 MB) avail memory = 236732416 (225 MB)