Всем привет,
В этом ворклоаде для garbage collect не будет времени - тримы просто будут игнорироваться.
Ммм... _кому_ не хватает времени и _кем_ будет игнорироваться? Со спецификой SSD (по крайней мере типичных), TRIM нельзя игнорировать никем и никогда. Если кто-то так делает - бить по рукам.
trim - это hint, а не обязаловка, давал ссылку на Теодора Цо, где он этот момент распедаливает. Например у Samsung'ов trim игнорируется - тесты это показывают. Интеля - не игнорируют например.
Тут нужны другие устройства с другим ценником (которым btw трим пофиг - у меня есть таких в хозяйстве - 0.5Пб записано уже и стёрлось 7%).
Что за модель?
s3610
Почему-то топик стартер считает себя умнее маркетологов на рынке SSD - это большое заблуждение. А для данных - фатальное.
Сдохнут эти SSD очень неожиданно. И, из-за того, что получают линейный ворклоад в Raid10 - одновременно. Выглядеть это будет ржачно - херась, всё зависло. Ты такой на IPMI, жамкаешь ребут, а оно после ребута не видит ни одной SSD. Оживить дату не выйдет too
Они должны переходить в r/o, не?
C чего бы. Для них это неожиданность в т.ч.
Ну и (не "или") предупреждать о подходе к заветному порогу.
Заветный порог ты имеешь в виду wear подходит к 1 ? Нехватка времени (понял вопрос - это не в ОС ессн, а в мозгах ssd, по этой причине например у серверных ssd ваттаж уже переплёвывает винты, даже в idle) на wear level management от постоянного давления приводит к нелинейному износу блоков. Причем какой более нелинейно затёрт - неизвестно. Правильные алгоритмы снижают скорость работы (до уровня винта например), неправильные - убивают. Однозначно правильные - в серверных ssd, по-этому они адвертайзят не ахулиард iops, а что-то близкое к правде - единицы тысяч (впрочем и это маркетинг also, их under pressure тоже нет). Те же интеля 3610 под постоянным давлением дают пару тыщ iops на запись и при этом busy уже приближается к 100%. Может и неправда, но до накопления очереди в нормальной работе я еще не видел чтобы zfs доводил.