From: Arno Wagner <arno@wagner.name>
To: Lasse Jensen <fafler@gmail.com>
Cc: dm-crypt@saout.de
Subject: Re: [dm-crypt] Improving performance?
Date: Thu, 11 Nov 2010 12:30:24 +0100 [thread overview]
Message-ID: <20101111113023.GA27151@tansi.org> (raw)
In-Reply-To: <AANLkTi=gzqRmojk4UwSr0b4T+oHPpi-NERHq9BKXw=J=@mail.gmail.com>
Hi Lasse,
have you done any benchmarks for kcryptd to determine the
bottleneck is your CPU? My intuition would be that for this
setup and the stated speed it is likely, but better be sure
than to optimize nthe wrong parameter.
As to options, basically a faster CPU and/or more cores
is one, the other is SSD, if the bottleneck is with the
disks. A third one is a different controller and/or
bus attachment of the controller. It is also possible
that a singel disk slows things down. HDDs can get donw
to 50% of the start-of-disk speed somehwere between the
50% coapacity mark and the end.
The second thing you need to ask you, is if you are
only interessded in linear read speed. If not, an
increase 70 -> 100 may well be insigificant in the
access mix you are using and not worth the investment.
Gr"usse,
Arno
On Thu, Nov 11, 2010 at 11:49:16AM +0100, Lasse Jensen wrote:
> Hi. I have a RAID 5 array with 3 (soon upgrading to 4 + hotspare = 5)
> encrypted drives connected to a system with a Core 2 Duo @ 2.5 ghz running
> Debian Squeeze.
> Each drive has been formatted with
>
> cryptsetup luksFormat /path/to/device
>
> And put together in a array with
>
> mdamd -C /dev/md0 --raid-level=5 /path/to/first-device /path/to/third-device
> /path/to/third-device
>
> It works great, and encrypting the devices separately allows me to run more
> than one instance of kcryptd, thus using both cores in my server. It
> compensates for the overhead of encrypting the checksumming data seperately,
> compared to raw devices -> RAID -> encryption and still give me improved
> speed.
>
> At the moment, i get 70 mb/s sequential read speed locally. I would like to
> boost it to at least 100 or even more, as 1) the raw drives support way more
> and 2) i would like to fill my gigabit ethernet when copying files over the
> network.
>
> Now, what are my options?
>
> A quadcore CPU like the Q6600 would double the number of cores and
> theoretically double the throughput, but at cost of idle power. Note that
> the server is idle most of the time.
> A core i5. They have AES support in hardware, but it's an expensive solution
> and i'm not even sure it has Linux support.
> A PCI or PCIe based card, like the HiFN cards, but what card should i look
> for and what speed should i expect?
> Using the CUDA cores of my nVidia card, but no driver seems to exists for
> that.
>
> The first option is pretty straight forward, but what about the rest? Or are
> there any other options i havent thought of?
>
> --
> Lasse Jensen (fafler at gmail dot com)
> _______________________________________________
> dm-crypt mailing list
> dm-crypt@saout.de
> http://www.saout.de/mailman/listinfo/dm-crypt
--
Arno Wagner, Dr. sc. techn., Dipl. Inform., CISSP -- Email: arno@wagner.name
GnuPG: ID: 1E25338F FP: 0C30 5782 9D93 F785 E79C 0296 797F 6B50 1E25 338F
----
Cuddly UI's are the manifestation of wishful thinking. -- Dylan Evans
If it's in the news, don't worry about it. The very definition of
"news" is "something that hardly ever happens." -- Bruce Schneier
next prev parent reply other threads:[~2010-11-11 11:30 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-11-11 10:49 [dm-crypt] Improving performance? Lasse Jensen
2010-11-11 11:30 ` Arno Wagner [this message]
2010-11-11 18:16 ` Lasse Jensen
2010-11-11 17:03 ` Heinz Diehl
2010-11-11 17:06 ` Rick Moritz
2010-11-11 20:59 ` Heinz Diehl
2010-11-11 21:25 ` Rick Moritz
2010-11-11 18:19 ` Lasse Jensen
2010-11-11 17:40 ` Zdenek Kaspar
2010-11-11 17:59 ` Markus Krainz
2010-11-11 19:10 ` epvdm
2010-11-11 21:24 ` Richard Zidlicky
-- strict thread matches above, loose matches on Subject: below --
2010-11-11 18:56 Markus Krainz
2010-11-12 1:21 ` Arno Wagner
2010-11-12 5:00 ` dave b
2010-11-12 7:10 ` Heinz Diehl
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20101111113023.GA27151@tansi.org \
--to=arno@wagner.name \
--cc=dm-crypt@saout.de \
--cc=fafler@gmail.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.