На арче можно f2fs на корень, планировщик deadline

вывод

SSD гавно

• потомучто пытаются прикидываться жёсткими дисками с секторами 512
• потомучто не дают работать напрямую
• потомучто вся логика контроллера сводится к подстариванию к NTFS (сюрприз, да ?) которая разрабатывал для чего угодно только не для SSD

На «износ» ссд давно плевать.

чем плоха нтфс на ссд? а то я не знаю о своих страданиях.

а то я не знаю

Расти, учись. Всё придёт.

и все равно это гавно дает нехилый такой прирост к скорости отзывчивости компьютера. Что бы там ни было. А есть пруфы того, что ты утверждаешь?

В чем суть deadline? Возможно ли без пересоздания и переформатирования ext4 раздела преобразовать его в F2FS? Как поживает f2fstools?

Подскажи мне, о учитель, в какую сторону копать.

По-крайней мере, первые два его утверждения являются объективными фактами, и в вторая половина последнего тоже имеет смысл.

#!/bin/sh
sudo clear
DISC="sdX"; \
cat /sys/block/$DISC/queue/scheduler; \
for T in noop deadline cfq; do \
echo $T | sudo tee /sys/block/$DISC/queue/scheduler; \
cat /sys/block/$DISC/queue/scheduler; \
sync; \
echo 3 | sudo tee /proc/sys/vm/drop_caches; \
sudo /sbin/hdparm -tT /dev/$DISC;\
echo "----"; \
sleep 10; \
done

Нет нельзя, попробуй этот скрипт, он поможет выбрать планировщик

Какие есть костыли, чтобы перенести /var/log в RAM и время от времени сливать его на диск?

не знаю какие есть кастыли, но они не нужны и лог не потеряется в случае чего (в котором вполне возможно он и понадобится)

Журналирование - настолько ли зло? Опять же, появилась ли возможность отложенной записи журнала?

сто лет была. А потом остаться без файлов новых файлов в случае если что-то повисло или отключили свет
В режиме журналирования метаданных дождаться пока накопитель сдохнет будет непросто.

Вот мне бы на недостающее. А вообще, я уже сказал, что энергопотребление и быстродействие лично для меня задвигают эти недостатки на второй план.

А F2FS достаточен для Linux? То есть, имеется ли поддержка симлинков, например?

https://wiki.archlinux.org/index.php/F2fs хотя зря ты заморачиваешься ext4 самый оптимальный вариант, разница в скорости не почувствуется от смены fs

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

поставь sql на ssd и пусть так машин 600-800 обрабатывает,и посмотри сколько проживёт.

уж лучше btrfs чем ext4.

где об этом в старт посте?

ну а промышленные ссд под этим проживут дольше винтов.

SSD-ориентированные файловые системы, F2FS, например?

Не путай, f2fs - ФС для сырого флеша, не для того, что прикрыто контроллером.

поставь sql на ssd и пусть так машин 600-800 обрабатывает,и посмотри сколько проживёт.

Тогда можно взять, например, Seagate Pulsar; проживёт не меньше, чем HDD.

опыт фирм сферху и снизу отрицательный,больше 5 месяцев не отживают на ntfs.

опыт фирм сферху и снизу отрицательный,больше 5 месяцев не отживают на ntfs.

Если говорить об опыте, то у нас все клиенты покрупнее уже несколько лет как на SSD. Никто пока не жаловался. Причём не на SLC (как Pulsar), а на еMLC.

Для многих фирм менять их ,это как расходники.

возможность отложенной записи журнала

Как отложенная запись влияет на количество данных записываемых на диск?

Для многих фирм менять их ,это как расходники.

Так и диски- расходники. Время простоя при закрытии смены в любом случае дороже.

простоя нет,они дохнут предсказуемо,замена это 4 минуты,ведь на них не информация,а лишь её обработка\обработка запросов.

Можно поинтересоваться, с какими моделями SSD были проблемы?

поинтересуюсь после завтра,выходные,интелы точно были,а какие именно не знаю.

поинтересуюсь после завтра,выходные,интелы точно были,а какие именно не знаю.

Ок, спасибо.

о

у меня вот сейчас другое в голове,пока так и не придумал,как именно презентацию делать.Набор программ есть,а вот с чего начать пока не понимаю,да и чем записывать так и не решил. ffmpeg уж больно страшно накосячить.

Какую презентацию? Screencast?

тему посмотри мою,можно и так сказать.Просто с этими дибильными налогами у нас даже штат будут сокращать в фирме.Правда продажников,а остальным снижать з\п на эти налоги.

Ну пишецца ж блоками. При записи кусков, размером меньше блока, перезаписывается лишнее.

Разверни мысль.

Дает, дает. И прирост к стоимости восстановления бесценных данных тоже некислый дает :)

Напрямую.

Пример: записалось 100 байт. SSD переписал блок в 64к (или сколько там у него размер блока). Через секунду - дописалось еще 100 байт (опять переписался блок). Потом - еще 100 байт. Или же - за 10 минут записалось 64 кбайта. Разницу ощущаете?

лично я вижу так. юзаем дефолт и всё Ок.

но они не нужны и лог не потеряется в случае чего (в котором вполне возможно он и понадобится)

Он не потеряется только в случае remote syslog. А так, по-любому, хвост файла почекается. Вопрос только - какого объёма. А ответ на вопрос: например, syslog-ng.

я добавил только noatime при монтировании и все. уже 2 года полет нормальный.

Это прекрасно.

Я, в свою очередь, предлагаю бросать кубик.

Ну у меня на 8 SSD в железном raid10 стоит Oracle. C 28.09.2009. 1(один) процент износа. Один SSD заменили по гарантии в 2010 году (видимо, заводской брак)

P.S. Правда, там enterprise level ssd на SLC ;)