В начале мая лидер проекта Fedora Linux сообщил (http://www.opennet.me/opennews/art.shtml?num=21593) о проблематичности включения поддержки бинарных "DeltaRPM" обновлений в следующий релиз из-за ряда нерешенных проблем. К радости пользователей дистрибутива с проблемами удалось справиться - инфраструктура полностью готова для поддержки "DeltaRPM" в грядущем релизе Fedora 11.
Работа с пакетами обновлений, содержащими только изменившиеся бинарные данные, осуществляется через yum-плагин Presto (http://fedoraproject.org/wiki/Releases/FeaturePresto). DeltaRPM пакеты можно загрузить здесь (http://download.fedora.redhat.com/pub/fedora/linux/updates/1.../).URL: http://jwboyer.livejournal.com/31831.html
Новость: http://www.opennet.me/opennews/art.shtml?num=21684
как я понимаю, такое есть сейчас только у федоры? аналогов нет?
я не особо разбираюсь в rpm/deb, но скажу субъективно, что в дебиан-дистрах установка/обнолвение софта происходит гораааааааааааааздо быстрее чем в rpm-based.
>я не особо разбираюсь в rpm/deb, но скажу субъективно, что в дебиан-дистрах
>установка/обнолвение софта происходит гораааааааааааааздо быстрее чем в rpm-based.раскрою дикий секрет: и там и там качают собранные архивы, и там, и там пользуют скрипты (предустановочные,постустановочные),и там и там пользуют миниБД..только тссс!!это секрет!!никому!!
по делу..нафиг это нужно???а)в один заголовочный файл внести изменения в 5 байт-весь проект может по бинарникам измениться;б)инет у нас нонеча не так и дорог (за полгода сервант на RHEL обнов накачал на 380 метров)
имхо экономия в 3 копейки
>раскрою дикий секрет: и там и там качают собранные архивы, и там,
>и там пользуют скрипты (предустановочные,постустановочные),и там и там пользуют
>миниБД..только тссс!!А если плюнуть на затыкание рта - то пока питоновский уродец yum отпедалит жирнючие XMLки - задолбаться можно.И оперативы эта пакость жрет иной раз в сложных сценариях непотребные количества.А вот dpkg/adept/... таковым не страдают.И работают в общем случае намного резвее.Вот только дельты там не получили широкого распостранения.А жаль - местному населению пригодилось бы.
>имхо экономия в 3 копейки
А если по тарифам GPRS ($0.25 за мегабайт) да на десктопе - уже не 3 копейки все-таки будет.Для серверов - и правда блажь.
Проснитесь уже, там давно sqlite. Последние версии yum очень даже быстры, хотя пару лет назад было так, как вы говорите. К слову, на старом ноуте(типа p3, 256 оперативы и тд) apt шевелился не быстрее rpm, чем был приятно удивлен.
>я не особо разбираюсь в rpm/deb, но скажу субъективно, что в дебиан-дистрах
>установка/обнолвение софта происходит гораааааааааааааздо быстрее чем в rpm-based.Да, yum - тормозная дрянь.Может, потому что дурацкий XML+питон никак не может за сиплюсплюсным аптом угнаться? И вообще, использовать yum на системах где мало RAM (VDSы, виртуалки, контейнеры, слабые машины) - нарыдаешься! Ему порой тупо памяти не хватает.Приколитесь, 128 Мб лимита на контейнер - может не хватить?При условии что там больше кроме него вообще нифига нет!Т.е. чисто манагер пакетов выжирает 128 метров.Пи%#ец...
Но именно дельты дебианщики\убунтуйцы и многие иные пока не используют.Хотя вроде технически и могли бы и даже формат под это вроде сгородили (.debdelta).А федоровцам респект - хоть их пакетный манагер и та еще гадость но сам по себе фич - актуален тем кто на тощих каналах.
Было бы хорошо если бы остальные последовали их примеру.Поэтому несмотря на общую гадостность редхатовских пакетных манагеров - респекты за поднятие планки и ориентир для всех остальных.
>>я не особо разбираюсь в rpm/deb, но скажу субъективно, что в дебиан-дистрах
>>установка/обнолвение софта происходит гораааааааааааааздо быстрее чем в rpm-based.
>
>Да, yum - тормозная дрянь.Может, потому что дурацкий XML+питон никак не может
>за сиплюсплюсным аптом угнаться? И вообще, использовать yum на системах где
>мало RAM (VDSы, виртуалки, контейнеры, слабые машины) - нарыдаешься! Ему порой
>тупо памяти не хватает.Приколитесь, 128 Мб лимита на контейнер - может
>не хватить?При условии что там больше кроме него вообще нифига нет!Т.е.
>чисто манагер пакетов выжирает 128 метров.Пи%#ец...Контейнер это OpenVZ ? так оно может выжрать и 1Г и не подавится ;-)
_НО_ надо помнить что разработчики VZ и OpenVZ себя не обидят - посему считает аллоцированое виртуальное адресное пространство. А так да - лимит есть ;)
в suse тоже используются DeltaRPM
>в suse тоже используются DeltaRPM
упс.suse видимо эти проблемы ничуть не мешают =)
Знатоки AltLinux, не подскажете, если ли в этом дистрибутиве DeltaRPM? Там из "прогрессивных технологий" вроде LZMA-сжатие используется для RPM`ов, а вот DeltaRPM используется или нет?
>Знатоки AltLinux, не подскажете, если ли в этом дистрибутиве DeltaRPM?в ALTLinux 5.0 обещали
http://www.altlinux.org/ALT_Linux_5.0_Desktop/%D0%...
"Сегментированная закачка (debdelta, aria)"
Если бы они ещё считали плавающие контрольные суммы блоков и файлов (как в zsync) и сохраняли их в заголовке, то rpm-ки можно было бы тащить чем нибудь вроде торрента и осла. Если у меня уже есть 150 копий GPL, зачем мне тащить ещё одну? Если у меня есть все необходимые файлы кроме одного блока одного файла, то дайте мне возможность стащить только этот блок. Если у соседа есть 90% необходимых блоков, то пусть раздаст по сети. И т. д.