форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка

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

"Обзор достижений контейнерной изоляции за последние два года"	+/–
Сообщение от opennews (ok) on 03-Июл-14, 13:01
Около двух лет назад на страницах OpenNet было опубликовано (https://www.opennet.ru/opennews/art.shtml?num=35028) интервью с Павлом Емельяновым, руководителем группы разработчиков Parallels Server Virtualization, в котором Павел рассказывал о планах компании по включению кодов контейнерной виртуализации в ядро Linux и проект CRIU. Три года назад, когда проект еще был в начальной стадии, он вызвал волну интереса у пользователей Linux и скептический отзыв у Эндрю Мортона. Осенью 2013 года был анонсирован первый крупный релиз проекта – CRIU 1.0. А сегодня он де-факто стал стандартом реализации технологии checkpoint-restore в Linux. Напомним, Павел Емельянов отвечает не только за проектирование многокомпонентных систем, основанных на серверной виртуализации, но и организует процесс взаимодействия ядерной команды Parallels с сообществом разработчиков ядра Linux. Один из его любимых проектов, который получился из такой совместной работы, – CRIU (http://criu.org/): приложение, которое умеет снимать состояние выполняющихся в Linux процессов и восстанавливать в другом месте или в другое время эти процессы из полученных данных. Его целью было заменить существующую реализацию технологии сохранения и восстановления состояния контейнеров, которая, в свою очередь, необходима как база для живой миграции контейнеров. Сегодня мы публикуем некоторые итоги работы команды Павла и ждем вопросов от сообщества, на которые Павел согласился ответить. Вопросы можно отправлять в свободной форме в комментариях к новости. Ответы будут опубликованы в ближайшие недели. Для пояснения  сути контейнеров и оценки целесообразности использования таких систем, в качестве дополнения также приводится перевод статьи Джеймса Боттомли (James Bottomley), известного разработчика ядра Linux, входящего в координационный технический комитет Linux Foundation и занимающего должность технического директора по серверной виртуализации в компании Parallels. <h2>Обзор итогов за 2 года от Павла Емельянова</h2> <blockquote> Недавно в жизни проекта произошло знаменательное событие – Parallels стала сотрудничать с инженерами из компаний Google и Canonical. Последняя, как известно, поддерживает дистрибутив Ubuntu. Они уже влились в проект не только как пользователи, но и как участники - в последнем релизе 1.3-rc2 есть патчи, присланные с адресов @google.com и @canonical.com. Более того, разработчики из Google и Canonical принимают активное участие в обсуждении поддержки cgroup в CRIU и успешно используют CRIU с утилитами Docker и LXC. Кстати, о Docker и LXC. Эти два проекта в своё время завоевали огромную популярность и потеснили с олимпа проект OpenVZ в мире Linux Containers. Долгое время три проекта сосуществовали параллельно, предлагая пользователям одинаковую по сути, но разную в реализации и деталях технологию. Недавно Docker, Parallels, Canonical, Google и RedHat договорились о слиянии центральных частей своих контейнерных проектов в один - libcontainer - и совместном, согласованном его развитии . Libcontainer - это системная библиотека, предоставляющая гибкий и достаточно абстрактный интерфейс к ядерным контейнерным компонентам. Немного технических подробностей. В ядре не существует такого понятия как "контейнер". Говоря о контейнерах, разработчики ядра подразумевают несколько разных подсистем ядра, которые позволяют, при правильном использовании, изолировать приложения в виртуальных средах. Это, главным образом, cgroups и namespaces. Прямое использование ядерных интерфейсов возможно, но весьма нетривиально. Библиотека libcontainer призвана облегчить процедуру их использования, предоставив программистам интерфейс, в котором есть более "привычные" и "возвышенные" понятия, такие как "контейнер", "вычислительные ресурсы", "виртуальная сеть" и т.п. Помимо развития контейнерной технологии, Parallels видит в Libcontainer ещё и способ получить эту технологию в проекте OpenStack. OpenStack - это набор программ, позволяющий разворачивать облачную инфраструктуру и управлять ею. До сих пор OpenStack работал только с виртуальными машинами, но в последнее время, с развитием контейнерной технологии, сообщество разработчиков OpenStack всё чаще и чаще вспоминает о том, что неплохо было бы создавать контейнеры и в облаках, управляемых OpenStack-ом. Уже было предпринято несколько попыток достичь этого - RackSpace разработал расширение на основе контейнеров OpenVZ, но это решение не было принято сообществом. Docker предоставил расширение, основанное на своей технологии, но и оно не закрепилось в проекте. В качестве дальнейшего развития разработчики Parallels, Docker, Canonical и, возможно, RackSpace попробуют привнести контейнеры в OpenStack через Libcontainer. Почему все это сейчас так важно? Дело в том, что контейнерная технология становится ключевым компонентом в большинстве дистрибутивов Linux. Более того, мы все чаще замечаем, что она становится востребованной в корпоративной среде, хотя традиционно считалась уделом хостинг-сообщества. Поскольку рынок постепенно переходит от простых хостинговых услуг к облачным, мы считаем важным, чтобы у заказчиков были все необходимые для этого инструменты, в том числе - OpenStack и Docker. Последний, в частности, пригодится для упаковки ваших приложений в контейнер. Причины, по которым Parallels поддерживает сразу оба проекта, одинаковые: получить технологии Open Source, на основе которых можно построить дифференцированное предложение, соответствующее конкретным нуждам заказчиков. С помощью OpenStack, компонентов открытой технологии для облачных  инструментов и инструментов автоматизации, с помощью Linux Foundation (и Linux в целом) в компании уже работает такое решение, как Parallels Cloud Server. Сегодня разработчики Parallels помогают создать новое поколение docker-программ, таких как контейнеризированные приложения, и за счет этого расширить количество сценариев использования для контейнеров в вычислительной индустрии. А libcontainer как технология open source для потребления контейнерной виртуализации на уровне детализации – это согласованная (между Docker, LXC, Google и Parallels) возможность сделать это. </blockquote> <h2>Джеймс Боттомли, статья "Почему сегодня так много говорят о контейнерной виртуализации?"</h2> <blockquote> Из всех разнообразных технологий виртуализации контейнеры еще недавно рассматривались либо как недорогой вариант создания инфраструктуры для хостинга, либо как редкая диковинка. Но сегодня, благодаря облачной революции и выходу на первый план таких свойств, как эластичность и вычислительная плотность, контейнеры стали предметом повышенного интереса. Прежде всего, потому, что они больше всего подходят для решения этих задач. Почему же о них раньше забывали, и почему вспомнили сегодня? В общих чертах виртуализация – это искусство запуска одной операционной системы поверх другой. История ее развития довольно длинная и богатая. Задолго до гипервизоров и UNIX-систем она использовалась в мейнфреймах для разделения различных операционных систем. Широкого признания на рынках UNIX и Linux она добилась лишь где-то в 2001-ом. В этом году компания VMware выпустила серверный продукт для виртуализации на основе гипервизора, привлекший внимание корпоративного рынка. Практически в то же самое время компания Parallels выпустила Virtuozzo, решение для контейнерной виртуализации, получившее большую популярность на рынке хостинга. Этот барьер сохранялся почти 12 лет: гипервизорная виртуализация не могла отхватить сколько-нибудь значимый кусок хостингового рынка, а контейнеры не могли проникнуть на корпоративный. Такое положение дел продлилось, по крайней мере, до 2013 года – момента появления разработчика Docker и начала роста интереса бизнеса к контейнерной технологии. Контейнеры против гипервизоров – все дело в плотности <center><img src="https://www.opennet.ru/opennews/pics_base/0_1404373057.png" style="border-style: solid; border-color: #e9ead6;... URL: Новость: https://www.opennet.ru/opennews/art.shtml?num=40126
Ответить | Правка | Cообщить модератору

Сообщения по теме

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

2. "Обзор достижений контейнерной изоляции за последние два года"	+/–
Сообщение от Гость on 03-Июл-14, 13:04
Павел, у меня вопрос по вашей же OpenVZ, которая успешно применяется в таком решении, как Proxmox VE. Сейчас они поддерживают два варианта виртуализации - KVM и контейнеры OpenVZ. Используют ядро от чего-то редхатистого, ибо в мейнстриме нет штатной поддержки OpenVZ (во всяком случае, до определенного времени точно не было). Будет ли OpenVZ (пусть и через LXC/cgroups) присутствовать в ванильных ядрах Linux? Есть ли какой-либо интерес у создателей Proxmox VE к Libcontainer и CRIU/Docker/LXC (вам такая кухня может быть известна)? Есть ли планы по выпуску своего готового решения под лицензией AGPL, вроде Proxmox VE, но умеющего CRIU/Docker/LXC/OpenVZ/Virtuozzo? Какие решения для ядер BSD вы разрабатываете и будет ли возможность миграции приложений из одного типа контейнера в другое, с платформы на платформу?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	6. "Обзор достижений контейнерной изоляции за последние два года"	+1 +/–
	Сообщение от Pavel Odintsov on 03-Июл-14, 13:16
	Я не из Parallels, но тоже Павел и могу ответить :) > Павел, у меня вопрос по вашей же OpenVZ, которая успешно применяется в > таком решении, как Proxmox VE. > Сейчас они поддерживают два варианта виртуализации - KVM и контейнеры OpenVZ. > Используют ядро от чего-то редхатистого, ибо в мейнстриме нет штатной поддержки OpenVZ > (во всяком случае, до определенного времени точно не было). > Будет ли OpenVZ (пусть и через LXC/cgroups) присутствовать в ванильных ядрах Linux? Оно есть, vzctl из пакета OpenVZ. Можете поставить на ядро 3.14 и все у Вас будет. Такие новые ядра, например, в Fedora. > Есть ли какой-либо интерес у создателей Proxmox VE к Libcontainer и CRIU/Docker/LXC > (вам такая кухня может быть известна)? Неизвестно. Пока libcontainer не умеет OpenVZ любым прикладникам оно по боку. > Есть ли планы по выпуску своего готового решения под лицензией AGPL, вроде > Proxmox VE, но умеющего CRIU/Docker/LXC/OpenVZ/Virtuozzo? Оно есть - Parallels Cloud Server. Уточните, что именно Вы хотите от OpenVZ, чего нет в стандартной поставке? > Какие решения для ядер BSD вы разрабатываете и будет ли возможность миграции > приложений из одного типа контейнера в другое, с платформы на платформу? Боюсь, что никакие, я не знаю ПО от || виртуализирующего BSD. Но как клиента, разумеется, BSD можно запустить на PCS, Parallels bare Metal или даже Parallels Desktop.
	Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

	69. "Обзор достижений контейнерной изоляции за последние два года"	–1 +/–
	Сообщение от Аноним (??) on 04-Июл-14, 01:57
	> Оно есть, vzctl из пакета OpenVZ. Можете поставить на ядро 3.14 и > все у Вас будет. Такие новые ядра, например, в Fedora. А в ubnutn LTS ядро 3.14 нормально для таких развлечений? Какие опции конфига для работы vzctl с ванилью требуются и насколько LTSная убунта нужное поддерживает "из коробки"? Есть какие-то быстрые средства проверки совместимости той или иной системы с vzctl?
	Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

	10. "Обзор достижений контейнерной изоляции за последние два года"	+/–
	Сообщение от ssh (ok) on 03-Июл-14, 13:36
	> Используют ядро от чего-то редхатистого, ибо в мейнстриме нет штатной поддержки OpenVZ (во всяком случае, до определенного времени точно не было). FYI на самом деле уже нет. :) в Debian Squeeze было, а в Wheezy предложили использовать LXC. Ну или как Proxmox ядро от RH.
	Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

	19. "Обзор достижений контейнерной изоляции за последние два года"	+1 +/–
	Сообщение от Pavel Odintsov on 03-Июл-14, 13:52
	>> Используют ядро от чего-то редхатистого, ибо в мейнстриме нет штатной поддержки OpenVZ (во всяком случае, до определенного времени точно не было). > FYI на самом деле уже нет. :) в Debian Squeeze было, а > в Wheezy предложили использовать LXC. Ну или как Proxmox ядро от > RH. В wheezy/squeeze можно использовать стандартное OpenVZ ядро 2.6.32, все пакеты и юзерспейс давно стабильны.
	Ответить | Правка | ^ к родителю #10 | Наверх | Cообщить модератору

	55. "Обзор достижений контейнерной изоляции за последние два года"	–2 +/–
	Сообщение от Гость on 03-Июл-14, 18:22
	Хочется же какие-нибудь 3.15, или рядом. Да еще и не из чужеродной федоры, а прям родное, дебиановское. :)
	Ответить | Правка | ^ к родителю #19 | Наверх | Cообщить модератору

	67. "Обзор достижений контейнерной изоляции за последние два года"	–4 +/–
	Сообщение от Аноним (??) on 04-Июл-14, 01:40
	> В wheezy/squeeze можно использовать стандартное OpenVZ ядро 2.6.32, Вы знаете, необходимость использовать столь некрофильское ядро - жирный минус. В нем знаете ли есть куча багов разной степени серьезности и непонятной степени бэкпортированности, нет поддержки свежего оборудования, etc.
	Ответить | Правка | ^ к родителю #19 | Наверх | Cообщить модератору

	88. "Обзор достижений контейнерной изоляции за последние два года"	+/–
	Сообщение от анонимыч on 24-Июл-14, 14:41
	Именно RHEL и поддерживает все серверное оборудование :) Проприетарные драйверы в rpm от всяких супермикр, хп, деллов есть всегда именно под RHEL и SLES. Какое еще Вам железо нужно на сервере? Свежие ноутбучные вебкамеры )))?
	Ответить | Правка | ^ к родителю #67 | Наверх | Cообщить модератору

	89. "Обзор достижений контейнерной изоляции за последние два года"	+/–
	Сообщение от Аноним (??) on 24-Июл-14, 16:19
	> Именно RHEL и поддерживает все серверное оборудование :) Рхел вообще гoвняшка редкостная, не зря ее убунта выпирает с большинства хостов в интернете. Вот пусть этим и пользуется полтора энтерпрайза. > Проприетарные драйверы в rpm от всяких супермикр, хп, деллов Проприетарный драйвер - вообще заявка на залет в будущем. Я себе не враг - сами такое DEPЬMO используйте. > Какое еще Вам железо нужно на сервере? Свежие ноутбучные вебкамеры )))? А самое разное. В ядро коммитят туеву хучу поддержки всего и вся. От мобилочных SoC до infiniband.
	Ответить | Правка | ^ к родителю #88 | Наверх | Cообщить модератору

	11. "Обзор достижений контейнерной изоляции за последние два года"	–1 +/–
	Сообщение от Аноним (??) on 03-Июл-14, 13:39
	> OpenVZ He's dead, Jim. Продержится по инерции ещё пару лет, а потом или кусками войдёт в ядро, либо помрёт ибо с lxc меньше гемора.
	Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

	17. "Обзор достижений контейнерной изоляции за последние два года"	+2 +/–
	Сообщение от Pavel Odintsov on 03-Июл-14, 13:48
	>> OpenVZ > He's dead, Jim. Продержится по инерции ещё пару лет, а потом или > кусками войдёт в ядро, либо помрёт ибо с lxc меньше гемора. Не хочу Вас расстраивать, но почти все LXC в ядре - это бывший OpenVZ. Так что умирать он если и будет, то лишь вместе с ядром линукса.
	Ответить | Правка | ^ к родителю #11 | Наверх | Cообщить модератору

	68. "Обзор достижений контейнерной изоляции за последние два года"	–3 +/–
	Сообщение от Аноним (??) on 04-Июл-14, 01:42
	> Не хочу Вас расстраивать, но почти все LXC в ядре - это > бывший OpenVZ. Вот было бы замечательно если бы OVZ и его управляторы начали работать с современными ядрами вместо окаменелых гoвен мамонта.
	Ответить | Правка | ^ к родителю #17 | Наверх | Cообщить модератору

3. "Обзор достижений контейнерной изоляции за последние два года"	–5 +/–
Сообщение от iZEN (ok) on 03-Июл-14, 13:09
FreeBSD/jail — технологии провидцев.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	5. "Обзор достижений контейнерной изоляции за последние два года"	+4 +/–
	Сообщение от Pavel Odintsov on 03-Июл-14, 13:11
	Ага, как было 100 нет назад неюзабильное, так и осталось. OpenVZ намого раньше сделал честную и непробиваемую изоляцию по ресурсам, которую с горем пополам всунули в 9й/10й FreeBSD.
	Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

	7. "Обзор достижений контейнерной изоляции за последние два года"	–4 +/–
	Сообщение от iZEN (ok) on 03-Июл-14, 13:20
	> Ага, как было 100 нет назад неюзабильное, так и осталось. Это мышкой счёлкать нельзя что ли, приходиться набивать настройки конфигурации с клавиатуры? > OpenVZ намого раньше сделал честную и непробиваемую изоляцию по ресурсам Так уже честную? А что делать с общим SWAP и протечкой памяти в одном из контейнеров?
	Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

	9. "Обзор достижений контейнерной изоляции за последние два года"	+2 +/–
	Сообщение от avagin on 03-Июл-14, 13:33
	>> Так уже честную? А что делать с общим SWAP и протечкой памяти в одном из контейнеров? Количество swap-а и памяти лимитируется для каждого контейнера в отдельности. Объясните детальнее проблему, о которой вы говорите.
	Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору

	18. "Обзор достижений контейнерной изоляции за последние два года"	–2 +/–
	Сообщение от iZEN (ok) on 03-Июл-14, 13:51
	В случае с виртуальным сервером, использовать SWAP смерти подобно. Дело в том, что жёсткий диск - самое медленное устройство на сервере и он делится между всеми VPS. А SWAP очень сильно нагружает диски, поэтому малейшая активность свопа у нескольких VPS приведет к тому, что все виртуальные сервера, размещенные на этом сервере, практически перестанут отвечать на запросы.
	Ответить | Правка | ^ к родителю #9 | Наверх | Cообщить модератору

	21. "Обзор достижений контейнерной изоляции за последние два года"	+/–
	Сообщение от Pavel Odintsov on 03-Июл-14, 13:56
	> В случае с виртуальным сервером, использовать SWAP смерти подобно. Дело в том, > что жёсткий диск - самое медленное устройство на сервере и он > делится между всеми VPS. А SWAP очень сильно нагружает диски, поэтому > малейшая активность свопа у нескольких VPS приведет к тому, что все > виртуальные сервера, размещенные на этом сервере, практически перестанут отвечать на запросы. В OpenVZ ранее вообще не было swap. И юзаться он мог лишь при лютейшем недостатке памяти на ноде. С версии 2.6.32 (то есть уже лет 5 как) используется схема vSwap, когда SWAP дается контейнеру, но не реальный, а виртулизированный - созданынй на базе замедленной оперативной памяти. То есть, если на современном ядре контейнер уйдет в глубоий SWAP, то никакой нагрузки на SWAP ноды он не будет производить - все будет крутиться в озу. Но, конечно, если памяти на машине нету под это дело, что все начнет тормозить. Но такое поведение будет и на FreeBSD и на KVM и на Linux и даже на Windows, что вполне ожидаемо.
	Ответить | Правка | ^ к родителю #18 | Наверх | Cообщить модератору

	23. "Обзор достижений контейнерной изоляции за последние два года"	–2 +/–
	Сообщение от iZEN (ok) on 03-Июл-14, 14:05
	Вот тут описан способ надувательства контейнерной виртуализации OpenVZ, в процессе которого память всё равно в итоге распределяется неэффективно: http://openhosting.ru/vps/xen-vs-openvz.jsp Про эмуляцию SWAP в памяти с полосой пропускания на уровне механики — это из разряда запудрить мозги пользователю, авось обойдётся. Пусть почувствует, что его контейнер начал использовать жёсткий диск. :)) Вот ещё давнишняя проблема контейнерной виртуализации на Linux: http://www.stableit.ru/2010/03/openvz.html (см. недавние комментарии — проблема так и не решена)
	Ответить | Правка | ^ к родителю #21 | Наверх | Cообщить модератору

	25. "Обзор достижений контейнерной изоляции за последние два года"	+2 +/–
	Сообщение от Pavel Odintsov on 03-Июл-14, 14:22
	> Вот тут описан способ надувательства контейнерной виртуализации OpenVZ, в процессе которого > память всё равно в итоге распределяется неэффективно: http://openhosting.ru/vps/xen-vs-openvz.jsp > Про эмуляцию SWAP в памяти с полосой пропускания на уровне механики — > это из разряда запудрить мозги пользователю, авось обойдётся. Пусть почувствует, что > его контейнер начал использовать жёсткий диск. :)) > Вот ещё давнишняя проблема контейнерной виртуализации на Linux: http://www.stableit.ru/2010/03/openvz.html > (см. недавние комментарии — проблема так и не решена) Более бездарного обзора как Xen, так и OpenVZ не видел: http://openhosting.ru/vps/xen-vs-openvz.jsp  Армяне лучше чем Грузины. Чем? Чем Грузины :) Это не надувательство, клиент в итоге получает _быстрый_  swap на скорости намного большей, чем ему выдал бы даже SSD диск и ощущает лишь небольшой лаг. Обращаю внимание, что лаг испытывает лишь 1 клиент, а их может быть, скажем, 1000 на одной ноде. В случае реального SWAP начали бы тормозить ВСЕ контейнеры из-за _одного_ клиента.
	Ответить | Правка | ^ к родителю #23 | Наверх | Cообщить модератору

	26. "Обзор достижений контейнерной изоляции за последние два года"	+2 +/–
	Сообщение от Pavel Odintsov on 03-Июл-14, 14:24
	>[оверквотинг удален] >> его контейнер начал использовать жёсткий диск. :)) >> Вот ещё давнишняя проблема контейнерной виртуализации на Linux: http://www.stableit.ru/2010/03/openvz.html >> (см. недавние комментарии — проблема так и не решена) > Более бездарного обзора как Xen, так и OpenVZ не видел: http://openhosting.ru/vps/xen-vs-openvz.jsp >  Армяне лучше чем Грузины. Чем? Чем Грузины :) > Это не надувательство, клиент в итоге получает _быстрый_  swap на скорости > намного большей, чем ему выдал бы даже SSD диск и ощущает > лишь небольшой лаг. Обращаю внимание, что лаг испытывает лишь 1 клиент, > а их может быть, скажем, 1000 на одной ноде. В случае > реального SWAP начали бы тормозить ВСЕ контейнеры из-за _одного_ клиента. А по поводу http://www.stableit.ru/2010/03/openvz.html - это мой блог, к слову и там даже в комментариях сказано, что проблема была, во-первых, года 4 назад, во-вторых, имела корни в перегрузке софта (конкретно - Plesk под DDoS попал) и не имела отношения к контейнеризации :)
	Ответить | Правка | ^ к родителю #25 | Наверх | Cообщить модератору

	64. "Обзор достижений контейнерной изоляции за последние два года"	+4 +/–
	Сообщение от Аноним (??) on 04-Июл-14, 01:29
	Не тратьте на iZEN время - это фрибсдшный болванчик, который openvz не видел даже на картинках. Тратить на него время бесполезно - он будет вопить что фрибзда рулит в любом случае. То что в фрибзде ж...а с виртуализацией и контейнерами - его не смущает.
	Ответить | Правка | ^ к родителю #26 | Наверх | Cообщить модератору

	71. "Обзор достижений контейнерной изоляции за последние два года"	+1 +/–
	Сообщение от Аноним (??) on 04-Июл-14, 01:59
	> http://openhosting.ru/vps/xen-vs-openvz.jsp Ты конечно извини, но сравнивать OpenVZ с Xen - то же самое что сравнивать Теслу с карьерным самосвалом, лишь на том основании что у обоих колеса крутят электромоторы.
	Ответить | Правка | ^ к родителю #23 | Наверх | Cообщить модератору

	31. "Обзор достижений контейнерной изоляции за последние два года"	+1 +/–
	Сообщение от avagin on 03-Июл-14, 14:49
	Я бы на вашем месте сначала ознакомился с технологией. vSwap к реальному swap-у имеет маленькое отношение. Когда контейнер начинает юзать vSwap, то физический своп не используется, а все данные сохраняются в памяти, а скорость этой операции искусственно замедляется. В результате пользователь, вышедший за лимит памяти, не получается отказ в ресурсах, а получает их с меньше скоростью, т е все как на реальной машине.
	Ответить | Правка | ^ к родителю #18 | Наверх | Cообщить модератору

	33. "Обзор достижений контейнерной изоляции за последние два года"	–4 +/–
	Сообщение от iZEN (ok) on 03-Июл-14, 14:58
	> Я бы на вашем месте сначала ознакомился с технологией. vSwap к реальному > swap-у имеет маленькое отношение. Когда контейнер начинает юзать vSwap, то физический > своп не используется, а все данные сохраняются в памяти, а скорость > этой операции искусственно замедляется. В результате пользователь, вышедший за лимит памяти, > не получается отказ в ресурсах, а получает их с меньше скоростью, > т е все как на реальной машине. Да это понятно, что мухлёж в памятью, которой выделяется чуть больше, чем пользователь реально оплатил. В итоге-то держать какой-то объём дорогой оперативной памяти в резерве для каждого контейнера, а при его использовании будет эмулироваться дисковая механика — очень забавно со стороны и смотрится, и чувствуется. Ж))
	Ответить | Правка | ^ к родителю #31 | Наверх | Cообщить модератору

	35. "Обзор достижений контейнерной изоляции за последние два года"	+3 +/–
	Сообщение от Pavel Odintsov on 03-Июл-14, 15:02
	>[оверквотинг удален] >> swap-у имеет маленькое отношение. Когда контейнер начинает юзать vSwap, то физический >> своп не используется, а все данные сохраняются в памяти, а скорость >> этой операции искусственно замедляется. В результате пользователь, вышедший за лимит памяти, >> не получается отказ в ресурсах, а получает их с меньше скоростью, >> т е все как на реальной машине. > Да это понятно, что мухлёж в памятью, которой выделяется чуть больше, чем > пользователь реально оплатил. В итоге-то держать какой-то объём дорогой оперативной памяти > в резерве для каждого контейнера, а при его использовании будет эмулироваться > дисковая механика — очень забавно со стороны и смотрится, и чувствуется. > Ж)) Предложите лучше, реализуйте лучше. Пришлите патчи на LWN. Мы прочтем и порадуемся прогрессу. Так или иначе - ничего лучше, ни у кого в данный момент не существует среди открытых решений.
	Ответить | Правка | ^ к родителю #33 | Наверх | Cообщить модератору

	51. "Обзор достижений контейнерной изоляции за последние два года"	–1 +/–
	Сообщение от Аноним (??) on 03-Июл-14, 16:29
	>[оверквотинг удален] >>> не получается отказ в ресурсах, а получает их с меньше скоростью, >>> т е все как на реальной машине. >> Да это понятно, что мухлёж в памятью, которой выделяется чуть больше, чем >> пользователь реально оплатил. В итоге-то держать какой-то объём дорогой оперативной памяти >> в резерве для каждого контейнера, а при его использовании будет эмулироваться >> дисковая механика — очень забавно со стороны и смотрится, и чувствуется. >> Ж)) > Предложите лучше, реализуйте лучше. Пришлите патчи на LWN. Мы прочтем и порадуемся > прогрессу. Так или иначе - ничего лучше, ни у кого в > данный момент не существует среди открытых решений. Zones?
	Ответить | Правка | ^ к родителю #35 | Наверх | Cообщить модератору

	52. "Обзор достижений контейнерной изоляции за последние два года"	+/–
	Сообщение от Pavel Odintsov on 03-Июл-14, 16:41
	А разве в зонах swap был не на обычных ZFS пулах? Насколько я вижу, можно было лишь задать его объем: https://blogs.oracle.com/observatory/entry/zone_swap_space но не изолировать.
	Ответить | Правка | ^ к родителю #51 | Наверх | Cообщить модератору

	65. "Обзор достижений контейнерной изоляции за последние два года"	+/–
	Сообщение от Аноним (??) on 04-Июл-14, 01:30
	> Zones? Желающих иметь с солярой дело нынче что-то весьма немного.
	Ответить | Правка | ^ к родителю #51 | Наверх | Cообщить модератору

	14. "Обзор достижений контейнерной изоляции за последние два года"	+3 +/–
	Сообщение от Pavel Odintsov on 03-Июл-14, 13:42
	SWAP в OpenVZ изолированный лет 7 как. Также там есть виртульный vSWAP, который вообще в озу. И протечки памяти.... поверю лишь в случае багрепорта на bugzilla.openvz.org
	Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору

	8. "Обзор достижений контейнерной изоляции за последние два года"	–3 +/–
	Сообщение от iZEN (ok) on 03-Июл-14, 13:22
	> которую с горем пополам всунули в 9й/10й FreeBSD. Отчего же с "горем"? Вполне себе бесшовно и прозрачно.
	Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

	22. "Обзор достижений контейнерной изоляции за последние два года"	+3 +/–
	Сообщение от Pavel Odintsov on 03-Июл-14, 14:03
	>> которую с горем пополам всунули в 9й/10й FreeBSD. > Отчего же с "горем"? Вполне себе бесшовно и прозрачно. С горем потому, что изолируется от силы половина вещей, которые нужно изолировать. Jails по уровню с трудом дотягивают до Linux Upstream Containers, которые в свою очередь где-то в годах 5 разработки от уровня изоляции в OpenVZ.
	Ответить | Правка | ^ к родителю #8 | Наверх | Cообщить модератору

	12. "Обзор достижений контейнерной изоляции за последние два года"	+2 +/–
	Сообщение от Аноним (??) on 03-Июл-14, 13:41
	И vimage уже перестал ядро ронять? Ладно сказки-то травить.
	Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

	36. "Обзор достижений контейнерной изоляции за последние два года"	+/–
	Сообщение от iZEN (ok) on 03-Июл-14, 15:04
	> И vimage уже перестал ядро ронять? Ладно сказки-то травить. wiki.polymorf.fr/index.php/Howto:FreeBSD_jail_vnet
	Ответить | Правка | ^ к родителю #12 | Наверх | Cообщить модератору

	13. "Обзор достижений контейнерной изоляции за последние два года"	+3 +/–
	Сообщение от Andrey Mitrofanov on 03-Июл-14, 13:41
	> FreeBSD/jail — технологии провидцев. Какие из     * Kernel namespaces (ipc, uts, mount, pid, network and user) Ваши провидцы _реализовали _раньше? Реализовали вообще?
	Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

	15. "Обзор достижений контейнерной изоляции за последние два года"	+/–
	Сообщение от Pavel Odintsov on 03-Июл-14, 13:43
	>> FreeBSD/jail — технологии провидцев. > Какие из >     * Kernel namespaces (ipc, uts, mount, pid, network > and user) > Ваши провидцы _реализовали _раньше? Реализовали вообще? Потрясный список! Я бы еще добавил blkio cgroup и tc для шейпинга :)
	Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

	24. "Обзор достижений контейнерной изоляции за последние два года"	+3 +/–
	Сообщение от Andrey Mitrofanov on 03-Июл-14, 14:12
	>> Какие из >>     * Kernel namespaces (ipc, uts, mount, pid, network and user) >> Ваши провидцы _реализовали _раньше? Реализовали вообще? 2iZEN: Не утруждайтесь, на википедию сам сходил. И половины нет. > Потрясный список! Я бы еще добавил blkio cgroup и tc для шейпинга > :) Это ровно 1 строка из Features с linuxcontainers.org/. И дополнить ещё обратным списком "FreeBSD jails are limited in the following ways:" с wikipedia.org/wiki/FreeBSD_jail.
	Ответить | Правка | ^ к родителю #15 | Наверх | Cообщить модератору

	72. "Обзор достижений контейнерной изоляции за последние два года"	+1 +/–
	Сообщение от Аноним (??) on 04-Июл-14, 02:01
	> 2iZEN: Не утруждайтесь, на википедию сам сходил. И половины нет. Бесшовно работает - язык у изена без костей.
	Ответить | Правка | ^ к родителю #24 | Наверх | Cообщить модератору

	38. "Обзор достижений контейнерной изоляции за последние два года"	–3 +/–
	Сообщение от iZEN (ok) on 03-Июл-14, 15:11
	>> FreeBSD/jail — технологии провидцев. > Какие из >     * Kernel namespaces (ipc, uts, mount, pid, network > and user) > Ваши провидцы _реализовали _раньше? Реализовали вообще? Что за странный список? К чему он? Контенеры jail на площадках хостинг-провайдеров работали уже тогда, когда IBM ещё не выделила на развитие GNU/Linux своего первого миллиарда долларов. Когда в Linux не было никаких способов изоляции приложений кроме дырявого chroot.
	Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

	39. "Обзор достижений контейнерной изоляции за последние два года"	+3 +/–
	Сообщение от Andrey Mitrofanov on 03-Июл-14, 15:13
	>>> FreeBSD/jail — технологии провидцев. >> Какие из >> Ваши провидцы _реализовали _раньше? Реализовали вообще? > Что за странный список? К чему он? Очевидно же, для демнстрации Вашей некомпетентности. Спасибо!
	Ответить | Правка | ^ к родителю #38 | Наверх | Cообщить модератору

	45. "Обзор достижений контейнерной изоляции за последние два года"	–3 +/–
	Сообщение от iZEN (ok) on 03-Июл-14, 15:21
	Концепция FreeBSD/jail доказала право на жизнь ещё тогда, когда Linux путался в пелёнках. Linux до сих пор не имеет 100% работающую собственную контейнерную изоляцию (LXC) — http://habrahabr.ru/post/208746/
	Ответить | Правка | ^ к родителю #39 | Наверх | Cообщить модератору

	47. "Обзор достижений контейнерной изоляции за последние два года"	+2 +/–
	Сообщение от Andrey Mitrofanov on 03-Июл-14, 15:25
	>доказала право на жизнь Я же сказал, спасибо, достаточно.
	Ответить | Правка | ^ к родителю #45 | Наверх | Cообщить модератору

	73. "Обзор достижений контейнерной изоляции за последние два года"	+1 +/–
	Сообщение от Аноним (??) on 04-Июл-14, 02:04
	> Концепция FreeBSD/jail доказала право А теперь вот у хостеров фря пошла в пешее эротическое. Такая вот правда жизни.
	Ответить | Правка | ^ к родителю #45 | Наверх | Cообщить модератору

	66. "Обзор достижений контейнерной изоляции за последние два года"	+1 +/–
	Сообщение от Аноним (??) on 04-Июл-14, 01:32
	> Контенеры jail на площадках хостинг-провайдеров работали уже тогда, когда IBM ещё не > выделила на развитие GNU/Linux своего первого миллиарда долларов. А деревянные бипланы летали раньше Боингов и Эйрбасов. Но почему-то теперь летают в основном на них, а не на деревянных бипланах. Хоть они и раньше были, etc.
	Ответить | Правка | ^ к родителю #38 | Наверх | Cообщить модератору

4. "Обзор достижений контейнерной изоляции за последние два года"	+/–
Сообщение от Pavel Odintsov on 03-Июл-14, 13:10
Основной вопрос/просьба - пожалуйста, не забивайте/забывайте про OpenVZ! criu, docker, libcontainer и прочие они про апстримные контейнеры, которым до продакшена еще лет 5-7 разработки. А на OpenVZ все забили, хотя он в не меньшей степени нуждается в доделках и улучшениях юзерспейса.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	16. "Обзор достижений контейнерной изоляции за последние два года"	+/–
	Сообщение от Аноним (??) on 03-Июл-14, 13:44
	У вас взаимоисключающие параграфы.
	Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

	20. "Обзор достижений контейнерной изоляции за последние два года"	+/–
	Сообщение от Pavel Odintsov on 03-Июл-14, 13:53
	> У вас взаимоисключающие параграфы. Почему они взаимо исключающие? Что мешает прикрутить Докер к OpenVZ? Да никто.
	Ответить | Правка | ^ к родителю #16 | Наверх | Cообщить модератору

	40. "Обзор достижений контейнерной изоляции за последние два года"	–1 +/–
	Сообщение от iZEN (ok) on 03-Июл-14, 15:13
	>> У вас взаимоисключающие параграфы. > Почему они взаимо исключающие? Что мешает прикрутить Докер к OpenVZ? Да никто. OpenVZ — это просто куча патчей для определённой версии ядра. Докеры, скорее всего, не хотят привязываться к определённой проприетарной (хоть и открытой) технологии и версии, вот и всё.
	Ответить | Правка | ^ к родителю #20 | Наверх | Cообщить модератору

	43. "Обзор достижений контейнерной изоляции за последние два года"	+1 +/–
	Сообщение от Pavel Odintsov on 03-Июл-14, 15:20
	>>> У вас взаимоисключающие параграфы. >> Почему они взаимо исключающие? Что мешает прикрутить Докер к OpenVZ? Да никто. > OpenVZ — это просто куча патчей для определённой версии ядра. Докеры, скорее > всего, не хотят привязываться к определённой проприетарной (хоть и открытой) технологии > и версии, вот и всё. Они вполне хотят - я им писал на GitHub - они с радостью примут патчи для OpenVZ.
	Ответить | Правка | ^ к родителю #40 | Наверх | Cообщить модератору

	29. "Обзор достижений контейнерной изоляции за последние два года"	+/–
	Сообщение от Пиони on 03-Июл-14, 14:38
	5-7 это вечность для сегодняшнего мира software. Docker уже релиз, год или максимум два, и он будет повсеместно
	Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

	30. "Обзор достижений контейнерной изоляции за последние два года"	+/–
	Сообщение от Pavel Odintsov on 03-Июл-14, 14:45
	В том и дело, что нужно начинать сейчас. Аналогов OpenVZ в любом случае не будет по меньшей мере года 3-4. Все это время будет использоваться стабильное ядро RHEL 6 2.6.32, о котором все забыли в общем-то. Если знаете C, присоединяйтесь к допилке libct для OpenVZ :)
	Ответить | Правка | ^ к родителю #29 | Наверх | Cообщить модератору

	41. "Обзор достижений контейнерной изоляции за последние два года"	–2 +/–
	Сообщение от iZEN (ok) on 03-Июл-14, 15:14
	> 5-7 это вечность для сегодняшнего мира software. Docker уже релиз, год или > максимум два, и он будет повсеместно В Bhyve тоже будет Докер? Как интересно. Ж))
	Ответить | Правка | ^ к родителю #29 | Наверх | Cообщить модератору

	42. "Обзор достижений контейнерной изоляции за последние два года"	+/–
	Сообщение от Pavel Odintsov on 03-Июл-14, 15:17
	>> 5-7 это вечность для сегодняшнего мира software. Docker уже релиз, год или >> максимум два, и он будет повсеместно > В Bhyve тоже будет Докер? Как интересно. Ж)) FreeBSD в виртуализации места нету в текущем виде.  Исправятся - тоже сделают Докер =) Хотя он гадость, да.
	Ответить | Правка | ^ к родителю #41 | Наверх | Cообщить модератору

	46. "Обзор достижений контейнерной изоляции за последние два года"	–3 +/–
	Сообщение от iZEN (ok) on 03-Июл-14, 15:24
	>>> 5-7 это вечность для сегодняшнего мира software. Docker уже релиз, год или >>> максимум два, и он будет повсеместно >> В Bhyve тоже будет Докер? Как интересно. Ж)) > FreeBSD в виртуализации места нету в текущем виде. ПОЧЕМУ?! Мышкой нельзя настроить что ли, в этом всё "нет места"? > Исправятся - тоже сделают Докер =) Хотя он гадость, да. Доделаете LXC до юзабельного состояния — сравнивайте с jail в продакшене. А пока исправляйтесь сами.
	Ответить | Правка | ^ к родителю #42 | Наверх | Cообщить модератору

	50. "Обзор достижений контейнерной изоляции за последние два года"	+2 +/–
	Сообщение от Pavel Odintsov on 03-Июл-14, 15:39
	>>>> 5-7 это вечность для сегодняшнего мира software. Docker уже релиз, год или >>>> максимум два, и он будет повсеместно >>> В Bhyve тоже будет Докер? Как интересно. Ж)) >> FreeBSD в виртуализации места нету в текущем виде. > ПОЧЕМУ?! Мышкой нельзя настроить что ли, в этом всё "нет места"? >> Исправятся - тоже сделают Докер =) Хотя он гадость, да. > Доделаете LXC до юзабельного состояния — сравнивайте с jail в продакшене. А > пока исправляйтесь сами. Вы уже доказали свою квалификацию в познаниях OpenVZ, повторять про LXC тоже самое, честно, смысла не вижу.
	Ответить | Правка | ^ к родителю #46 | Наверх | Cообщить модератору

	74. "Обзор достижений контейнерной изоляции за последние два года"	+1 +/–
	Сообщение от Аноним (??) on 04-Июл-14, 02:06
	> честно, смысла не вижу. У него везде такая квалификация, увы.
	Ответить | Правка | ^ к родителю #50 | Наверх | Cообщить модератору

27. "Обзор достижений контейнерной изоляции за последние два года"	–4 +/–
Сообщение от cccc on 03-Июл-14, 14:32
> присланные с адресов @google.com и @canonical.com С этих адресов кто угодно может написать. Причем тут разрабы Гугла и Каноникла?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	28. "Обзор достижений контейнерной изоляции за последние два года"	+2 +/–
	Сообщение от Pavel Odintsov on 03-Июл-14, 14:36
	>> присланные с адресов @google.com и @canonical.com > С этих адресов кто угодно может написать. Причем тут разрабы Гугла и > Каноникла? Адреса @google.com используются только сотрудниками, публичный - gmail.com.
	Ответить | Правка | ^ к родителю #27 | Наверх | Cообщить модератору

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

	34. "Обзор достижений контейнерной изоляции за последние два года"	+/–
	Сообщение от Pavel Odintsov on 03-Июл-14, 15:00
	Даже такое уже было в OpenVZ: https://openvz.org/Using_vzpkg_and_vzyum_on_x86_64 Кратко - была возможность собрать контейнер целиком очень быстро из набора rpm пакетов. Во многом похоже на debootstrap, только быстрее и более унифицирвоанно.
	Ответить | Правка | ^ к родителю #32 | Наверх | Cообщить модератору

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

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

	56. "Обзор достижений контейнерной изоляции за последние два года"	–3 +/–
	Сообщение от iZEN (ok) on 03-Июл-14, 19:01
	> Если мощности процов еще растут и сокращается время компиляции, то сборка пакета > и/или дистрибутива может дойти до 1-3 минут. Соответственно любая система виртуализации > может быть контейнером для пакета Можно просто использовать JVM с AOT, писать приложения на обычной Java и других языках для JVM — скорость разработки (а также отладки, исправления ошибок, выпуска новых версий) увеличится в разы по сравнению с протекающим C/C++ крапом. НО ЗАЧЕМ?
	Ответить | Правка | ^ к родителю #32 | Наверх | Cообщить модератору

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

	61. "Обзор достижений контейнерной изоляции за последние два года"	–1 +/–
	Сообщение от iZEN (ok) on 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...
	Ответить | Правка | ^ к родителю #57 | Наверх | Cообщить модератору

	75. "Обзор достижений контейнерной изоляции за последние два года"	+2 +/–
	Сообщение от Аноним (??) on 04-Июл-14, 02:33
	> должны быть перекомпилированы все от неё зависимые библиотеки и приложения (а > это ВРЕМЯ), а иначе будут глюки, видимые невооружённым глазом. Теперь ты понимаешь почему фрибздя повылетела из продакшнов, подчистую проcpaв системам с пакетными менеджерами. Где это время конечно кем-то когда-то тратится, но ты его как правило не тратишь, кроме сильно эксклюзивных случаев. > Для Java я такого бедлама не встречал Я понял. Изе кто-то сказал что фрибзда - круто. Изя поставил. И обнаружил что управление софтом в фряхе - ужоснax. Поэтому он любит яву. Вот оно что! > А ещё есть libjpeg, libpng... А в линухе с пакетным манагером такая либа заменяется за 10 секунд, вкатыванием 1 пакета. Приколись? :)
	Ответить | Правка | ^ к родителю #61 | Наверх | Cообщить модератору

	80. "Обзор достижений контейнерной изоляции за последние два года"	–3 +/–
	Сообщение от iZEN (ok) on 04-Июл-14, 22:09
	>> А ещё есть libjpeg, libpng... > А в линухе с пакетным манагером такая либа заменяется за 10 секунд, вкатыванием 1 пакета. Приколись? :) Это потому что ты не видишь дальше собственного носа и не знаешь, как всё работает изнутри. Есть такая возможность: оставлять в системе устаревшие версии библиотек, пока приложения не обновятся и не заработают с новыми версиями. Так вот, в линухах ключевые старые (бажные) версии библиотек, если от них зависят установленные приложения, которые ещё не обновились в репозиториях, резервируются (preserve), хотя с виду всё хорошо: основная библиотека обновилась пакетом с новой версией, да. Вот только она будет использована в новых минорных версиях приложений, а установленные приложения её заигнорят. Полностью обновлённый и исправленный "стек приложений" пользователь получит спустя некоторое время — когда в системе не останется устаревших версий приложений, зависимых от данной библиотеки.
	Ответить | Правка | ^ к родителю #75 | Наверх | Cообщить модератору

	83. "Обзор достижений контейнерной изоляции за последние два года"	+/–
	Сообщение от pavlinux (ok) on 05-Июл-14, 16:06
	>[оверквотинг удален] > Это потому что ты не видишь дальше собственного носа и не знаешь, > как всё работает изнутри. Есть такая возможность: оставлять в системе устаревшие > версии библиотек, пока приложения не обновятся и не заработают с новыми > версиями. Так вот, в линухах ключевые старые (бажные) версии библиотек, если > от них зависят установленные приложения, которые ещё не обновились в репозиториях, > резервируются (preserve), хотя с виду всё хорошо: основная библиотека обновилась пакетом > с новой версией, да. Вот только она будет использована в новых > минорных версиях приложений, а установленные приложения её заигнорят. Полностью обновлённый > и исправленный "стек приложений" пользователь получит спустя некоторое время — когда > в системе не останется устаревших версий приложений, зависимых от данной библиотеки. Изик, ты в какой-то другой вселенной живешь! 1. У библиотек есть API. 2. Библиотеки в дистрибутиве не меняют если изменился API, поэтому он и называется дистрибутив. 3. Исправления багов не должны затрагивать изменения API 4. Если в библиотеку добавили фичу, API от этого не меняется или расширяется. 5. Старая программа не знает о новой фиче, в силу отсутствия у программеров машины времени. 6. Дистрибутив Gentoo - это несвязанное предложение.
	Ответить | Правка | ^ к родителю #80 | Наверх | Cообщить модератору

	90. "Обзор достижений контейнерной изоляции за последние два года"	+/–
	Сообщение от Аноним (??) on 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 +/–
	Сообщение от Аноним (??) on 07-Июл-14, 18:26
	Изя ты дурак
	Ответить | Правка | ^ к родителю #56 | Наверх | Cообщить модератору

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

58. "Обзор достижений контейнерной изоляции за последние два года"	–1 +/–
Сообщение от Mirraz (ok) on 03-Июл-14, 20:38
libvirt, libcontainer, Docker, LXC, cgroups & namespaces, ... Прослойка на абстракции и библиотекой погоняет.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	59. "Обзор достижений контейнерной изоляции за последние два года"	+/–
	Сообщение от Pavel Odintsov on 03-Июл-14, 20:51
	> libvirt, libcontainer, Docker, LXC, cgroups & namespaces, ... > Прослойка на абстракции и библиотекой погоняет. Да, тут целый ворох сущностей. Но libvirt в стороне от этого, его работа с LXC/OpenVZ стремится к 0.
	Ответить | Правка | ^ к родителю #58 | Наверх | Cообщить модератору

62. "Обзор достижений контейнерной изоляции за последние два года"	–4 +/–
Сообщение от F on 03-Июл-14, 22:23
Эмм, да, до линукса все идеи доходят реально как до жирафа. FreeBSD получила "контейнерную виртуализацию" где-то на рубеже столетия. И да, jail от рождения (в четвертой ветке, подверсию не помню) был глюковат - но свои задачи выполнял. В отличие от ... За что собственно фряху и любили. В отличие от косого и кривого поделия RH 6.2. Про гиковский на всю голову Debian даже и вспоминать не хочется. И никому в голову не приходило обозвать фактически улучшенный chroot - виртуализацией. В 2001-2002 некоторые хостинг провайдеры предлагали то, что позже обзовут VPS - на базе именно механизма jail в FreeBSD. Собственно лично пользовался. Виртуалки - это было только на мейнфреймах. Про 2001 год как год старта хайпа по виртуализации тоже прогон - реально буча началась позднее, к 2003, а то и 2004 году. ЗЫ Линуксная фрагментированность до сих пор выбешивает - как по фичам, так и по дистрибутивам. ЗЗЫ Нехитро иЗена травить, "сперва добейся", да? Так вот, идейной новизны в LXC - ноль. И да, у фряхи - как ни крути, а приоритет. Пусть и не вылившийся в стратегическое преимущество.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	63. "Обзор достижений контейнерной изоляции за последние два года"	–1 +/–
	Сообщение от F on 03-Июл-14, 22:31
	> И да, jail от > рождения (в четвертой ветке, подверсию не помню) был глюковат - но > свои задачи выполнял. В отличие от ... Собственно, 4.0, март 2000-го. В продакшен у нас пошла почти сразу по релизу - вместе с новым сервером и Cronyx Sigma на канал к аплинку :)
	Ответить | Правка | ^ к родителю #62 | Наверх | Cообщить модератору

	70. "Обзор достижений контейнерной изоляции за последние два года"	+/–
	Сообщение от Аноним (??) on 04-Июл-14, 01:57
	Тебя так послушать, так во всём "идейной новизны - ноль". сама бзд - это переизобретение коммерческих юниксов. Не самая удачная попытка, причём.
	Ответить | Правка | ^ к родителю #62 | Наверх | Cообщить модератору

	76. "Обзор достижений контейнерной изоляции за последние два года"	+1 +/–
	Сообщение от Аноним (??) on 04-Июл-14, 02:35
	> - это переизобретение коммерческих юниксов. Не самая удачная попытка, причём. При том настолько не самая удачная что корпорасы пошли инвестировать в пингвин. Невзирая на то что он вылупился на 10 лет позже, да еще под GPL и (вы только подумайте!) - там делиться надо.
	Ответить | Правка | ^ к родителю #70 | Наверх | Cообщить модератору

	81. "Обзор достижений контейнерной изоляции за последние два года"	+/–
	Сообщение от pavlinux (ok) on 05-Июл-14, 15:59
	>> - это переизобретение коммерческих юниксов. Не самая удачная попытка, причём. > При том настолько не самая удачная что корпорасы пошли инвестировать в пингвин. > Невзирая на то что он вылупился на 10 лет позже, ФриБЗДя в 93 появилась, в виде студенческого зародыша. Slakware уже в 92 был.
	Ответить | Правка | ^ к родителю #76 | Наверх | Cообщить модератору

	82. "Обзор достижений контейнерной изоляции за последние два года"	–1 +/–
	Сообщение от iZEN (ok) on 05-Июл-14, 16:04
	>>> - это переизобретение коммерческих юниксов. Не самая удачная попытка, причём. >> При том настолько не самая удачная что корпорасы пошли инвестировать в пингвин. >> Невзирая на то что он вылупился на 10 лет позже, > ФриБЗДя в 93 появилась, в виде студенческого зародыша. Ага — с взятым у Novell кодом AT&T Unix и оставленным по обоюдному соглашению. "Первая официальная версия FreeBSD 1.0 вышла в декабре 1993 года.", — Wiki. А до неё ничего не было. > Slakware уже в 92 был. Врёшь и не краснеешь. "Первая версия этого дистрибутива была выпущена Патриком Фолькердингом — также известным как Mr. Slackware и The Man — 17 июля 1993. Эта версия базировалась на дистрибутиве SLS и представляла собой копию 3,5" дискеты, которую можно было скачать по FTP.", — Wiki. " From: Patrick J. Volkerding (bf703@cleveland.Freenet.Edu) Subject: ANNOUNCE: Slackware Linux 1.00 Newsgroups: comp.os.linux Date: 1993-07-16 17:21:20 PST " — http://www.slackware.com/announce/1.0.php
	Ответить | Правка | ^ к родителю #81 | Наверх | Cообщить модератору

	85. "Обзор достижений контейнерной изоляции за последние два года"	+2 +/–
	Сообщение от pavlinux (ok) on 05-Июл-14, 16:12
	> А до неё ничего не было. Ты это видел? Что там было у AT&T. Оно вообще работало? > Subject: ANNOUNCE: Slackware Linux 1.00 > Newsgroups: comp.os.linux > Date: 1993-07-16 17:21:20 PST Это называется вижу только то, что хочу увидеть. --- В общем пох...й на прошлое. В настоящем - BSD в жопе, из TOP500 выброшена как устаревшая. Даже нищеброды в деревнях на свои роутеры уже не ставят! RIP и Аминь!
	Ответить | Правка | ^ к родителю #82 | Наверх | Cообщить модератору

	86. "Обзор достижений контейнерной изоляции за последние два года"	–4 +/–
	Сообщение от iZEN (ok) on 05-Июл-14, 16:47
	>> А до неё ничего не было. > Ты это видел? Что там было у AT&T. Оно вообще работало? Не видел. Нам на первом курсе университета Паскаль преподавали и занимались мы на терминалах "СМ-4". >> Subject: ANNOUNCE: Slackware Linux 1.00 >> Newsgroups: comp.os.linux >> Date: 1993-07-16 17:21:20 PST > Это называется вижу только то, что хочу увидеть. Факт в том, что в 1992 году никакой Slackware ещё не было. Во всяком случае о ней ничего не знали. Впрочем, о FreeBSD — тоже не знали, так как приставку "Free" к аббревиатуре "BSD" (обозначающей дистрибутив калифорнийского университета Беркли) она приобрела позднее. > В общем пох...й на прошлое. Что ж ты его так не любишь? Вон, в датах совсем запутался. :)) > В настоящем - BSD в жопе, из TOP500 выброшена как устаревшая. > Даже нищеброды в деревнях на свои роутеры уже не ставят! И мухи продолжают не ошибаться!
	Ответить | Правка | ^ к родителю #85 | Наверх | Cообщить модератору

	92. "Обзор достижений контейнерной изоляции за последние два года"	+/–
	Сообщение от Аноним (??) on 24-Июл-14, 16:55
	> И мухи продолжают не ошибаться! На мух в этой схеме больше всего похожи кадры типа тебя.
	Ответить | Правка | ^ к родителю #86 | Наверх | Cообщить модератору

	91. "Обзор достижений контейнерной изоляции за последние два года"	+/–
	Сообщение от Аноним (??) on 24-Июл-14, 16:52
	> ФриБЗДя в 93 появилась, в виде студенческого зародыша. Только ее не с ноля писали. А на основе кода других бздей. А Торвальдс код ни у кого не копипастил.
	Ответить | Правка | ^ к родителю #81 | Наверх | Cообщить модератору

	84. "Обзор достижений контейнерной изоляции за последние два года"	–1 +/–
	Сообщение от iZEN (ok) on 05-Июл-14, 16:10
	> да еще под GPL и (вы только подумайте!) - там делиться надо. http://www.youtube.com/watch?v=9GmipSGx5r8
	Ответить | Правка | ^ к родителю #76 | Наверх | Cообщить модератору

	77. "Обзор достижений контейнерной изоляции за последние два года"	+2 +/–
	Сообщение от Аноним (??) on 04-Июл-14, 02:36
	> а приоритет. Пусть и не вылившийся в стратегическое преимущество. Проcpaные полимеры - это не приоритет, это хреновое управление проектом, чувак.
	Ответить | Правка | ^ к родителю #62 | Наверх | Cообщить модератору

	78. "Обзор достижений контейнерной изоляции за последние два года"	+1 +/–
	Сообщение от angra (ok) on 04-Июл-14, 05:52
	virtuozzo и vserver появились тоже на рубеже столетия и предлагали более высокий уровень изоляции.
	Ответить | Правка | ^ к родителю #62 | Наверх | Cообщить модератору

	79. "Обзор достижений контейнерной изоляции за последние два года"	+/–
	Сообщение от Неадекват on 04-Июл-14, 18:20
	Linux-vserver - Октябрь 2001, если быть точным. http://www.paul.sladen.org/vserver/archives/200110/
	Ответить | Правка | ^ к родителю #78 | Наверх | Cообщить модератору

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

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