The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Обзор достижений контейнерной изоляции за последние два года, opennews (ok), 03-Июл-14, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


32. "Обзор достижений контейнерной изоляции за последние два года"  +/
Сообщение от qqq (??), 03-Июл-14, 14:57 
Если мощности процов еще растут и сокращается время компиляции, то сборка пакета и/или дистрибутива может дойти до 1-3 минут. Соответственно любая система виртуализации может быть контейнером для пакета
Ответить | Правка | Наверх | Cообщить модератору

34. "Обзор достижений контейнерной изоляции за последние два года"  +/
Сообщение от Pavel Odintsovemail (?), 03-Июл-14, 15:00 
Даже такое уже было в OpenVZ: https://openvz.org/Using_vzpkg_and_vzyum_on_x86_64

Кратко - была возможность собрать контейнер целиком очень быстро из набора rpm пакетов. Во многом похоже на debootstrap, только быстрее и более унифицирвоанно.

Ответить | Правка | Наверх | Cообщить модератору

53. "Обзор достижений контейнерной изоляции за последние два года"  +1 +/
Сообщение от qqq (??), 03-Июл-14, 17:18 
надо научиться как минимум аккумулировать и "консервировать" вычисления, а не просто примитивный ccache
Ответить | Правка | Наверх | Cообщить модератору

54. "Обзор достижений контейнерной изоляции за последние два года"  +/
Сообщение от Pavel Odintsovemail (?), 03-Июл-14, 17:56 
Да, тут работы еще ну очень много....
Ответить | Правка | Наверх | Cообщить модератору

56. "Обзор достижений контейнерной изоляции за последние два года"  –3 +/
Сообщение от iZEN (ok), 03-Июл-14, 19:01 
> Если мощности процов еще растут и сокращается время компиляции, то сборка пакета
> и/или дистрибутива может дойти до 1-3 минут. Соответственно любая система виртуализации
> может быть контейнером для пакета

Можно просто использовать JVM с AOT, писать приложения на обычной Java и других языках для JVM — скорость разработки (а также отладки, исправления ошибок, выпуска новых версий) увеличится в разы по сравнению с протекающим C/C++ крапом. НО ЗАЧЕМ?


Ответить | Правка | К родителю #32 | Наверх | Cообщить модератору

57. "Обзор достижений контейнерной изоляции за последние два года"  +1 +/
Сообщение от Pavel Odintsovemail (?), 03-Июл-14, 20:24 
iZEN, Вы правда хотите, чтобы Вас еще и в незнании С++/С/Java тыкнули и предметно распяли по полочкам - почему это неверно? =)
Ответить | Правка | Наверх | Cообщить модератору

61. "Обзор достижений контейнерной изоляции за последние два года"  –1 +/
Сообщение от iZEN (ok), 03-Июл-14, 22:02 
> iZEN, Вы правда хотите, чтобы Вас еще и в незнании С++/С/Java тыкнули
> и предметно распяли по полочкам - почему это неверно? =)

Я этого не хочу — это моя ЕЖЕДНЕВНАЯ боль на FreeBSD, так как от малейшего "чиха" в одной из ключевых библиотек на С++ должны быть перекомпилированы все от неё зависимые библиотеки и приложения (а это ВРЕМЯ), а иначе будут глюки, видимые невооружённым глазом. Для Java я такого бедлама не встречал — новое работает со старыми JAR'ками, старое — с новыми JAR'ками. То есть программные "модули" из-за малейшего изменения минорной версии библиотеки в Java не отваливаются и не начинают жить своей жизнью.

Из недавнего:

20140611:
  AFFECTS: users of devel/icu
  AUTHOR: bapt@FreeBSD.org

  icu has been updated to 53.1. Please rebuild all ports that depend on it

  If you use portmaster:
        portmaster -w -r icu
  If you use portupgrade:
        portupgrade -fr devel/icu
  If you use pkgng with binary packages:
        pkg install -fR devel/icu

— стабильно раз в полгода надо делать.

А ещё есть libjpeg, libpng...

Ответить | Правка | Наверх | Cообщить модератору

75. "Обзор достижений контейнерной изоляции за последние два года"  +2 +/
Сообщение от Аноним (-), 04-Июл-14, 02:33 
> должны быть перекомпилированы все от неё зависимые библиотеки и приложения (а
> это ВРЕМЯ), а иначе будут глюки, видимые невооружённым глазом.

Теперь ты понимаешь почему фрибздя повылетела из продакшнов, подчистую проcpaв системам с пакетными менеджерами. Где это время конечно кем-то когда-то тратится, но ты его как правило не тратишь, кроме сильно эксклюзивных случаев.

> Для Java я такого бедлама не встречал

Я понял. Изе кто-то сказал что фрибзда - круто. Изя поставил. И обнаружил что управление софтом в фряхе - ужоснax. Поэтому он любит яву. Вот оно что!

> А ещё есть libjpeg, libpng...

А в линухе с пакетным манагером такая либа заменяется за 10 секунд, вкатыванием 1 пакета. Приколись? :)

Ответить | Правка | Наверх | Cообщить модератору

80. "Обзор достижений контейнерной изоляции за последние два года"  –3 +/
Сообщение от iZEN (ok), 04-Июл-14, 22:09 
>> А ещё есть libjpeg, libpng...
> А в линухе с пакетным манагером такая либа заменяется за 10 секунд, вкатыванием 1 пакета. Приколись? :)

Это потому что ты не видишь дальше собственного носа и не знаешь, как всё работает изнутри. Есть такая возможность: оставлять в системе устаревшие версии библиотек, пока приложения не обновятся и не заработают с новыми версиями. Так вот, в линухах ключевые старые (бажные) версии библиотек, если от них зависят установленные приложения, которые ещё не обновились в репозиториях, резервируются (preserve), хотя с виду всё хорошо: основная библиотека обновилась пакетом с новой версией, да. Вот только она будет использована в новых минорных версиях приложений, а установленные приложения её заигнорят. Полностью обновлённый и исправленный "стек приложений" пользователь получит спустя некоторое время — когда в системе не останется устаревших версий приложений, зависимых от данной библиотеки.

Ответить | Правка | Наверх | Cообщить модератору

83. "Обзор достижений контейнерной изоляции за последние два года"  +/
Сообщение от pavlinux (ok), 05-Июл-14, 16:06 
>[оверквотинг удален]
> Это потому что ты не видишь дальше собственного носа и не знаешь,
> как всё работает изнутри. Есть такая возможность: оставлять в системе устаревшие
> версии библиотек, пока приложения не обновятся и не заработают с новыми
> версиями. Так вот, в линухах ключевые старые (бажные) версии библиотек, если
> от них зависят установленные приложения, которые ещё не обновились в репозиториях,
> резервируются (preserve), хотя с виду всё хорошо: основная библиотека обновилась пакетом
> с новой версией, да. Вот только она будет использована в новых
> минорных версиях приложений, а установленные приложения её заигнорят. Полностью обновлённый
> и исправленный "стек приложений" пользователь получит спустя некоторое время — когда
> в системе не останется устаревших версий приложений, зависимых от данной библиотеки.

Изик, ты в какой-то другой вселенной живешь!

1. У библиотек есть API.
2. Библиотеки в дистрибутиве не меняют если изменился API, поэтому он и называется дистрибутив.
3. Исправления багов не должны затрагивать изменения API
4. Если в библиотеку добавили фичу, API от этого не меняется или расширяется.
5. Старая программа не знает о новой фиче, в силу отсутствия у программеров машины времени.
6. Дистрибутив Gentoo - это несвязанное предложение.  

Ответить | Правка | Наверх | Cообщить модератору

90. "Обзор достижений контейнерной изоляции за последние два года"  +/
Сообщение от Аноним (-), 24-Июл-14, 16:51 
> Это потому что ты не видишь дальше собственного носа и не знаешь,
> как всё работает изнутри.

Болван ты, изя. Я по природе своей - что-то типа системщика. И в отличие от тебя, жабиста, знаю поболее о работе систем.

> Есть такая возможность: оставлять в системе устаревшие
> версии библиотек, пока приложения не обновятся и не заработают с новыми версиями.

В линуксах с пакетными манагерами подгон версий либ в 99.9% случаев - проблема майнтайнеров, меня это при ЭКСПЛУАТАЦИИ системы не парит. Корректное состояние репов подразумевает состыкованные зависимости и ответственность причастных за свой кусок работы, как то отсутствие дыр и фатальных багов в этих компонентах.

При РАЗРАБОТКЕ мне может быть придется что-то узнать о особенностях библ и их версий, но опять же - это в целом больше проблема майнтайнеров, а разработчикам видны только какие-то чaстные случаи, когда некую либу глобально перетрясают, так что разработчик должен знать что и почему поменяли. Неудачными решениями можно подгадить, как автор deadbeef, но обычно это нормально работает, если авторы софта и майнтайнеры готовы к неким компромиссам и немного подыгрывают друг другу (а некооперативный апстрим - это хepoво!).

> Так вот, в линухах ключевые старые (бажные) версии библиотек, если
> от них зависят установленные приложения, которые ещё не обновились в репозиториях,
> резервируются (preserve),

В системе может стоять несколько версий библ. Майнтайнеры отвечают за запатченость *всех* которые есть в репах. Да, моюно использовать libusb 0.1 а можно 1.0 и апи на выбор. Майнтайнеры отвечают за отсутствие дыр и фатальных багов в обоих. А какое апи мне больше нравится - выбор за разработчиком. Лишь бы зависимости правильно указал. А в большинстве версий либ апи если и меняется то обратно совместимо, как минимум в minor версиях/фиксах. В целом все достаточно культурно и работоспособно, хотя отдельные нюансы конечно же бывают, как и везде. Я навскидку помню лишь пару либ где тотально разное апи (и подкинуты major версии, соответственно). Libsdl vs libsdl2 и libusb 0.1 vs lubusb 1.0. Это разработчики всяко заметят ибо это решения авторов либ перекроить APi "for teh greater good". Иногда - оправданно, иногда - не очень.

> хотя с виду всё хорошо: основная библиотека обновилась пакетом
> с новой версией, да. Вот только она будет использована в новых
> минорных версиях приложений, а установленные приложения её заигнорят.

Ты что-то не то скушал, болтунишка. Использовать новую версию либы будут все кто от нее зависел. А если есть более старая версия либы с иным API - майнтайнеры этой либы должны следить и чтобы в ней крутых багов и дыр не было.

> Полностью обновлённый и исправленный "стек приложений" пользователь получит спустя некоторое время

И это хорошо, ибо жить на ядерном полигоне постоянно - утомительно. Понимаешь, мне еще и работающая система нужна, поэтому очень хорошо что моменты подтягивания версий софта по крупному вынесены в известные предсказуемые интервалы, между которыми все работает и можно апдейтнуть систему с целью фиксов без риска что все умрет жестокой смертью по причине нестыковки версий чего-то где-то или еще какой там ерунды.

> — когда в системе не останется устаревших версий приложений, зависимых от данной библиотеки.

В этом есть некий смысл - "устаревшая" программа могла иметь например иной формат конфига и совершенно не обязательно что апгрейд программы с версии 1.0 до 2.5 пройдет гладко. Вот майнтайнеры более-менее серьезных дистров это просекли и выступают некими вратарями между юзверями и авторами софта. Задерживая большинство невкусных шайб, летевших в ворота юзверя.

Ответить | Правка | К родителю #80 | Наверх | Cообщить модератору

87. "Обзор достижений контейнерной изоляции за последние два года"  +1 +/
Сообщение от Аноним (-), 07-Июл-14, 18:26 
Изя ты дурак
Ответить | Правка | К родителю #56 | Наверх | Cообщить модератору

60. "Обзор достижений контейнерной изоляции за последние два года"  +/
Сообщение от Аноним (-), 03-Июл-14, 21:48 
не сокращается. Всякие Страуструпы и его последователи до..юы упорно гогнокодят на шаблонах и убивают весь этот прирост с запасом.
Ответить | Правка | К родителю #32 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру