On Fri, Dec 03, 2010 at 10:52:56AM +0200, Alexander Trotsai wrote:
On Tue, Nov 02, 2010 at 12:35:49PM +0200, Andrew Stesin wrote: AS> Алик, а ты подумай чтобы обобщить как-то эти результаты в виде AS> коротких рекомендаций
AS> - тип нагрузки Нагрузка должна быть "предсказуемой" и неплохо отслеживать "предсказанное" и реальность.
AS> - тип FS Может быть любая, но она должна обеспечивать ввод-вывод 4КБ выровненными блоками - а это "хрен вам". ZFS - патчить нужно (и "ничаво харошева из этава ни будит", если сжатие использовать). Иначе - тормоза во всём, только у интела они меньше :). А ещё есть "страница" - например 512К у интела - это минимальный объём флэша, кторый стирают. Итого в идеале блоки лучше по 512К :).
AS> - какой SSD лучше под эту комбинацию Всё "не так просто, как кажется". Я более-менее определился, хотя не тестил, что, например, для ZFS со сжатием противопоказаны на sandforce, в то же время для чего-то "хорошо-сжимаемого" это должно быть "в самый раз" - аппаратная компрессия увеличит время жизни диска в разы. Весь i/o для всех SSD желательно выравнивать и производить кусками по 4КБ - для каких-то это более нужно, чем для других (например, кингстон snvp325 vs intel Gen.2 - разница в скорости записи может достигать 1,5-2 раз в пользу интела при невыровненном вводе-выводе и порой в 2+ раз в пользу кингстона при выровненном).
Если нагрузка типа "что-то пишем" - то крайне нежелательно там (на диске) иметь вагон статичного контента - иначе wear leveling хрена нормально работать будет и износ будет "интересный" - т.е. будут писаться только "свободные" блоки+ "запасные" блоки. При более-менее равномерном износе на intel G2 80GB можно записать порядка 90-120ТБ. Для X-25V 40GB - где-то в 2 раза меньше.
AS> - как правильно готовить кошку Херово она готовится. А "правильная кошка" - X-25E - стоит улётно. Хреновость состоит в том, что без поддержки TRIM в ОС+накопителе - скорость записи таки неслабо проседает (у X-25M G2 после 11ТБ - раза в 1,5, а вот X-25V (с лейбой кингстон) после 3ТБ "ещё заметнее"). В итоге я пришёл к штатной процедуре - вытащить диск из зеркала, "secure erase" (страха - полные штаны. "отключите и подключите питание диска, пока intel SSD toolbox загружен"), вставить обратно и перелить файлы БД по-новой - заодно их ZFS пережмёт и "дефрагментирует".
AS> и в виде некой статейки или howto опубликовать? Принципы работы вроде как всюду разжёваны, далее остаются лишь "личный опыт" и "конкретные случаи". Т.е. если чел с головой дружит - то вполне может принять решение "а надо ли здесь ОНО?" и постараться оптимизировать свой случай для оптимального использования "чуда техники".
Для "тупо бездумно втулить" - ставим Win7 на девайс и радуемся :). Для "вдумчиво втулить" - смотрим на народ с advanced format дисками, и делаем то же самое (или не делаем... Мне, вот их "4КБ патч для ZFS" влетел в либо охрененные потери места на диске, либо в необходимость увеличения recordsize до 64КБ, чтоб соотношение 1:16 между blocksize:recordsize было, т.к. у меня сжатие 2,9:1 - с патчем оно легко превращалось в 2:1 - т.е. 30% места на диске тю-тю). -- Best regards, Paul Arakelyan.