= Сообщение: 4323 из 10795 ===================================== RU.UNIX.BSD = От : Eugene Grosbein 2:5006/1 27 Jun 16 20:50:09 Кому : Valentin Davydov 27 Jun 16 20:50:09 Тема : Re: Перенос системы на другую машину FGHI : area://RU.UNIX.BSD?msgid=grosbein.net+ce864540 На : area://RU.UNIX.BSD?msgid=ddt.demos.su+46c7e414 = Кодировка сообщения определена как: CP866 ================================== Ответ: area://RU.UNIX.BSD?msgid=<1187505212@ddt.demos.su>+8d025367 ============================================================================== 25 июн 2016, суббота, в 08:22 NOVT, Valentin Davydov написал(а):
VD>>> О, боже, насколько же dump до-о-о-ольше dd! >>>Очень сильно зависит от количества файлов, может быть и наоборот. VD>> Разумеется, диск забит более чем наполовину, иначе зачем переносить-то. >>dump используется не только для переноса, но и для бекапов же.
VD> Для write-only бэкапов.
Периодически пользуюсь, хоть и не сказать, что регулярно. Проблем нет.
VD> Ибо чтобы воспользоваться таким бэкапом (для VD> тривиальных задач вроде восстановления когда-то случайно стёртых, а VD> сейчас внезапно понадобившихся документов), приходится затевать процедуру VD> restore,
Элементарную процедуру.
VD> причём даже просто для того, чтобы выяснить, имеются ли вообще в VD> этом дампе искомые документы.
Какие-то проблемы это выяснить при помощи restore?
VD>> Да и количество файлов во всяких ports и src (вместе с ихними .svn), VD>> плюс юзерские сайты и maildirы - весьма заметное. >>То есть ты пошел по стопам AK - взял свой частный случай и заявил >>о нём как об общем. VD> Более того, я взял один конкретный случай. Который устроил по вашей VD> наводке вместо своего любимого dd-fsck-rsync. Этот dump настолько VD> нагрузил систему, что клиенты с большим дисковым трафиком (почтовые) VD> стали отваливаться по таймауту.
У тебя дисковая подсистема работает на пределе, раз dump приводит аж к таймаутам.
VD> Да и в момент переключения пришлось
Что за "переключение"?
>>>И dump при использовании gcache очень сильно ускоряется. VD>> gcache ни разу не решает проблем, связанных с временем случайного доступа VD>> диска и с ограниченностью объёма файлового кэша в памяти. >>Любой хороший кеш сглаживает проблемы со случайным доступом, VD> Hе любой, а только тот, в который помещается большая часть данных, VD> требующих случайного дступа.
