скорее всего не только в финансовом плане. А судя по размаху больших волн все к тому и идет
Посты временные, живут по 1-3 месяца, далее новые на их место. Так что к сожалению приходится думать и о перезаписи.
Да собственно 5 картинк к посту на каждый миниатюра (thumbnail) по 1 kb - 2 kb 100 000 node и того около 3 лямов картинок
вообщем остановился на ext4 так как видел кдето пост очень крупного сервиса которые столкнулись с серьезными проблемами на свежей xfs.
журнал отключил через tune2fs -O dir_index,^has_journal
при форматировании увеличил колличество inode через -T news
с discard проблем нет. Но так как считаю что будет большая дефрагментация при его использовании буду по крону раз в неделю чистить fstrim ом.
мантирую так:
rw,auto,async,nouser,nosuid,noexec,nodev,discard,noatime,barrier=0
если есть что добавить Велком :)
Получаете награду - Мистер Очевидность
собственно об этом и написанно в первом посте.
так она trim не поддерживает, а значит зло на ssd дисках.
С ним тоже не все так просто.
Кстати вопрос а что лучше налету discard или раз в неделю по крону fstrim
Чисто теоретически дефрагментация будет выше при использовании discard
где то вчера видел ссылку на за и против но не дотянулся.
Целостность данных очень сложный вопрос. К примеру при наличии двух дисков и задачи размещения базы данных лучше вынести лог на второй диск а журналирование вырубить, так как избыточность возникает ровно в два раза.
Кое где данные вообще не критичны, временные.
Собственно вопрос ведь не об этом. А о скорости и поддержке Trim. И тема изначально именно о тюненге, а не о том как из коробки все прекрасно работает.
