** Changed in: linux (Ubuntu)
Status: New => Fix Released
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/653611
Title:
extremely bad dm-crypt latency
--
ubuntu-bugs mailing list
ubuntu-bugs@
Seems like I should have been testing 2.6.38-rc2 better. I checked a few
days ago, benchmarked and tought I had forgotten to revert the patch.
Went back to 2.6.37, because standby on my machine is broken with in
2.6.38. Just compiled a pristine mainline 2.6.38-rc2 to be sure and it
really seems fix
Thanks Michael. I knew the mentioned posts.
I just tried the current Natty kernel 2.6.38-020638rc2-generic. Looks
like it's solved there.
Seeker v2.0, 2007-01-15, http://www.linuxinsight.com/how_fast_is_your_disk.html
Benchmarking /dev/sda [152627MB], wait 30 seconds..
There is a bit progress, you can read the details at http://www.linux-
archive.org/device-mapper-development/474248-problem-ssd-access-time-dm-
crypt-way-too-high.html. There are currently two patches, which
completely resolve the issue for me, but have their own problems and
presumably won't go in
I can confirm it too for 2.6.35-24-generic.
Is there any progress?
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/653611
Title:
extremely bad dm-crypt latency
--
ubuntu-bugs mailing list
ubuntu-bu
I can confirm this with 2.6.32-27-generic (find / 10.5 s) and
2.6.33-02063301-generic (176.3 s).
** Attachment added: "ssd_find.txt"
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/653611/+attachment/1794497/+files/ssd_find.txt
--
You received this bug notification because you are a mem
Note that listing all files with find (exact commandline see below) is
34 times faster on 2.6.32 (367s vs 10.7s).
# echo 1 > /proc/sys/vm/drop_caches
# time find / > /dev/null
** Attachment added: "LatencyTOP information about find, while listing all
files on the root partition with 2.6.32 (10.7
** Attachment added: "LatencyTOP information about find, while listing all
files on the root partition with 2.6.35 (367 seconds)"
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/653611/+attachment/1666559/+files/latencytop-find-2.6.35.png
--
extremely bad dm-crypt latency
https://bugs.
Note the huge difference in the amount of context-switches.
** Attachment added: "vmstat output during the palimpsest benchmark under
2.6.32"
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/653611/+attachment/1666558/+files/vmstat-palimpsest-2.6.32.txt
--
extremely bad dm-crypt latency
Ignore the performance spikes, these are caused by empty space, which the
firmware of the drive handles faster.
Comparing the encrypted disk (2.6.32) with the raw disk, there seems to be
virtually no performance penalty.
** Attachment added: "Raw disk benchmarked under 2.6.32, 0.2ms latency"
** Attachment added: "vmstat output during the palimpsest benchmark under
2.6.35"
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/653611/+attachment/1666557/+files/vmstat-palimpsest-2.6.35.txt
--
extremely bad dm-crypt latency
https://bugs.launchpad.net/bugs/653611
You received this bu
** Attachment added: "Encrypted disk benchmarked under 2.6.32, 0.2ms latency"
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/653611/+attachment/1666554/+files/latencytop-find-2.6.32.png
--
extremely bad dm-crypt latency
https://bugs.launchpad.net/bugs/653611
You received this bug notif
** Attachment added: "Encrypted disk benchmarked under 2.6.35, 10.1ms latency"
https://bugs.launchpad.net/bugs/653611/+attachment/1666553/+files/palimpsest-2.6.35.png
--
extremely bad dm-crypt latency
https://bugs.launchpad.net/bugs/653611
You received this bug notification because you are a
13 matches
Mail list logo
