1889e
![]() |
|
|
|
|
|||||||
| Storage Place to ask questions about partitioning, labelling, filesystems, encryption or anything else related to storage area. |
![]() |
|
|
Thread Tools | Display Modes |
|
#1
|
||||
|
||||
|
Code:
HW CHA: HP DL180 G6 CPU: Xeon E5620 @ 2.40GHz RAM: 32GB DDR3 REG ECC HBA: LSI 9211 (PH13 FW) HDD: HP(WD) MB2000EAZNL Code:
SW Code:
PART Code:
GELI Code:
MO Code:
GELI SCORE
Bit MB/s
Raw 146
AES-XTS 128 70,5
AES-CBC 128 114,4 (65,5 without aesni.ko loaded)
Blowfish-CBC 128 27,8
Camellia-CBC 128 43,0
3DES-CBC 192 14,6
AES-XTS 256 67,7
AES-CBC 256 106,5
Blowfish-CBC 256 27,8
Camellia-CBC 256 37,6
Proceeding by choosing the fastest GELI option (AES-CBC 128bit) and testing the performance of a filesystem on top of that. Code:
ZFS/GELI MO: Code:
ZFS/GELI SCORE
Write Rewrite Read (MB/s)
4xmirror 374 285 870
2xraidz2 397 290 779
1xraidz2 416 289 765
/Sebulon |
|
#2
|
|||
|
|||
|
Have you try AES-XTS with aesni.ko loaded? It should also be hardware accelerated.
|
|
#3
|
||||
|
||||
|
Quote:
/Sebulon |
| The Following User Says Thank You to Sebulon For This Useful Post: | ||
t1066 (April 18th, 2012) | ||
|
#4
|
|||
|
|||
|
Does the size of the key you use (in your case 64) actually affect the performance of the encryption itself?
|
|
#5
|
||||
|
||||
|
@lockdoc
I think someone did ask me that before as well, but I only ever tried using the same sized key, as documented in the Handbook for setting up GELI. I figured it was best to go by the book ![]() /Sebulon |
|
#6
|
||||
|
||||
|
Benchmarks are benchmarks: (copied from my post)
I'm using geli on 10-CURRENT - processor Core i5 3450, geli in hardware I have mirror of two identical discs (!TB each): zpool create zmirr mirror ada1.eli ada2.eli Also sync=disabled, atime=off RAM: 16 GB, system CURRENT-10.0 from one week ago. Geli: AES-CBC 128bit, aesni.ko loaded Write/read speed in practice the same about 150-180 Mb/s dd bs=16M if=./some_8GB_file of=/dev/zero gives 175 MB/s dd bs=16M if=/dev/zero of=./some_8GB_file count=512 gives 158 Mb/s Second dd from the same file givers about 2,5 Gb/s (but it is fetched from ZFS ARC then)
__________________
The sun has cast its final rays over the Northen Skies... |
|
#7
|
||||
|
||||
|
Amen to that brother, thanks for sharing! Although, I would really like better comparing bonnie results. Would you please install benchmarks/bonnie++ and run:
# bonnie++ -d /some/zfs/dir -u 0(if root) -s 32g/Sebulon |
|
#8
|
||||
|
||||
|
OK this is output:
install -o root -g wheel -m 444 bonnie++.8 zcav.8 getc_putc.8 /usr/local/man/man8 install -o root -g wheel -m 444 /usr/ports/benchmarks/bonnie++/work/bonnie++-1.96/readme.html /u sr/local/share/doc/bonnie++ ===> Compressing manual pages for bonnie++-1.96_1 ===> Registering installation for bonnie++-1.96_1 Installing bonnie++-1.96_1... done ===> Cleaning for bonnie++-1.96_1 root@darkstar /usr/ports/benchmarks/bonnie++$ cd /data/ root@darkstar /data$ mkdir tmp root@darkstar /data$ cd tmp root@darkstar /data/tmp$ bonnie++ -d /data/tmp/ -u 0 -s 32g Using uid:0, gid:0. Writing a byte at a time...done Writing intelligently...done Rewriting...done Reading a byte at a time...done Reading intelligently...done start 'em...done...done...done...done...done... Create files in sequential order...done. Stat files in sequential order...done. Delete files in sequential order...done. Create files in random order...done. Stat files in random order...done. Delete files in random order...done. Version 1.96 ------Sequential Output------ --Sequential Input- --Random- Concurrency 1 -Per Chr- --Block-- -Rewrite- -Per Chr- --Block-- --Seeks-- Machine Size K/sec %CP K/sec %CP K/sec %CP K/sec %CP K/sec %CP /sec %CP darkstar 32G 208 99 132266 15 78895 10 458 92 220835 9 228.9 1 Latency 44213us 721ms 1107ms 474ms 310ms 275ms Version 1.96 ------Sequential Create------ --------Random Create-------- darkstar -Create-- --Read--- -Delete-- -Create-- --Read--- -Delete-- files /sec %CP /sec %CP /sec %CP /sec %CP /sec %CP /sec %CP 16 26956 68 7332 9 18348 99 +++++ +++ +++++ +++ +++++ +++ Latency 57745us 767ms 339us 11919us 87us 216us 1.96,1.96,darkstar,1,1351361104,32G,,208,99,132266 ,15,78895,10,458,92,220835,9,228.9,1,16,,,,,26956, 68,7332,9,18348,99,+++++,+++,+++++,+++,+++++,+++,4 4213us,721ms,1107ms,474ms,310ms,275ms,57745us,767m s,339us,11919us,87us,216us root@darkstar /data/tmp$
__________________
The sun has cast its final rays over the Northen Skies... |
|
#9
|
||||
|
||||
|
BTW: is there any chance to work for FreeBSD? I've been working for Poland, Norway, USA up today, I've got own Company - and I I can work for My favorit OS (from '99s) as a voulntier....
__________________
The sun has cast its final rays over the Northen Skies... |
|
#10
|
|||
|
|||
|
Fixup unmaintained ports that have open PR's ?? (The Handbook may give a more precise answer...or even freebsd.org, a link from there.)
__________________
Using /lookat/ with zsh/grep/find/aliases/pipes/portmaster and /var/db/pkg/ flat files to meteorically speed port installs/upgrades forever hopefully... |
|
#11
|
||||
|
||||
|
@MorgothV8
Code:
Write Rewrite Read (MB/s) 1x mirror 129 77 215 /Sebulon |
|
#12
|
||||
|
||||
|
Looks so.
It rally works great on my current setup. ARC consumes 12 GB of RAM, but seems to be quite clever, fast and efficient ![]() And if I need M$ Windoze - VirtualBox runs Win 7 & like a charm I think faster than native - Windows VDI file is just in ARC and *rocks* !
__________________
The sun has cast its final rays over the Northen Skies... |
![]() |
| Thread Tools | |
| Display Modes | |
|
|
Similar Threads
|
||||
| Thread | Thread Starter | Forum | Replies | Last Post |
| ZFS benchmarks | traustitj | Storage | 9 | February 17th, 2012 08:49 |
| My ZFS V28 benchmarks | Goose997 | System Hardware | 18 | January 20th, 2012 07:23 |
| (Benchmarks) To clang or not to clang | falkman | General | 2 | July 15th, 2011 08:10 |
| FreeBSD benchmarks (56K warning) | cracauer@ | General | 6 | July 1st, 2010 17:01 |
| GELI Benchmarks (AES/BLOWFISH/CAMELLIA/3DES) | eyebone | Installing & Upgrading | 0 | April 4th, 2010 12:13 |