АХ
Можно только нивелировать эффект от фрагментации не забивая хард более чем 80%
Size: a a a
2020 September 18
Vs
90 же
АХ
Кто больше
АХ
На самом деле я делал замеры, на 90% уже задница полная
I
обычная фрагментация. И как бороться ( и надо ли) - не придумали.
способ борьбы очень прост : переливание данных в новый пул )
1
обычная фрагментация. И как бороться ( и надо ли) - не придумали.
Я слышал что фрагментация снижает ИО
Vs
нет, это у вас пессимистические оценки
DS
способ борьбы очень прост : переливание данных в новый пул )
А беккап-ресторе не работает разве?
Vs
способ борьбы очень прост : переливание данных в новый пул )
это одноразовая акция.
Vs
112
Я слышал что фрагментация снижает ИО
вот когда появятся идеальные HDD и SSD, то тогда и будем бороться с фрагментацией
АХ
Можно тупо мигрировать с одного стора в другой переодически, но вот вопрос, если при 80% уже скорость заметно упала, то куда переливать то? А до 80% заполнения и смысла нет что либо делать
АХ
И да, падает write, чтение не меняется
1
Ну в raw же образ делается, цельный. От начала диска и сколько-то там гиг. И так несколько раз. Весь же выделяется, не thin? Откуда тогда вообще фрагментация берётся - не пойму
1
И почему дефраглер не изобрели - тоже не пойму
АХ
Ты ещё слишком юн, падаван)
АХ
Начнем того что зфс пишет в метаслабы...
АХ
Метаслабы во vdev генерируются сразу при его создании и их по разным данным порядка нескольких десятков штук, примерно одинакового размера
АХ
И пишет зфс в них во все сразу (по очереди)
АХ
Оттого то фрагментация и появляется
АХ
Вернее от того что заполняются они рваными кусками. Алгоритм конечно старается делать крупные куски, но избежать фрагментации невозможно поскольку каждый раз данные пишутся в новое место