По сообщению (http://paul.frields.org/?p=1611) Пола Фрилдса (Paul Frields), лидера проекта Fedora Linux, в состав Fedora 11 скорее всего не будет включена поддержка ожидаемой еще со времен Fedora 8 функции инкрементальных бинарных обновлений (yum-плагин Presto (http://fedoraproject.org/wiki/Releases/FeaturePresto)), при которой в пакет с обновлением включаются только изменившиеся бинарные данные. К сожалению, несмотря на включение данной функции для репозитория Rawhide, работу над новой инфраструктурой обновлений не успевают завершить в срок.URL: http://paul.frields.org/?p=1611
Новость: http://www.opennet.me/opennews/art.shtml?num=21593
Last modified: 2009-03-02
Percentage of completion: 100%Они как там считают тогда? 100% это работа ещё не завершена в срок? =)
Только у меня ощущение дежавю о_О?Вообще-то, получить эту фичу в RHEL/CentOS 6 было бы очень неплохо... Похоже, теперь она не светит.
Ну почему же? Наверное всётаки бэкпортируют. В RHEL 5.3 впихнули NetworkManager.. А в RHEL 5.4 к примеру обещают KVM виртуализацию.
от всей души желаю пользователям RH/FC надеяться на лучшее/(бэкпорт?)/пользователь SUSE.
а зачем это в rhel/centos, там обновлений кот наплакал
>а зачем это в rhel/centos, там обновлений кот наплакалГлупо и не остроумно.
Ну и кто тут писал, что HP-UX отсталая система?
Там такое еще с прошлого века есть!
А тут уже несколько лет подряд все никак не могут допилить.
вот в прошлом веке это и было действительно актуально. :-D
сейчас это имеет не такой важный приоритет. по крайней мере лично мне всё равно.
если будет, то хорошо, но если будет работать через ж.., то в топку.
есть и более интересные задачи.
>Там такое еще с прошлого века есть!Понимаешь, человек, сервера все-таки обычно стоят там где каналы достаточно быстрые а траффика - дохрена.При этом дельта-обновления - мелкая и не столь уж нужная фича.А рхелы и центосы по-моему в основном только на серверах и есть - десктоп из них какой-то унылый уж очень выходит, настолько что редхат даже и не пытается особо на этот сегмент рынка лезть.Логично что редхат не больно пыжится ради фичи - явно для них это не есть приоритетное направление.
Вы выслушали официальное заявление уполномоченного сотрудника пресс-цента компании Canonical по поводу ситуации на рынке десктопных дистров =D
>Вы выслушали официальное заявление уполномоченного сотрудника пресс-цента компании
>Canonical по поводу ситуации на рынке десктопных дистров =DПиндеж.Я как максимум разве что багрепортер.И то - столь же официальный как вы - официальный представитель президента США на Луне.Лично у меня кстати толстый анлим и серваки на жирных каналах - *мне*, лично для себя на дельту строго говоря - положить.Но есть еще и те кому дельта пригодилась бы.Всякие диалапно-жпрсные юзеры.И я за то чтобы убунтуйцы и прочие "десктопные" сделали бы дельту повсеместно.Тогда утих бы плач вантузятников про то что они якобы не могут качать гигазы апдейтов по сети - траффик!
скажем проще:
дельта обновления - грамотное решение.
>Пиндеж.Я как максимум разве что багрепортер.И то - столь же официальный как вы - официальный представитель президента США на Луне.Звездеж и провокация. Я не являюсь официальным представителем президента США на Луне. А ваш статус как сотрудника названной фирмы никаких сомнений не вызывает ;)
А насчет дельт - да, предложение весьма в тему. Обыкновенным столичным жителям, никогда не выезжавшим за МКАД/СПбКАД и в голову не приходит, что на 90% территории Росси 256 кбит/с - РОСКОШЬ и предел технических возможностей.
Да и кроме того, нефиг избыточную информацию по сети гонять, даже для серверов. Рано или поздно рост трафика упрется в предельную скорость работы оптического оборудования. И тогда у всех заинтересованных лиц появится повод задуматься. Избыточны трафик генерят не только бинарные обновления, но и HTTP+ajax без gzip, XMPP, и многие, многие другие. Когда ресурсов много - можно позволить себе неоптимальные решения и громоздить костыли. Но ведь некоторые ресурсы имеют свойство кончаться...
>А ваш статус как сотрудника названной фирмы никаких сомнений не вызывает ;)Да, мой статус "сотрудника" этой фирмы - багрепортящий юзер, которому ничего не платят (впрочем, операционка ориентированная на десктоп в принципе может рассматриваться как некая оплата усилий по ее улучшению :D).А вот денег увы, они мне не платят.Нет, то есть им конечно нужны тестеры, багрепортеры и триажеры и я бы легко мог подойти на подобные роли. Но проблема в том что мне и тут хорошо, в этой стране и этом городе.И ехать в какое-то тутуево за тридевять земель мне в облом - ну неохота мне жить среди иностранцев, такой вот я говнюк.Если бы они предложили варианты по месту моего обитания за интересную мне сумму - я бы подумал над вопросом быть мне их сотрудником или нет.So far я просто не вижу у них подходящих для меня вариантов которые были бы мне интересны -> извините, но все-таки это пиндеж.
>на 90% территории Росси 256 кбит/с - РОСКОШЬ и предел технических
>возможностей.Насчет 90% опять же пиндеж.У меня много знакомых по всему миру.В частности - из городов и сел РФ.Ну так вот, у большинства из них - кому было надо анлим, проблему решили.Да, это может и не 30Мбит от Корбины.Но и не диалап по баксу в час как я платил в свое время за диалап, кой-как наскребая последние студенческие гроши.Вы, пардон, ЗАЖРАЛИСЬ!Вот заставить бы таких как вы юзать диалап по доллару в час - я б на вас посмотрел.И еще хватает наглости ныть.При том что адсл дотянули даже знакомым в тутуево, в село!Нет, то есть, конечно, там не 30 Мбит.Всего 64 Кбита.За вполне подъемную плату в несколько сотен деревянных.Ну, знаете, а мой первый анлим тоже был 128 кбит за такие же сотни деревянных.И как-то вполне нормально так было.После диалапа то, который днем стоил под доллар в час.
>Да и кроме того, нефиг избыточную информацию по сети гонять, даже для
>серверов. Рано или поздно рост трафика упрется в предельную скорость работы
>оптического оборудования.Да, давайте мы еще воздух начнем экономить.Перекрыть всем кислород!Начать можно с вас ;)
>Избыточны трафик генерят не только бинарные обновления, но и HTTP+ajax без
>gzip,Знаете, именно AJAX траффик как правило УМЕНЬШАЕТ.Потому что вместо релоада всей простыни по 20 раз на каждый пук - шлется только "дельта" в ajax-ответе для ее трансформации из старого состояния в новое.Разумеется реализовать можно и хреново.Но в случае когда удается избежать перезагрузки простыни на многие килобайты - выигрыш очевиден.И, кстати не надо кивать на кэш: если контент динамический и релоад по поводу его модификации - кэш пролетает.И традиционно при этом грузится вся простыня.При аяксе - только "дельта" которая из того что у вас делает актуальную версию, которую жаваскрипт впатчивает в текущу версию хтмылки на ходу, избегая полного релоада.
> XMPP,
А вот это пухлая скотина.Откуда я знаю?Да потому что по GPRS иногда гоняю.И там тоже траффик.Дорогой, мля.
>и многие, многие другие. Когда ресурсов много - можно
>позволить себе неоптимальные решения и громоздить костыли. Но ведь некоторые ресурсы
>имеют свойство кончаться...Это все так.И я в общем то за дельта-апдейты.Это до кучи и сервера разгрузит и грузиться они быстрее будут.Просто в силу ряда причин "фирмачей" голодранцы из глубинки никому не интересны (денег с них 1 фиг как с козла молока) а остальным оно не так уж и критично - потому наверное и выносят фичу как малоприоритетную.Комьюнити могло бы себя тут показать в принципе, ведь спасение утопающих - дело рук самих утопающих.Но что-то никто не торопится.Толи проблемы с интернетом кому надо - решили, толи громче всех орет тот кто ничерта делать не умеет.Хрен его знает.
>> XMPP,
>
>А вот это пухлая скотина.Нормальные клиенты эту пухлую скотину тоже вполне умеют в gzip совать. Доброе утро.
>Нормальные клиенты эту пухлую скотину тоже вполне умеют в gzip совать.Да, это должен уметь клиент, сервер и все это опционально и негарантированно.И кстати если инфо не раздувать а потом еще и сжать - получится меньше чем если сперва раздуть а потом пытаться это ужать.Это касается и аватаров пухнущих на треть и самого XML-я.А его читаемость в виде "1 большая строка" без парсинга - никакая, так что то что он формально текстовый - погоды не делает, без доп.обработки - нарыдаешься читать. А с доп.обработкой можно и любой бинарный протокол (даже с жутко брэйнфаковым кодированием ради компактности представления) внятно отрисовать юзерю.Да еще половина фич типа квитков о доставке - опционально и половина клиентов их не реализует.Так что пользоваться жаббером по GPRS на ходу - нарыдаешься: не понятно зачастую дошла мессага до адресата или нет.Итого общее впечатление о протоколе что-то типа "3-й сорт - не брак, куча XEPов - не бардак!".
> Доброе утро.
Добрый день, аноним.Добро пожаловать в реальность - я в отличие от вас просто не ношу розовые очки и не делаю чрезмерных скидок "просто потому что оно открытое".Понимаете, даже открытый протокол можно задизайнить сильно через зад.Ну вот это - про жаббер как раз :).
>Да, это должен уметь клиент, сервер и все это опционально и негарантированноА жаббер вообще весь такой, опциональный, негарантированный, и вообще непонятно зачем нужный. Есть же куча эталонов качества и надежности, icq там, msn, yahoo etc, нет, надо очередной велосипед клепать ;)
>Так что пользоваться жаббером по GPRS на ходу
>- нарыдаешься: не понятно зачастую дошла мессага до адресата или нет.Итого
>общее впечатление о протоколе что-то типа "3-й сорт - не брак,
>куча XEPов - не бардак!".Прослезился. Используйте то, что лучше (см. выше), и обретите просветление наконец. Читаемость передаваемых протоколом данных для общения не нужна, так что там что-то вообще закрытое и бинарное, или гзипованный хмл, или нет — вопрос для этого имхо крайне вторичный.
И да, куча херов — это не бардак, это функциональность! :)>Добрый день, аноним.Добро пожаловать в реальность - я в отличие от вас
>просто не ношу розовые очки и не делаю чрезмерных скидок "просто
>потому что оно открытое".Понимаете, даже открытый протокол можно задизайнить сильно через
>зад.Ну вот это - про жаббер как раз :)Морфей? Мне синюю, да, спасибо :)
Вас о черезмерных скидках никто не просит, тем более что в открытом важные фичи обычно постепенно таки допиливаются до нужного состояния. Задизайненным через крайний зад жаббер не считаю, однако если оно вам критично — вы знаете, что делать ;)
>Есть же куча эталонов качества и надежности, icq там, msn, yahoo
>etc, нет, надо очередной велосипед клепать ;)Просто если уж кто берется клепать велосипед - логично расставлять приоритеты не левой пяткой и учитывать опыт предшественников.Иначе получается вот этот вот жаббер.Полудохлый, полуработающий, полусовместимый, полунадежный.Хуже я видел только одну вещь - SIP.В реализации его Microsoft-овским LCS в паре с Messenger'ом (который умеет нынче сий "стандартный" протокол).Примерно такое же г..., только сбоит и херит сообщения втихаря и без анонсов еще чаще и через файрвол пропихнуть еще геморней.Давайте на этих парней равняться, достойно, ага.При том что протокол тоже не больно то простой.
>Прослезился. Используйте то, что лучше (см. выше),
Дык, блин, что я и делаю... если б я грузил контактлист на 50-100 персон с жабберсервера я бы давно разорился нафиг имхо.
>И да, куча херов — это не бардак, это функциональность! :)
Просто когда квитки о доставке выносят в опциональный XEP - получается XEPня а не протокол, имхо.Потому что сроду не знаешь - долетело вон то мсг до юзера или тихо про%#алось, потому что жпрс давно сдох(у меня или у ремоты).В той же асе 2 типа квитков - можно от сервака получить квиток что он принял мсг и попробует доставить(нихрена не гарантирует кроме проверки что локальный линк не подох и мсг не уехало в /dev/null).А можно и от ремотного клиента(а вот это уже надежно - проверяет что данные долетают в обе стороны).Кстати MSN в этом плане - полный ахтунг.Хуже жаббера только MSовские поделки.Что на основе их самопального MSN-протокола что на основе SIP.
>Вас о черезмерных скидках никто не просит, тем более что в открытом
>важные фичи обычно постепенно таки допиливаются до нужного состояния.Слишком уж постепенно - большинство клиентов до сих пор следуют минимальной реализации Jabber, который еше даже не XMPP.Хотя, блин, сделать нормальный, простой и надежный протокол можно было и без требования городить архисложный клиент и сервер, без пропихивания сотни кило XML при логине, и без нужды реализовывать еще десятки XEPов чтобы результат вышел юзабельным на практике.
>Задизайненным через крайний зад жаббер не считаю,
Да.Можно сделать еще дерьмовее и глючнее.Проверено корпорацией Майкрософт, особенно на примере связки LCS+MSN Messenger (наиболее классные глюки - при юзании SIP, при том - по TCP, это чтобы некоторые про ненадежные сети и UDP не бухтели).
>однако если оно вам критично — вы знаете, что делать ;)
:( Вот потому и приходится всякие там аськи юзать...
>Понимаешь, человек, сервера все-таки обычно стоят там где каналы достаточно быстрые а
>траффика - дохрена.При этом дельта-обновления - мелкая и не столь уж
>нужная фича.А рхелы и центосы по-моему в основном только на серверах
>и есть - десктоп из них какой-то унылый уж очень выходит,
>настолько что редхат даже и не пытается особо на этот сегмент
>рынка лезть.Логично что редхат не больно пыжится ради фичи - явно
>для них это не есть приоритетное направление.Не все и не всегда крутиться в дата-центрах. Есть еще офисные серверы. Даже в пределах МКАДа есть ЮрЛица, сидящие на трафиковых тарифах.
Именно по этому delta-rpm удобно.
>Именно по этому delta-rpm удобно.Да я не против идеи дельты самой по себе, просто констатирую факт что значительность оной - падает.А корпорации могут поставит себе кэширующий проксь на всю ораву - тогда будет скачано по 1 комплекту пакетов если системы у всех одинаковые.Это конечно иной метод уменьшения траффа но дельту он еще сильнее нивелирует.Наверное потому и не особо упираются на ее счет.Тем более что сие усложнит поддержку репов.
>>Именно по этому delta-rpm удобно.
>
>Да я не против идеи дельты самой по себе, просто констатирую факт
>что значительность оной - падает.А корпорации могут поставит себе кэширующий проксь
>на всю ораву - тогда будет скачано по 1 комплекту пакетов
>если системы у всех одинаковые.Это конечно иной метод уменьшения траффа но
>дельту он еще сильнее нивелирует.Наверное потому и не особо упираются на
>ее счет.Тем более что сие усложнит поддержку репов.delta+кэш...?
Кстати, для smb-сегмента выделять отдельную машину, даже виртуальную, под кэш жалко (разве что контейнер)
>delta+кэш...?В идеале - ну да, было бы хорошо :).В реальном мире - важность данной фичи зачастую на уровне "Нету?Ну и ладно, фиг с ним".
>Кстати, для smb-сегмента выделять отдельную машину, даже виртуальную, под кэш жалко (разве
>что контейнер)Это что-то совсем уж small.Я даже дома виртуалками и контейнерами балуюсь.Что ж за бизнес такой дохлый если себе такое не может позволить при том что это даже индивидуалу по зубам?Тем более что этот самый бизнес часто в целях экономии юзает как internet gateway что-то типа сервака, на котором фаер, нат а до кучи зачастую и HTTP прокся.С кэшом, ессно.Потому как или тариф траффиковый - тогда ради экономии траффика, или же анлим низкоскоростной (чтобы платить меньше) - тогда ради увеличения скорости.
>Это что-то совсем уж small.Я даже дома виртуалками и контейнерами балуюсь.Что ж
>за бизнес такой дохлый если себе такое не может позволить при
>том что это даже индивидуалу по зубам?Тем более что этот самый
>бизнес часто в целях экономии юзает как internet gateway что-то типа
>сервака, на котором фаер, нат а до кучи зачастую и HTTP
>прокся.С кэшом, ессно.Потому как или тариф траффиковый - тогда ради экономии
>траффика, или же анлим низкоскоростной (чтобы платить меньше) - тогда ради
>увеличения скорости.Я видела конторы, в которых вообще нет выделенного сервера, эту роль,для четырых станций, выполняют:
а) станция директора
б) коробочка, хорошо если от линксиса, а то от D-link'а за 2к рублейА так, у меня тоже на антресоли стоит OpenVZ-ый вполне себе сервер(по железу, конечно, PC-ук), на котором даже кое-что крутиться из личных проектов :)
В общем, наверное, спор ни о чем, мы в целом разделяем позиции друг друга (хотя мне бы delta-rpm хотелось бы, так как есть мечта о своем личном IT-аутсорсном бизнесе)
>Я видела конторы, в которых вообще нет выделенного сервера, эту роль,для четырых
>станций, выполняют:
>а) станция директора
>б) коробочка, хорошо если от линксиса, а то от D-link'а за 2к
>рублейЭто или совсем мелкие или совсем жадные.По буржуйской классификации скорее на SOHO тянет :P.Редхату такие наверное неинтересны поскольку денег с них - как с козла молока.
>А так, у меня тоже на антресоли стоит OpenVZ-ый вполне себе сервер
Лично мне опенвза тоже по вкусу - удобная штука.В частности и для того чтобы на 1 машине разное добро содержать более-менее изолированно друг от друга и без особых последствий.Вполне себе вижу как в случае мелкой конторки сэкономить распихав все на контейнеры вместо отдельных машин если нагрузка небольшая.
>(по железу, конечно, PC-ук),
Да уж, а кто же еще?Как-то не встречал той же опенвзы под что-то еще.Он обычно есть под x86 и x64.Ну, еще (в теории) под IA64 вроде бывает (никогда не видел как это выглядит на практике).
>В общем, наверное, спор ни о чем, мы в целом разделяем позиции
>друг друга (хотя мне бы delta-rpm хотелось бы, так как есть
>мечта о своем личном IT-аутсорсном бизнесе)Да уж.Я собственно за внедреж дельт повсеместно.Но понимаю что это для многих не самая приоритетная задача.Обладатели дохлого интернета наверное одна из наименее интересных для всех категорий.И для коммерческих контор и для комьюнити и для кого там еще.Лично в моем понимании идеальная схема - что-то типа LZMA + дельты.Только что-то не торопятся с ее внедрежом на практике, да и не столь оно мне и критично.Вот на N800 хорошо бы смотрелось (позволило бы всерьез использовать GPRS для инсталла\обновления софта не налетая на деньги).
В openSUSE еще с 10.х есть если еще не раньше появилась
да и в опенсусе есть, емнип
Задрали! С 8ой версии всё объявляют и объявляют, а потом всё переносят и переносят...
Переносят видно не просто так, а по каким то причинам. Чем возмущаться, взяли бы да выяснили.. Может и помочь есть возможность по силам.