про эффективность не в курсе. В курсе про то, что в современных дистрах ежемесячно выкачивается по ~500 мегабайт обновлений. Соответственно, столько-же места будет „оседать” с снэпшотах. А если ещё учесть конфиги, логи, временные файлы, которые тоже часто меняются на обычной rootfs – всё это будет „замораживаться” при очередном обновлении.
То есть чисто логически, старые снэпшоты будут „отъедать” в год по 6 гигов пространства. Если старые не удалять, конечно. Но про это в той ссылке, что ты дал, ничего нет. И речь там вообще про „прелести rawhide”, в котором обновлений ещё на порядок больше 🙂
ну для временного хранения снэпшотов – в самый раз. Можно себе политику задать – недельный, месячный и пару последних..
В остальном – просто делишь структуру файлов на те части что должны откатываться и остальные (уже не с btrfs).
Кстати – мы скоро должны будет задаться вопросом о основной ФС для зеркала.
ну не красота разве? нужен вдруг Imagemagick на сервере – делаю yum install /usr/bin/convert
по зависимостям еще пяток пакетов. Отмаштабировал картинки, больше мне он не нужен. Раньше бы „копи-пейстил” из /var/log/yum.log имена пакетов, теперь просто – yum history и yum history undo NN
noiembrie 25, 2009 12:48
Очень интересно
noiembrie 25, 2009 13:27
федора такая федора!
noiembrie 26, 2009 10:30
но как всё-таки работает машина времени?
она что, хранит все пакеты старых версий на винте?
noiembrie 26, 2009 10:49
нет – только список пакетов-версий. А их уже достаёт из репозитория.
noiembrie 26, 2009 12:03
а если там уже нет? Или, к примеру, то был локально собранный пакет?
noiembrie 26, 2009 13:46
yum пропустит этот пакет.
noiembrie 26, 2009 14:57
А вот описание другой машины времени которую планируют добавить в ближайшую версию Fedora – System Rollback With Btrfs
noiembrie 26, 2009 18:25
Система, безусловно, интересная. Но ради этого надо будет с огромным запасом файловые системы разбивать! Пахнет ынтырпрайзом 😉
noiembrie 26, 2009 18:27
ну не совсем огромный запас – всё же механизм copy-on-write очень эффективен.
noiembrie 27, 2009 9:54
про эффективность не в курсе. В курсе про то, что в современных дистрах ежемесячно выкачивается по ~500 мегабайт обновлений. Соответственно, столько-же места будет „оседать” с снэпшотах. А если ещё учесть конфиги, логи, временные файлы, которые тоже часто меняются на обычной rootfs – всё это будет „замораживаться” при очередном обновлении.
То есть чисто логически, старые снэпшоты будут „отъедать” в год по 6 гигов пространства. Если старые не удалять, конечно. Но про это в той ссылке, что ты дал, ничего нет. И речь там вообще про „прелести rawhide”, в котором обновлений ещё на порядок больше 🙂
noiembrie 27, 2009 16:42
ну для временного хранения снэпшотов – в самый раз. Можно себе политику задать – недельный, месячный и пару последних..
В остальном – просто делишь структуру файлов на те части что должны откатываться и остальные (уже не с btrfs).
Кстати – мы скоро должны будет задаться вопросом о основной ФС для зеркала.
noiembrie 28, 2009 8:48
принимайте мой голос за fat16!
decembrie 1, 2009 16:24
ext4 will be!
decembrie 2, 2009 22:22
why not pohmelFS? 🙁
decembrie 4, 2009 13:25
Все будет завтра. И никакого похмелья 🙂
decembrie 6, 2009 11:48
запость новость, как всё пройдёт по плану 😉
decembrie 11, 2009 19:06
ну не красота разве? нужен вдруг Imagemagick на сервере – делаю yum install /usr/bin/convert
по зависимостям еще пяток пакетов. Отмаштабировал картинки, больше мне он не нужен. Раньше бы „копи-пейстил” из /var/log/yum.log имена пакетов, теперь просто – yum history и yum history undo NN