|
ru.unix.bsd
- RU.UNIX.BSD ------------------------------------------------------------------
From : Valentin Nechayev 2:5020/400 05 Oct 2004 12:02:58
To : Alexey Zonov
Subject : Re: Перенос FreeBSD
--------------------------------------------------------------------------------
>>> Alexey Zonov wrote:
VN>> Читай дальше. Чем больше объём, тем дольше перенос.
VN>> Hа десятках гиг разница уже на порядок.
AZ> Т.е. tar ВСЕ-ТАКИ преодолевает законы физики при чтении-записи винта? ;-)
AZ> Hа версии 4.х, а на пятерке - нет? Значит у тебя нечто другое
AZ> влияет. async/softupdate? noatime? Два гига памяти?
Эти все признаки были одинаковы.
Что могло влиять:
- dump и restore иногда начинают _очень_ кушать процессор.
- Так как dump лезет на FS напрямую, у него игнорируются системные
namei cache, dir cache, а в некоторых случаях и блочный кэш диска.
tar вторым, понятно, страдать не может, а первым - практически не замечено.
AZ> Hу сколько у тебя часов займет решение в "моей" формулировке? Лучше на
AZ> /bin/sh, поскольку результат - сделать КД-ПЗУ, с которого запустив один
AZ> скрипт, получаем настроенную и рабочую систему, свернутую пораздельно в
AZ> {dmp,tar}.bz2. Очень удобно.
Hа чём написан скрипт тут уже будет пофиг. Я бы писал на перле,
лишние несколько мегов на компакте тебе будут пофиг, а удобства значительно
больше.
Сколько времени - пожалуй, пара дней. Потому что если делать по-нормальному,
то начинать надо с подбора геометрии под диск и парсинга dmesg.boot.
В общем, там тонких деталей выше крыши. Итоговый newfs и разливка данных
по сравнению с этим занимают ничтожное время написания.
Да, извини, браться писать я скорее всего (90%) не буду, со временем
не настолько хорошо.
-netch-
--- ifmail v.2.15dev5.3
* Origin: Dark side of coredump (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
