да, желательно сразу указывать модель и ёмкость используемых SSDшек.

Intel же.

На Хабре был перевод заказной статьи, что все кроме Intel'а не рулят.

Тут хорошее описание твердотельных хардов на примере иписишек 701-х

http://www.lsi.com/storage_home/products_home/solid_state_storage/warpdrive_s...
В теории

Up to 240K 4K Read IOPs

Up to 200K 4K Write IOPs

Когда речь заходит о цене, восторг постепенно улетучивается =)
На хоботе вроде намеряли что за те же деньги лучше взять 4 винта, и по скорости (кроме времени достпа) будет как минимум не хуже.

Бсдя вообще TRIM поддерживает? Если нет, то на идею с SSD лучше забить.

> На хоботе вроде намеряли что за те же деньги лучше взять 4 винта, и по скорости (кроме времени достпа) будет как минимум не хуже.

Не знаю что они там намеряли, но фишка SSD как раз во времени доступа. А по скорости линейного чтения/записи старые SSD запросто могут слить и одиночному HDD.

(есть слухи что журналирование убивает SSD)

есть 2 типа SSD: SLC и MLC. Журналирование и вообще любая запись убивает MLC, SLC вечные поэтому под БД и тому подобный энтерпрайз берут их, соответственно переплачивая в 2-3 раза

У меня на eeePC 901 за 2 года ни одного беда на «SSD», при довольно активном использовании (ext4 с журналом, обновления каждый день).

У меня есть. 8 ssd стоят в raid10 в железном контроллере с батарейкой. FS - ext3, ибо RHEL (точнее, Centos) За 1.5 года сдох 1 ssd из 14, да и то, судя по всему, заводской дефект.

есть слухи что журналирование убивает SSD

А ты не чеши :) Поставь дополнительно noatime,nodiratime в fstab. Если всё равно чешется - обновись до ext4 и отключи журнал -o journal_data_writeback

А да, отзывы - «круто» и «офигеть».

Бсдя вообще TRIM поддерживает?

TRIM сейчас в завершающей стадии разработки. UFS2 и ZFS имеют низкую степень износа и высокую степень КПД (отношение полезной записи к сумме полезная+служебная) перезаписи при работе с flash-памятью. Журналирование, как вид поддержки целостности отсталых линуксовых ФС из прошлого века, не используется, вместо этого техника записи Copy-on-Write (CoW, копирование при записи, когда старые данные удаляются, если нет места).

8 ssd стоят в raid10

Как скорость?

не поддерживает, все ясно.
ждем девятую фрю.

>У меня на eeePC 901 за 2 года ни одного беда на «SSD», при довольно активном использовании (ext4 с журналом, обновления каждый день).

Та же история. Только фс были разные (все журналируемые), сейчас тоже ext4. Из твиков только noatime, присутствует squid в качестве кэширующей прокси.

Супер, разумеется. Производительность аппликухи, подключенной к БД, стоящей на этих SSD, возрасла от 5 до 60 раз в зависимости от запросов к аппликухе.

ждем девятую фрю.

Жди. На SSD лучше всех чувствует себя ZFS за счёт прозрачного кэширования и сквозного контроля целостности. Но её надо тюнить под задачи.

Что за SSD (SLC/MLC)? Какую скорость дает RAID?

У меня есть массив на 15krpm FC-дисках, но ему до массива SSD как до луны пешком, наверное.

SLC конечно, X25-E.

# dd if=/dev/sda of=/dev/null bs=1048576 count=10000
10000+0 records in
10000+0 records out
10485760000 bytes (10 GB) copied, 10.4611 seconds, 1.0 GB/s

На самом деле линейка в чтении/записи в SSD неважна, да, она велика (250 мегабайт на диск), но самый смак в них - полное отсутствие seek'а (отсюда и отсутствие негативного воздействия фрагментации), одинаковая скорость чтения со всего диска и отсутствие ощутимого проседания производительности при мнопоточном чтении/записи.

d if=/dev/sda of=/dev/null bs=1M count=10000
10000+0 записей считано
10000+0 записей написано
 скопировано 10485760000 байт (10 GB), 24,9077 c, 421 MB/c

У тебя длинней :)

Ну это я в курсе, да.