将分区alignment到ssds / stripped raids / 4kB驱动器的真实物理扇区开始是一件好事 ，但是在尝试使用包含ext3的truecrypt分区时遇到了问题。 或者看起来如此。
当有问题的驱动器被正确的分区和ext3格式化我得到非常合理的写入速度在70-80MB / s左右，但是当我把truecrypt和ext3在它的顶部写性能变得非常不稳定，并且在1-25MB / s很高的io等待。 在同一台服务器上，对于常规512B扇区500GB sata磁盘上的truecrypt顶部的ext3，我没有任何性能问题。 所以我最好的猜测是爱荷华州是由错位，但我不能真正find如何计算最佳分区开始的可靠信息。 我试图从128位逻辑扇区开始，我也尝试过8132扇区，但都给了我非常糟糕和不稳定的performance。
你有类似的设置经验吗？ 谢谢！
ps – 引用来自truecrypt论坛：当我使用Truecryptencryption分区时，我只得到了8Mbyte / sec，因为它没有在8192区放置卷的开始，而是将音量放在8192所属的音轨末尾至。 每个轨道有63个扇区，所以扇区8192是第130个轨道的第二个扇区。 Truecrypt在这个轨道（扇区号8252）的末尾开始了它，这个轨道太远了60个扇区。 因此，解决scheme是将分区移回60个扇区，因此分区以8132而不是8192开始。这导致Truecrypt卷的第一个扇区位于魔术扇区8192。
一些谷歌search和一些自己的testing后，我认为这是错误的驱动器。 其他人也有与WD15EADS磁盘类似的问题 。 长时间testing正确alignment的ext3分区也performance出性能下降。
我在循环中运行：
dd if=/dev/zero of=/mnt/1_5tb0/out bs=1MB count=45000 并且performance恶化：
45000000000 bytes (45 GB) copied, 652.667 s, 68.9 MB/s 45000000000 bytes (45 GB) copied, 648.647 s, 69.4 MB/s 45000000000 bytes (45 GB) copied, 645.147 s, 69.8 MB/s 45000000000 bytes (45 GB) copied, 655.122 s, 68.7 MB/s 45000000000 bytes (45 GB) copied, 644.662 s, 69.8 MB/s 45000000000 bytes (45 GB) copied, 645.12 s, 69.8 MB/s 45000000000 bytes (45 GB) copied, 648.025 s, 69.4 MB/s 45000000000 bytes (45 GB) copied, 650.528 s, 69.2 MB/s 45000000000 bytes (45 GB) copied, 1247.87 s, 36.1 MB/s 45000000000 bytes (45 GB) copied, 1601.76 s, 28.1 MB/s 45000000000 bytes (45 GB) copied, 1776.75 s, 25.3 MB/s
在某些时候系统几乎停止在非常高iowait + iostat非常小的磁盘活动[例如2-10次/秒]。
PS。 ：以前的1.5TB磁盘被删除，新的一个被安装 – 所有的问题都没有了。 所以这是硬件问题。
TrueCrypt是否在分区的其余部分之前添加任何标题块？ 如果这样做，那么它可以有效地把你很好地alignment的分区扔出去。 你可以尝试故意不按照每个可能的数量对分区进行alignment（这将意味着多达7个testing，对于4k块可以以0.5k的倍数的不同方式）并且重复你的testing。 如果问题是标题信息推动数据的主体远离抵消，那么这些testing应该显示比其他更好的结果。 这假设任何头信息（或其他原因的补偿）被添加512字节或倍数（这是明智的，似乎是这种情况，因为你看到没有类似的性能降低512字节扇区的驱动器） 。