Где ты видел переходники которые не кушают скорость?

Все пассивные?

а, что не так то.

Ежели ким нибудь Скайпом гоняется то это в основном даже приличные показания, если это потоки камеронаблюдения, то режьте звуковые. Лично у меня по ешке гонялся довольно крутой (старенький) WD показывало: 138. Думаю хороший для него результат.

Не может.

Судя по этому, подклчение к SATA3 через переходник быстрее, чем mSATA2: http://www.overclockers.ru/lab/53541_6/Testiruem_Plextor_M5M_skazhi_kategoric...

И там же видно, как важен размер блока чтения. У вас тест непонятный, ведь кроме файла ещё читаются метаданные, раз кеш сброшен и зачем-то всё гонится в pv. Потестируйте dd и смотрите на влияние размера блока.

И там же видно, как важен размер блока чтения. У вас тест непонятный, ведь кроме файла ещё читаются метаданные, раз кеш сброшен и зачем-то всё гонится в pv. Потестируйте dd и смотрите на влияние размера блока.

много ли метаданные занимают для одного последовательного файла? кэш сброшен, чтобы видеть реальную скорость чтения с устройства, а не 2Гб/секунду из оперативки
сомневаюсь, что pv снижает скорость, без сброса кэша он показывает 2Гб/секунду после недавней записи

echo 3 > /proc/sys/vm/drop_caches;
dd count=262144 bs=4k if=/dev/sde1 of=/dev/null
262144+0 records in
262144+0 records out
1073741824 bytes (1.1 GB) copied, 7.94995 s, 135 MB/s

echo 3 > /proc/sys/vm/drop_caches;
dd count=131072 bs=8k if=/dev/sde1 of=/dev/null
131072+0 records in
131072+0 records out
1073741824 bytes (1.1 GB) copied, 7.94771 s, 135 MB/s

echo 3 > /proc/sys/vm/drop_caches;
dd count=1024 bs=1M if=/dev/sde1 of=/dev/null
1024+0 records in
1024+0 records out
1073741824 bytes (1.1 GB) copied, 7.95022 s, 135 MB/s

без сброса кэша оперативки:

dd count=1024 bs=1M if=/dev/sde1 of=/dev/null

1024+0 records in

1024+0 records out

1073741824 bytes (1.1 GB) copied, 0.412724 s, 2.6 GB/s

Не может.

а вот это:

SATA Version is: SATA 3.1, 6.0 Gb/s (current: 1.5 Gb/s)

как-то можно поменять на хотя бы SATA2 (3 Gb/s)?

Я бы написал «купить контроллер и SSD с SATA2», но сходил по твоей же ссылке и увидел

I discovered a weird bug during the testing of the M5M. Every once in a while, the drive would drop to SATA 3Gbps speeds (~220MB/s in Iometer) after a secure erase and the performance wouldn't recover until another secure erase command was issued. I couldn't find any logic behind the bug as the slow downs were totally random; sometimes the drive went through a dozen cycles (secure erase, test, repeat) while on some occasions the issue occurred after nearly every secure erase. At first I thought it was my mSATA to SATA 6Gbps adapter, so I asked Plextor for a new adapter and sample to make sure we were not dealing with defective hardware. However, the bug persisted. I've noticed similar behavior in the M5 Pro Xtreme (though not in the original M5 Pro) which is why I'm guessing the bug is firmware related (hardware issue would be much harder to fix).

Несколько Secure Erase'ов не пробовал?

Несколько Secure Erase'ов не пробовал?

даже не знаю как это делать, на другой SSD (не Plextor) пробовал включать swap с опцией --discard

может и здесь аналогично попробовать несколько раз?

наверно, надо прошивку обновить?

smartctl -a /dev/sde

=== START OF INFORMATION SECTION ===
Model Family: Plextor M3/M5 (Pro) Series SSDs
Device Model: PLEXTOR PX-64M5M Add. Product Id: DM602030
Firmware Version: 1.02

запустил: watch «swapon --discard /dev/sde5; swapoff -a» скорость чтения упала до 100-115

вот тут обновляют до 1.06, а у меня 1.02 ... https://www.youtube.com/watch?v=7JRvaxUJGx4

может и здесь аналогично попробовать несколько раз?

нет, вообще не то.

https://wiki.archlinux.org/index.php/SSD_memory_cell_clearing прочитай

http://www.cdrlabs.com/forums/plextor-releases-firmware-for-m5m-ssd-t25990.html

M5M's latest firmware update tool (version: 1.05) improves:
1. Drive stability while computer be accidentally powered off due to unexpected external operations.
2. Read and write performance consistency on Linux operating systems

прошивка все исправила, даже данные не покоцала

чтение 400, запись 155

скорее бы уж теперь выпустили ZFS сохранение L2ARC между перезагрузками

нет, вообще не то.
https://wiki.archlinux.org/index.php/SSD_memory_cell_clearing >прочитай

а что делает swapon --discard ?

я предполагал достаточно дать хотябы одну команду для малой области, чтобы произошло переглючивание из одного состояние в другое

с чего бы?..

and the performance wouldn't recover until another secure erase command was issued.

http://manpages.ubuntu.com/manpages/vivid/en/man8/swapon.8.html

-d, --discard[=policy] Enable swap discards, if the swap backing device supports the discard or trim operation. This may improve performance on some Solid State Devices

-d, --discard[=policy] Enable swap discards, if the swap backing device supports the discard or trim operation. This may improve performance on some Solid State Devices

никакой связи с secure erase. веселый был бы баг, срабатывай он на каждый trim.

никакой связи с secure erase. веселый был бы баг, срабатывай он на каждый trim.

:)

однако на прошивке 1.02 при запуске команды swapon --discard скорость чтения падала с начальных 130 Мб/с до 100Мб/с, наверно трим отъедал для первого раздела

при запуске последующих команд скорость металась между 100 и 120