|
ru.unix.bsd
- RU.UNIX.BSD ------------------------------------------------------------------
From : Alexey Zonov 2:5020/830.42 04 Oct 2004 20:31:35
To : Valentin Nechayev
Subject : Перенос FreeBSD
--------------------------------------------------------------------------------
04 Oct 32 10:33, Valentin Nechayev wrote to Alexey Zonov:
VN> Считаешь ты что угодно, но не время переноса.
Очевидно, не _переноса_. Хард один, поэтому я считаю время dump, "tar -c" на
некий "стандартный" приемник - сеть, где по МС-сети копируется 6-8Мб/c. А потом
время restore и "tar -x" с этого источника на тот же хард. Hа некий вновь
созданный раздел. При этом машинка эта вполне работает, через 4 внутренних
интерфейса пакетики бегают наружу... Т.е. не сферический конь в вакууме.
Я уже неоднократно упоминал - если разница в РАЗЫ и ты это утверждаешь - я
поставлю на тестовую машинку два харда и сделаю точный экперимент - включая
перезагрузку, чтобы кеш дисковый не играл роли. ;-) Hадо?
VN> cd $dest
VN> find . -delete; chflags -R 0 .; find . -delete
Скажи, принципиальная разница в "newfs /dev/ad0s1d" есть? Т.е. как-то скорость
изменится? Мне кажется - нет.
VN> - Hа 5.*: tar+tar быстрее на несколько секунд чем dump+restore
VN> независимо от объёма переносимых данных (до ~4G).
VN> - Hа 4.*: tar+tar практически сравним с dump+restore на мелких объёмах
VN> (пара сотен метров), быстрее чем dump+restore раза в полтора на 2-4G,
Стоило ли кричать "dump старое и тормозное оно"? 8-) Впрочем, я на 5 не
проверю - я ее не пользую, а на 4.10 на двух гигах поставлю читсый эксперимент,
раз разница в полтора раза.
Теперь скажи, как fdisk'у дать задание создать разделы 256M /, 256M sw, 2048M
/var, <other> /usr. Вот если в виде 4 законченных строк, как было в примере -
идеально. ;-) И можно на опенок фак выложить - переносим (размножаем) систему
автоматом.
Успехов! Alexey
--- GoldED/W32 3.0.1
* Origin: 'Это не хвост' - сказал Волк и густо покраснел... (2:5020/830.42)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
