FAQ Search Today's Posts Mark Forums Read
» Video Reviews

» Linux Archive

Linux-archive is a website aiming to archive linux email lists and to make them easily accessible for linux users/developers.


» Sponsor

» Partners

» Sponsor

Go Back   Linux Archive > Redhat > Device-mapper Development

 
 
LinkBack Thread Tools
 
Old 09-03-2010, 08:28 AM
Yakov Hrebtov
 
Default dm_crypt: very low performance of random IO operations

I'm experirncing problems with performance of random IO operations of
dm_crypt-encrypted devices.
Sequential IO is good (using AES-NI gives almost no difference comparing with
unencrypted device), but random IO is poor comparing with unencrypted devices.


For benchmarking i've used simple utility, that reading small pieces of data
from a raw disk device, in a random access pattern. The utility measures the
number of seeks per second (reading operations per second), the device can do.


The source code of utility is attached. Also avalilable via link
http://www.linuxinsight.com/files/seeker.c


I've tested 2 RAID arrays:
1. RAID 10 of 4 x Intel X25-E SSD drives (/dev/sdb)
2. RAID 10 of 8 x Seagate Savvio 15K 2.5" SAS drives (/dv/sdc)

Both arrays is handled by Adaptec 5805Z RAID card.

I've created encrypted mappings with:
cryptsetup --cipher=aes-cbc-essiv:sha256 --key-size=256 create cfs1 /dev/sdb
cryptsetup --cipher=aes-cbc-essiv:sha256 --key-size=256 create cfs2 /dev/sdc

Testing results:
1. SSD array:
/dev/sdb: 3320 seeks/second
/dev/mapper/cfs1: 99 seeks/second
2. SAS array:
/dev/sdc: 257 seeks/second
/dev/mapper/cfs2: 85 seeks/second

As you see the difference between clear and encrypted devices is huge,
especially in SSD case.


The current behavior makes almost impossible to use encrypted devices to handle
databases. You know, the typical database workload is random IO operations.


These tests done using kernel:
2.6.32-24-server #39-Ubuntu SMP x86_64 GNU/Linux

Some months before i've investigated also other kernels and distributions. The
behavior is very similar.

If you need any additional info, a can provide it.

What do you think about this issue?

Thank you.


--
dm-devel mailing list
dm-devel@redhat.com
https://www.redhat.com/mailman/listinfo/dm-devel
 

Thread Tools




All times are GMT. The time now is 07:09 AM.

VBulletin, Copyright ©2000 - 2014, Jelsoft Enterprises Ltd.
Content Relevant URLs by vBSEO ©2007, Crawlability, Inc.
Copyright 2007 - 2008, www.linux-archive.org