p
У xfs есть проблемы в некоторых юзкейсах
Какие и в каких?
Size: a a a
2019 February 23
СХ
Какие и в каких?
xfs не любит перебои с питанием, xfs нельзя уменьшить, xfs не любит битые диски, и зачастую в отличии от ext4 данные с xfs получить будет сложнее
DN
xfs не любит перебои с питанием, xfs нельзя уменьшить, xfs не любит битые диски, и зачастую в отличии от ext4 данные с xfs получить будет сложнее
А так хорошая файлуха, да
p
xfs не любит перебои с питанием, xfs нельзя уменьшить, xfs не любит битые диски, и зачастую в отличии от ext4 данные с xfs получить будет сложнее
Ни одна фс не любит перебои с питанием и битые диски ))
Н
Как там, кстати, с fsck для btrfs?
СХ
Как там, кстати, с fsck для btrfs?
AS
Ни одна фс не любит перебои с питанием и битые диски ))
bad block optimized fs срочно. нужен хакатон!
AS
скоуп фич на уровне fat16
АП
bad block optimized fs срочно. нужен хакатон!
Чот я вспомнил как от Windows Vista ждали новую быструю и крутую файловую систему
p
Чот я вспомнил как от Windows Vista ждали новую быструю и крутую файловую систему
ReFs?
АП
ReFs?
Что-то такое, да. Или WinFS. Этож сколько лет назад было :)
VL
господа, чёрт с ними, с файловыми системами. Они мало кому в продакшене актуальны.
Расскажите лучше, кто-нибудь крутит io scheduler линукса, выбирает какой-нибудь deadline, патчит ядро для нужных таймингов?
Расскажите лучше, кто-нибудь крутит io scheduler линукса, выбирает какой-нибудь deadline, патчит ядро для нужных таймингов?
VL
насколько я понимаю, это может дать качественное улучшение высоких перцентилей или среднего времени ответа БД. Но сам с этим почти не работал. Т.ч. интересен ваш опыт.
AC
господа, чёрт с ними, с файловыми системами. Они мало кому в продакшене актуальны.
Расскажите лучше, кто-нибудь крутит io scheduler линукса, выбирает какой-нибудь deadline, патчит ядро для нужных таймингов?
Расскажите лучше, кто-нибудь крутит io scheduler линукса, выбирает какой-нибудь deadline, патчит ядро для нужных таймингов?
Куда крутит?
AC
насколько я понимаю, это может дать качественное улучшение высоких перцентилей или среднего времени ответа БД. Но сам с этим почти не работал. Т.ч. интересен ваш опыт.
Нет, не может
Уже довольно давно во всех «серверных» дистрибутивах стоит по умолчанию deadline для тупых дисков
А системы хранения с контроллерами используют свой собственный планировщик на контроллере, поэтому для них лучше ставить noop
Уже довольно давно во всех «серверных» дистрибутивах стоит по умолчанию deadline для тупых дисков
А системы хранения с контроллерами используют свой собственный планировщик на контроллере, поэтому для них лучше ставить noop
AC
Поэтому, нам, очевидно, нужен доклад “где в 2019-м взять систему не с deadline”
AC
Качественное улучшение среднего времени ответа БД даёт чтение планов запросов
AC
Для этого даже DBA не нужен (эти госпожи и господа, как правило, довольно однобоки, сертификация не щадит никого)
DN
господа, чёрт с ними, с файловыми системами. Они мало кому в продакшене актуальны.
Расскажите лучше, кто-нибудь крутит io scheduler линукса, выбирает какой-нибудь deadline, патчит ядро для нужных таймингов?
Расскажите лучше, кто-нибудь крутит io scheduler линукса, выбирает какой-нибудь deadline, патчит ядро для нужных таймингов?
DN
есть вот такой неплохой доклад на эту тему