Добро пожаловать, Гость. Пожалуйста авторизуйтесь здесь.
FGHIGate на GaNJa NeTWoRK ST@Ti0N - Просмотр сообщения в эхоконференции RU.UNIX.BSD
Введите FGHI ссылку:


Присутствуют сообщения из эхоконференции RU.UNIX.BSD с датами от 18 Jan 11 22:51:00 до 16 Sep 24 17:28:15, всего сообщений: 10763
Ответить на сообщение К списку сообщений Предыдущее сообщение Следующее сообщение
= Сообщение: 3576 из 10763 ===================================== RU.UNIX.BSD =
От   : Victor Sudakov                   2:5005/49          15 Oct 15 17:36:34
Кому : Alex Korchmar                                       15 Oct 15 17:36:34
Тема : Страшные тормоза zfs
FGHI : area://RU.UNIX.BSD?msgid=2:5005/49+561f90f9
На   : area://RU.UNIX.BSD?msgid=<1187502662@ddt.demos.su>+ab66e828
= Кодировка сообщения определена как: CP866 ==================================
==============================================================================
Dear Alex,

13 Oct 15 19:35, you wrote to me:
AK> запас дисковой емкости в 40%, чтобы были еще десять лишних до тех
AK> тридцати, при которых надо в случае zfs хвататься за голову и срочно
AK> куда-то девать часть файлов.

О как.

VS>> soft updates journalling помогает от fsck. Hо с ним не работают
VS>> снапшоты.
AK> с ним совсем нет уверенности что это таки не сид для
AK> рандом-генератора. Даже на не-мега объемах. А снапшоты на ufs'ных
AK> терабайтах тоже очень и очень унылы. Особенно, почему-то, их удаление.

Их унылость скорее в том, что в момент _создания_ файловая система встаёт колом. А те файлы, которые изменялись в момент снапшота, могут в него не попасть. Хотя логичнее было бы, чтобы они попадали в снапшот в том виде, в каком были до начала создания снапшота. Но как я понимаю, для этого нужен intent log или нечто подобное.


Victor Sudakov, VAS4-RIPE, VAS47-RIPN
--- GoldED+/BSD 1.1.5-b20110223-b20110223
* Origin: Ulthar (2:5005/49)

К главной странице гейта
Powered by NoSFeRaTU`s FGHIGate
Открытие страницы: 0.119357 секунды