discard ещё забыл (это опция такая для ext4)

да, а на более свежих ядрах что?

>тестил под виндой скорость чтения записи 180/170 мбс
лжец
Скорость чтения   До 195 Мб/сек
Скорость записи   До 70 Мб/сек
http://www.nix.ru/autocatalog/ssd_corsair/SSD_SATAII_Corsair_Nova_V32_CSSDV32...

> лжец

Наверное просто винда гонит. :)

Cлучайно единичку поставил. Не суть. Чтение всё равно более чем в два раза меньше.

прямо или таки овер кэш? ;)
как мерил?

Хы, честно не пробовал, но сдаётся мне, что не совсем в ядре дело. Но для чистоты эксперимента, проверю liveUbuntoй или sid'ом. Сделаю отпишусь.

hdparm -t /dev/sda5 /dev/sda5: Timing buffered disk reads: 220 MB in 3.00 seconds = 73.28 MB/sec

hdparm --direct -t /dev/sda5 /dev/sda5: Timing O_DIRECT disk reads: 336 MB in 3.01 seconds = 111.70 MB/sec

dd if=/dev/sda5 of=/dev/null bs=1024k count=100 100+0 records in 100+0 records out 104857600 bytes (105 MB) copied, 1.51995 s, 69.0 MB/s

перемонтировал, всё те же: 75.95 MB/sec

дык записью всё пучком
под виндой как мерил то?

А вот не помню, что-то вроде CrystalDisk. Давно было, просто цифру запомнил - удовлетворился. А Винды уже давно нету.

дык вот - мне сие не внушает доверия

Что именно? Тест под виндой?

Тогда вопрос, почему под lenny c опцией --direct выдаёт чтение более 200мбс. Или hdparm'у не верить? :)

какое там ядро было?
ставь его и пробуй

Я уже многие варианты перепробовал, включая обновления/даунгрейд ядер, кроме совсем новых. По сути прболема в том, что под Ленни.(читай, более раннее ядро), линейный трансфер через dd остаётся всё таким же. Исключение составляет: hdparm с опцией --direct.

CrystalDisk использует кэширование венды на запись - посмотри тут: http://forums.overclockers.ru/viewtopic.php?p=8633684&sid=d53f19ecf8a6f37949b...

Запись не так интересует. Оно и так по паспорту 70 мбс. Вот чтение интересует, а оно теже 70, а не заявленные 180.

да, что то странно
у меня древний первый OCZ-VERTEX на 32гб выдает 190 на чтение
суся 114, ядро 2.6.37.1-1.2-desktop

Раздел плохо смещен, диск в 2. Раза больше читает и пишет чем надо

да, покажи вывод fdisk -l

Disk /dev/sda: 32.0 GB, 32017047552 bytes

255 heads, 63 sectors/track, 3892 cylinders

Units = cylinders of 16065 * 512 = 8225280 bytes

Sector size (logical/physical): 512 bytes / 512 bytes

I/O size (minimum/optimal): 512 bytes / 512 bytes

Disk identifier: 0x000c3ffd

Device Boot Start End Blocks Id System

/dev/sda1 * 1 13 96256 83 Linux

Partition 1 does not end on cylinder boundary.

/dev/sda2 13 171 1269760 83 Linux

Partition 2 does not end on cylinder boundary.

/dev/sda3 171 794 5005312 83 Linux

Partition 3 does not end on cylinder boundary.

/dev/sda4 794 3893 24892417 5 Extended

/dev/sda5 794 1134 2733056 83 Linux

/dev/sda6 1134 3893 22158336 83 Linux

покажи вывод в секторах: fdisk -l -u=sectors /dev/sda

fdisk -l -u /dev/sda

Disk /dev/sda: 32.0 GB, 32017047552 bytes

255 heads, 63 sectors/track, 3892 cylinders, total 62533296 sectors

Units = sectors of 1 * 512 = 512 bytes

Sector size (logical/physical): 512 bytes / 512 bytes

I/O size (minimum/optimal): 512 bytes / 512 bytes

Disk identifier: 0x000c3ffd

Device Boot Start End Blocks Id System

/dev/sda1 * 2048 194559 96256 83 Linux

Partition 1 does not end on cylinder boundary.

/dev/sda2 194560 2734079 1269760 83 Linux

Partition 2 does not end on cylinder boundary.

/dev/sda3 2734080 12744703 5005312 83 Linux

Partition 3 does not end on cylinder boundary.

/dev/sda4 12746750 62531583 24892417 5 Extended

/dev/sda5 12746752 18212863 2733056 83 Linux

/dev/sda6 18214912 62531583 22158336 83 Linux

Вопрос, а как это может влиять на скорость чтения?

невыравненные разделы могут замедлить работу с диском т.к. обмен диск ведет блоками по 4к
может ли это оказать влияние именно на чтение - наверное
но у тебя разделы выравнены, значит это не проблемы выравнивания, а что то еще

покажи еще результат теста с раздела sda1

root@anails:/home/ubik# hdparm -t /dev/sda1

/dev/sda1:

Timing buffered disk reads: 94 MB in 1.12 seconds = 83.93 MB/sec

root@anails:/home/ubik# dd if=/dev/sda1 of=/dev/null bs=8192k count=100

11+1 records in

11+1 records out

98566144 bytes (99 MB) copied, 1.11736 s, 88.2 MB/s

PS: sda1 - это /boot. Размер у него 100мб

Вот такая инфа может поможет.

Первый раздел заметно быстрей. И это не разово, а всегда так.

root@anails:/home/ubik# hdparm --direct -t /dev/sda[123]

/dev/sda1:

Timing O_DIRECT disk reads: 94 MB in 0.65 seconds = 145.72 MB/sec

/dev/sda2:

Timing O_DIRECT disk reads: 338 MB in 3.02 seconds = 111.93 MB/sec

/dev/sda3:

Timing O_DIRECT disk reads: 276 MB in 3.01 seconds = 91.60 MB/sec

можно попробовать погонять диск на другой системе (т.е. подключив его не системным)
можно еще попробовать переразбить диск на пару праймари партиций и опять на другой системе погонять (диск не большой, dd быстро должен его забекапить + bzip пожмет)
можно оставить эти пару партиций и вкатить другую систему для тестов (у меня на сусе нормально работает, попробуй ее)
т.е. както разделить влияние системы и самого диска

покажи еще смарт, нет ли чего там нехорошего

Вот вывод smartctl:

ftp://195.19.237.181/insecure/tmp/smart.text

По поводу другой оси. Попробую...

Разделы первых 3 праймари. Да и если не по разделам читать, а напрямую, тут же вроде не должна сказываться проблема с партициями, если я обращаюсь напрямую к диску, минуя партиции:

root@anails:/home/ubik# hdparm -t /dev/sda

/dev/sda:

Timing buffered disk reads: 258 MB in 3.00 seconds = 85.87 MB/sec

root@anails:/home/ubik# dd if=/dev/sda of=/dev/null bs=8192k count=100

100+0 records in

100+0 records out

838860800 bytes (839 MB) copied, 9.71365 s, 86.4 MB/s

несколько напрягают строки

199 UDMA_CRC_Error_Count 0x0000 089 133 000 Old_age Offline - 16912
200 Multi_Zone_Error_Rate 0x0000 137 185 000 Old_age Offline - 108
201 Soft_Read_Error_Rate 0x0000 229 167 000 Old_age Offline - 440
202 Data_Address_Mark_Errs 0x0000 075 076 000 Old_age Offline - 22

но может они для ssd в норме, но погугли про них
смарт своге рабочего ssd покажу завтра

мой смарт http://pastebin.com/Gp1yQzww
т.к. контроллер внутри диска другой, то и параметры смарта другие
попробуй найти родную утилиту для Corsair для оценки параметров жизни (это к чтению может и не иметь отношения, но проверить для спокойствия стоит)

наткнулся на пост http://forums.overclockers.ru/viewtopic.php?p=8647961#p8647961

судя по всему падение скорость было из за этого пункта в биосе
найдено методом научного тыка
http://s001.radikal.ru/i196/1107/63/f5415190bd90.jpg
в этом положении все норм, если стоит авто то скорость почти в 2 раза падает...

попробуй

О как! Спасибо! Попробую. Вечером отпишусь.

А вот беда. Нету такого пункта в биосе. :(

а этот диск именно в этом компе под вендой быстрее работал ?

Нет, не в этом. Платка другая была. Сейчас новая плата. Был Asrock ion, сейчас
gigabyte 880G AM3+ +AthlonII 250

Не думаю, что на такой плате он не сможет на все 180мбс работать.

смена железа - ключ к решению проблемы
точно ли 880G поддерживает trim ?
тут http://forum.crucial.com/t5/Solid-State-Drives-SSD/C300-128-AMD-880G-amp-SATA... также пишут о проблеме низкой скорости записи

проверь свой ssd на другом железе, например на интел-чипсете

ПРоверю уже только в понедельник. Глупо, имхо, думать, что Gigabute 880G с USB3 и Сокетом под AM3+ не держит какие-то SSD, которые появились не в этом году... Хотя, как знать....

Но вики вот что пишет

http://ru.wikipedia.org/wiki/TRIM_%28%D0%BA%D0%BE%D0%BC%D0%B0%D0%BD%D0%B4%D0%...

Что в линухах трим держится с Linux 2.6.33,

Debian squeeze :Linux 2.6.32-5

Походу ядро поновей надо ставить. :-/

Воо, hdparm'ом можно заставить trim использовать. Ой, как не хотел на это время тратить, но походу придётся гуглить и читать маны в понедельник. ;( А производителям ssd и платопроизводителям не зачёт. :-/

если почитать темы по ssd на оверклокерах и ixbt, то тематика ssd еще на уровне шаманства - очень много факторов должно сойтись и вокруг этого большая толпа невежд вертится рядом
забавно почитать и местами поразмыслить

Ага, читаю пока. Если, что решится. Отпишусь. :)

Нее, не правильно. Когда решу, отпишусь. :)

Всё решилось. :)

Вопрос решился. :)) Винт просто сдох. Поменял на террабайтник green wd. Решил пока подождать с ssd на компе. Сыро как-то. IMHO. :)