1.1, Аноним (-), 18:52, 27/04/2015 [ответить] [﹢﹢﹢] [ · · · ]
| +2 +/– |
Ну всё, теперь User294 завалит их патч^WWW ой, начнет следить за коммит-логом. Ну вот так он софт разрабатывает, что поделать.
| |
|
2.62, Аноним (-), 19:06, 28/04/2015 [^] [^^] [^^^] [ответить]
| +/– |
> Ну всё, теперь User294 завалит их патч^WWW ой, начнет следить за коммит-логом.
> Ну вот так он софт разрабатывает, что поделать.
Не, не начну. Мне возня по насилованию трупика 3.10 малоинтересна. Вот если заинтегрируются в майнлайн...
А покуда они будут сватать какой-то самопальный перепатченый 3.10 - они так и будут терять рынок в пользу других VM и контейнеров, которые всех этих извратов с кастомными ядрами не требуют. Главный минус OVZ который у него всю жизнь был - никуда не делся.
| |
|
3.65, Аноним (-), 20:37, 28/04/2015 [^] [^^] [^^^] [ответить]
| +/– |
Блин, пичаль пичальная. А я думал ты покоммитиш^W в лог посмотришь, чтоб развитие быстрее пошло. Ну всё, пропал OpenVZ без твоего мониторинга развития.
| |
|
4.67, Аноним (-), 20:49, 28/04/2015 [^] [^^] [^^^] [ответить]
| +/– |
> Блин, пичаль пичальная. А я думал ты покоммитиш^W в лог посмотришь,
Ядра 3.10? Да ну его, что-то не хочется. Копаться в куче костяшек - не очень возбуждаюшее начинание.
| |
|
5.72, Аноним (-), 12:53, 29/04/2015 [^] [^^] [^^^] [ответить]
| +/– |
Что-то мне подсказывает, что копаться ты не хочешь не потому, что ядро старое, а потому, что мозгов не хватает.
| |
|
6.73, Аноним (-), 13:41, 29/04/2015 [^] [^^] [^^^] [ответить]
| +/– |
> Что-то мне подсказывает, что копаться ты не хочешь не потому, что ядро
> старое, а потому, что мозгов не хватает.
Хз, до оценки этого фактора дело просто не доходит. Увидев такой номер версии я сразу решаю что это - "uninspiring". Заниматься байтовой эксгумацией меня совсем не тянет.
| |
|
|
|
|
|
1.3, Аноним (-), 19:09, 27/04/2015 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Неужели в проксмоксе с ядром 3.10 снова можно будет юзать божественный OpenVZ и можно будет выкинуть 2.6.32.X.
| |
|
2.4, ligurio (??), 19:14, 27/04/2015 [^] [^^] [^^^] [ответить]
| –3 +/– |
Мы в Odin надеемся, что с новым релизом открытой Virtuozzo вы не захотите пользоваться Proxmox. :)
| |
|
|
4.13, Pavel Odintsov (?), 01:12, 28/04/2015 [^] [^^] [^^^] [ответить]
| +/– |
> и ZFS
Мда, KVM и ZFS - это Вы сильно адептов Одина вмочили :) Но совершенно резонно. Еще проблема и очень большая с роутингом и аналогами openvswitch для OpenVZ.
| |
|
5.50, anonymous (??), 14:16, 28/04/2015 [^] [^^] [^^^] [ответить]
| +/– |
так ведь работает Virtuozzo (который бывший PCS6) c ZFS
не из коробки, конечно, но вполне штатно, с помощью zfs-onlinux
| |
|
6.51, Pavel Odintsov (ok), 14:31, 28/04/2015 [^] [^^] [^^^] [ответить]
| +/– |
> так ведь работает Virtuozzo (который бывший PCS6) c ZFS
> не из коробки, конечно, но вполне штатно, с помощью zfs-onlinux
1) ploop работать не будет
2) в SIMFS вложенные квоты работать не будут
А вообще имеется целый репо с документацией как скрестить OpenVZ с ZFS: https://github.com/pavel-odintsov/OpenVZ_ZFS
Но вот в команде Parallels к этому (ZFS на OpenVZ) интерес нулевой.
| |
|
|
|
3.10, sm (??), 21:02, 27/04/2015 [^] [^^] [^^^] [ответить]
| +/– |
А будет открыт весь стак virtuozzo, включаю cloud storage?
| |
3.18, Аноним (-), 07:44, 28/04/2015 [^] [^^] [^^^] [ответить]
| +5 +/– |
Proxmox это не только OpenVZ, но и KVM, наиудобнейший веб-интерфейс с HTML5-консолями, HA из коробки, openvswitch, ZFS и т.д.
| |
|
4.80, PnDx (ok), 16:19, 29/04/2015 [^] [^^] [^^^] [ответить]
| +/– |
Удобно? Да. Пока не завалится.
Потом — лихорадочно ищут специалиста разобраться с тем, что нафоршмачил "освоивший" Proxmox "студент". Потому что:
1. Он собрал "HA кластер" на 2-х писюках. С DAS, понятное дело. Про tie-braking не читал, т.к. годный разбор — на вражеском.
2. Выдал под виртуалки 2ТБ из имеющихся 500ГБ. В нерасширяемом DAS'е, конечно.
/Остальные "нюансы" выделения ресурсов (full-virt для linux и т.п.) не столь колоритны./
3. "Студент" был умный и нашёл, где в дебиане настраивают сетевые интерфейсы. Чем поверг Proxmox в шок - он не может на старте поднять виртуалки из-за вылета своего сетевого скрипта.
Утрировал совсем чуть-чуть реальный случай из недавней практики. Хотя и не совсем мой профиль.
| |
|
5.81, Michael Shigorin (ok), 16:54, 29/04/2015 [^] [^^] [^^^] [ответить]
| +/– |
> Про tie-braking не читал
Торможение галстуком? :)
> т.к. годный разбор — на вражеском.
PS: а всё потому, поди, что "старшие товарищи" свалили на студента железки со словами "к утру разобраться" и не показали собственным примером ценность документирования сделанного.
| |
|
6.82, PnDx (ok), 17:37, 29/04/2015 [^] [^^] [^^^] [ответить]
| +2 +/– |
>> Про tie-braking не читал
> Торможение галстуком? :)
breaking, да. spell-check пропустил на ура, понятно. "Пишы граматно" ;)
> PS: а всё потому, поди, что "старшие товарищи" свалили на студента железки
> со словами "к утру разобраться" и не показали собственным примером ценность
> документирования сделанного.
Там не было "старших", только "эффективные руководители". Сэкономили — влетели.
| |
|
|
|
3.32, Аноним (-), 11:22, 28/04/2015 [^] [^^] [^^^] [ответить]
| –1 +/– |
Продолжайте надеяться ;-)
Как хотя бы до 4.0 ядра дотяните - сообщите. Хотя не, лучше не позорьтесь: на вскидку, что выберет пользователь? - решение, которое позволяет тривиально переключать бэкенды в рамках унифицированного интерфейса или вчерашнюю проприетарщину на старом ядре с неясными перспективами миграции на альтернитивы если что-то пошло не так?
| |
|
4.48, Michael Shigorin (ok), 13:27, 28/04/2015 [^] [^^] [^^^] [ответить]
| –2 +/– |
> не позорьтесь: на вскидку, что выберет пользователь? - решение, которое позволяет
> тривиально переключать бэкенды в рамках унифицированного интерфейса или вчерашнюю
> проприетарщину на старом ядре с неясными перспективами миграции на альтернитивы
> если что-то пошло не так?
Если выбирающий пользователь -- эффективный дурак, то примерно так он и будет думать; а если ему ехать надо, а не шашечки -- то помимо оценки будущего (что разумно) устроит и стендовое тестирование по разным факторам, включая накладные расходы.
http://openvz.livejournal.com/14723.html
PS: и кстати, передёрнуть можно было и круче, и деликатней, раз уж взялись именно за это.
| |
|
5.59, Аноним (-), 17:56, 28/04/2015 [^] [^^] [^^^] [ответить]
| +/– |
Lol, "объективное тестирование" от авторов тестируемого. Верю, чо! Тока уши к земле лапшой пригибает, а так верю конечно.
| |
|
6.68, Michael Shigorin (ok), 21:33, 28/04/2015 [^] [^^] [^^^] [ответить]
| +/– |
> Lol, "объективное тестирование" от авторов тестируемого.
По ссылкам не ходим, головой не думаем... Специально сослался не сразу на hpl'ную PDF, а на страничку с нужным куском текста оттуда, но что-то Вы сегодня тормозите больше обычного (или это не Вы? :)
| |
|
5.63, Аноним (-), 19:23, 28/04/2015 [^] [^^] [^^^] [ответить]
| +/– |
> Если выбирающий пользователь -- эффективный дyрак, то примерно так он и будет
> думать; а если ему ехать надо, а не шашечки -- то
> помимо оценки будущего (что разумно) устроит и стендовое тестирование по разным
> факторам, включая накладные расходы.
Оно как бы да, но есть и туева хуча других факторов, начиная от дополнительного гемора поддержки конфигов с кастомным ядром и заканчивая тем что полные виртуализаторы не имеют других проблем, например все сильно проще с файлами, сокетами и прочая: юзеру просто выделяется эн ресурсов, а как он там файлы, сокеты и прочее будет в этом объеме создавать - его проблемы. А в контейнере это чревато факапом в системе хоста, это требует наворачивать искусственные лимиты. Что не находит понимания у юзерей.
| |
|
6.69, Michael Shigorin (ok), 21:36, 28/04/2015 [^] [^^] [^^^] [ответить]
| –1 +/– |
> Оно как бы да, но есть и туева хуча других факторов
Именно, причём они тоже далеко не "такие однозначные", а набор медалек с минимум двумя сторонами. Например, отрегулировать выделение этих самых ресурсов на лету в ovz гораздо проще (и заодно работает), а вот про ballooning не так давно долетали крупные щепки, помнится...
Стоит понимать не столько плюсы, сколько минусы используемых технологий. Сильно помогает от закручивания молотком и забивания отвёрткой.
| |
|
7.87, Аноним (-), 20:05, 29/04/2015 [^] [^^] [^^^] [ответить] | +/– | Вот только полные виртуализаторы в принципе не имеют проблем с файлами, сокетами... большой текст свёрнут, показать | |
|
|
|
|
|
2.16, Аноним (16), 07:28, 28/04/2015 [^] [^^] [^^^] [ответить]
| +/– |
В проксмоксе с ядром 3.10 скоро будет обновление на дебиан джесси т.е. проксмокс 4.0 с поддержкой lxc-контейнеров
| |
|
|
|
|
6.24, ABATAPA (ok), 09:24, 28/04/2015 [^] [^^] [^^^] [ответить]
| +/– |
Мигрируют, если сервера одинаковые.
У меня в кластере HP G7 и HP G8, у них разные CPU - после миграции ошибка и стоп.
| |
|
7.25, Pavel Odintsov (?), 09:38, 28/04/2015 [^] [^^] [^^^] [ответить]
| +/– |
По обоим комментариям нет и нет. Может формально остановки и нету, но даунтайм пока копируется память - серьезный. И если на машине 4-16-64GB __занятой__ памяти, то эта livemigration будет идти по полчаса, а-то и больше.
| |
|
|
|
|
|
|
|
2.11, depeche (??), 23:52, 27/04/2015 [^] [^^] [^^^] [ответить]
| +/– |
Сейчас до сих пор ведь нужно использовать 2.6.32 как последнее стабильное для ОпенВЗ?
| |
|
3.12, Michael Shigorin (ok), 01:06, 28/04/2015 [^] [^^] [^^^] [ответить]
| +/– |
> Сейчас до сих пор ведь нужно использовать 2.6.32 как последнее стабильное для ОпенВЗ?
Или 2.6.18 как предыдущее стабильное; других вариантов (ядро+userspace) пока не вижу.
PS: если что, каждые три месяца публикуется обновлённая сборка инсталятора OpenVZ HN на базе стабильного репозитория ALT Linux: http://altlinux.org/starterkits#server (в 20150312 потребуется сразу сделать apt-get update; update-kernel). Более наполненные шаблоны VE можно сделать самому при помощи инструментария mkimage-profiles или обсудить в случае общеполезности.
| |
|
4.21, Pavel Odintsov (?), 08:26, 28/04/2015 [^] [^^] [^^^] [ответить]
| +1 +/– |
>> Сейчас до сих пор ведь нужно использовать 2.6.32 как последнее стабильное для ОпенВЗ?
> Или 2.6.18 как предыдущее стабильное; других вариантов (ядро+userspace) пока не вижу.
> PS: если что, каждые три месяца публикуется обновлённая сборка инсталятора OpenVZ HN
> на базе стабильного репозитория ALT Linux: http://altlinux.org/starterkits#server (в
> 20150312 потребуется сразу сделать apt-get update; update-kernel). Более наполненные
> шаблоны VE можно сделать самому при помощи инструментария mkimage-profiles или обсудить
> в случае общеполезности.
2.6.18 лучше не юзать вообще, это глюкалово просто феерическое да еще и ETA у него кончается наднях прямо.
| |
|
5.45, Michael Shigorin (ok), 13:07, 28/04/2015 [^] [^^] [^^^] [ответить]
| +/– |
> 2.6.18 лучше не юзать вообще, это глюкалово просто феерическое
Оно как раз работало аки часики, а в 2.6.32 сперва долго чинили поотваливавшееся при переезде (помнится, --cpus и что-то ещё) и с vzswap штормило довольно долго. Правда, у меня все HN на альте. И здесь это одно из официально поддерживаемых ядер.
PS re #29: да понятно, что EOL. Просто других стабильных и не видел (2.6.2x к ним не относились).
| |
|
4.29, ligurio (??), 10:35, 28/04/2015 [^] [^^] [^^^] [ответить]
| +/– |
>> Сейчас до сих пор ведь нужно использовать 2.6.32 как последнее стабильное для ОпенВЗ?
> Или 2.6.18 как предыдущее стабильное; других вариантов (ядро+userspace) пока не вижу.
для 2.6.18 настал EOL и выпускаются только критические обновления
https://openvz.org/Download/kernel
| |
|
5.54, Pavel Odintsov (ok), 15:43, 28/04/2015 [^] [^^] [^^^] [ответить]
| +/– |
Почему не открыли код 2.6.32? Не понимаю, столько шумихи из-за того, что открыли код еще совершенно не готового ядра?
| |
|
|
|
|
1.14, Pavel Odintsov (?), 01:15, 28/04/2015 [ответить] [﹢﹢﹢] [ · · · ]
| +3 +/– |
"Часто наши потенциальные покупатели Virtuozzo сначала смотрят на открытый проект и даже начинают запускать на нем коммерческие сервисы. Достигнув определенного понимания, они решают перейти на коммерческую версию"
Могу рассказать дивную историю обратной миграции - как мы отказались от коммерческого решения Parallels в пользу надежного и суперстабильного OpenVZ и с тех времен сократили время на поддержку и обслуживание ферм в разы! :)
| |
|
2.15, rob pike (?), 03:04, 28/04/2015 [^] [^^] [^^^] [ответить]
| +1 +/– |
Странно что сразу так не сделали. Если (как следует из успешного финала истории) команда достаточно сильная, а компонент - критичен для бизнеса, очевидно же вроде что так надо делать сразу.
| |
|
3.20, Pavel Odintsov (?), 08:11, 28/04/2015 [^] [^^] [^^^] [ответить]
| +3 +/– |
По началу PCS казался целостным и стабильным продуктом, в котором были такие крутые штуки как настоящая live миграция, бэкапы, управление по API. В процессе изучения и сурового продакшена выяснилось, что бэкапы работают настолько непредсказуемо и ненадежно, что мы были вынуждены экстренно написать с нуля свой бэкап. Потом начались проблемы с API, который ломает контейнер и пришлось делать свой API-обходник, который просто работает с vzctl, а не тянет весь crap от PCS'ного userspace. А на десерт начала валиться live миграция с совершенно неадекватными и необъяснимыми ошибками, в итоге повторили и ее.
А в какой-то момент поняли, что имплементировали весь код, что есть в PCS и который нужен нам для оказания услуг. С тех пор прошло около года и фермы на OpenVZ делают все перечисленные задачи идеально в 99% случаях, хотя были писаны вовсе не профессиональными программистами с огромным опытом разработки (c)
Стоит обратить внимание, что ядра в продуктах идентичны, хотя в PCS присутствует бинарный crap (который, как бы то смешно не было, много раз заваливал нам ноды своими "фичами").
А вот про ядро и его команду поддержки я могу сказать лишь "ПОЦАНЫ Я ВАС ЛЮБЛЮ", более отзывчивой к багам и профессиональной команды я не встречал, никогда :) На нашем счету огромное число выбитых экзотичесх багов репродьюсы для которых собирались месяцами, но все это было выявлено и починено чудесными спецами по ядру из Parallels/ODIN :)
| |
|
4.30, ligurio (??), 10:37, 28/04/2015 [^] [^^] [^^^] [ответить]
| –1 +/– |
>[оверквотинг удален]
> идеально в 99% случаях, хотя были писаны вовсе не профессиональными программистами
> с огромным опытом разработки (c)
> Стоит обратить внимание, что ядра в продуктах идентичны, хотя в PCS присутствует
> бинарный crap (который, как бы то смешно не было, много раз
> заваливал нам ноды своими "фичами").
> А вот про ядро и его команду поддержки я могу сказать лишь
> "ПОЦАНЫ Я ВАС ЛЮБЛЮ", более отзывчивой к багам и профессиональной команды
> я не встречал, никогда :) На нашем счету огромное число выбитых
> экзотичесх багов репродьюсы для которых собирались месяцами, но все это было
> выявлено и починено чудесными спецами по ядру из Parallels/ODIN :)
Павел, раз уж начали рассказывать, то пожалуйста приложите к каждому утверждению номер тикета, чтобы было конструктивно.
| |
|
5.34, Аноним (-), 11:26, 28/04/2015 [^] [^^] [^^^] [ответить]
| –1 +/– |
> Павел, раз уж начали рассказывать, то пожалуйста приложите к каждому
> утверждению номер тикета, чтобы было конструктивно.
Что-то ты заврался, родной - согласно новости багтрекер пока только в планах.
| |
5.37, Pavel Odintsov (?), 11:58, 28/04/2015 [^] [^^] [^^^] [ответить]
| +/– |
Копия всех моих тикетов (почти 10+) уже давно лежит у выше означенного Алексея Кобеца, вопрос лишь в том, когда все это будет починено и будет ли починено - я не кастомер уже, я не могу проверить, но судя по changes релизов - ничего не было исправлено.
Это не конкретные "вот эта вот висючка не работает, почините", а более масштабные проблемы, например, система бэкапа, которая после 6 тикетов в поддержку так и не начала стабильно работать. Такие вещи нужно переписывать, с нуля. Вот об этом и были мои указанные тикеты.
| |
|
6.46, Michael Shigorin (ok), 13:10, 28/04/2015 [^] [^^] [^^^] [ответить]
| +/– |
> Такие вещи нужно переписывать, с нуля. Вот об этом и были мои указанные тикеты.
А свою реализацию часом не публиковали?
| |
|
7.49, Pavel Odintsov (ok), 13:50, 28/04/2015 [^] [^^] [^^^] [ответить]
| +/– |
>> Такие вещи нужно переписывать, с нуля. Вот об этом и были мои указанные тикеты.
> А свою реализацию часом не публиковали?
К сожалению, нет, очень большая завязка на внутренние API и фатальное отсутствие времени на выпилку и изоляцию кода :(
| |
|
|
|
|
|
|
1.17, Аноним (-), 07:34, 28/04/2015 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
> мы решили открыть процесс разработки и часть компонентов Virtuozzo
Че-то многа букаф, но я так и не понял что именно останется закрытым.
Работал с OpenVZ и Virtuozzo лет 8-10 назад, понравилось, хороший продукт... был. Сейчас не знаю, но думаю, нет уверен, минералы уже прос...ны. Конкуренты прут со всех сторон и теперь вряд ли Виртуозо захватит серьезный кусок, да еще будучи открытым не полностью и серьезно отстающим в версии ядра. А могли за счет сообщества раскрутиться не хуже ВМВари. 10 лет играли в доганялки внесто того чтобы подминать рынок под себя. Эх вы, такую фору прос...ть это надо суметь. Балбесы.
"Жадность - это плохо" (с) Остров сокровищ
| |
1.27, Аноним (-), 10:33, 28/04/2015 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Не сделали ничего нового. А патчи будут принимать только те которые им мешать не будут, или будут требовать передачи прав (как это было раньше)
| |
|
2.31, ligurio (??), 10:41, 28/04/2015 [^] [^^] [^^^] [ответить]
| +/– |
> Не сделали ничего нового. А патчи будут принимать только те которые им
> мешать не будут, или будут требовать передачи прав (как это было
> раньше)
процесс разработки мы открываем для того, чтобы позволить _всем_ желающим участвовать, поэтому непонятно как вы такой вывод сделали.
| |
|
3.35, Аноним (-), 11:30, 28/04/2015 [^] [^^] [^^^] [ответить]
| +1 +/– |
> процесс разработки мы открываем для того, чтобы позволить _всем_ желающим участвовать,
> поэтому непонятно как вы такой вывод сделали.
вам правда не приходило в голову, что те кто не только желают, но ещё и могут участвовать в разработке будут скорее участвовать в развитии версий 4.2+, а не покрытого мхом 3.10? Понятно что у вас клиенты и совместимость, но это таки ваши проблемы...
В общем начинание-то безусловно хорошее, но именно как начинание - пока не осилите порт на последнюю ветку ядра, так и будите в позиции даже не догоняющих, а безнадёжно отставших.
| |
|
|
5.61, Аноним (-), 18:05, 28/04/2015 [^] [^^] [^^^] [ответить]
| +/– |
Мне, например, интересны realtime_preempt патчи, но неинтересно портировать всё и вся только ради того, чтобы попробовать очередной контейнер/виртуализацию. Я допускаю, что опенвз с виртуозой это просто божественные изделия, но тот же lxc я могу прямо сейчас воткнуть на тестовый стенд одной командой без траха с версиями ядра... В общем, пилите, граждане, пилите - может и догоните когда-нибудь: ещё и не такие чудеса случались :)
| |
|
|
3.55, Аноним (-), 16:30, 28/04/2015 [^] [^^] [^^^] [ответить]
| +/– |
из старого общения с dev@ - и моих патчей которые до сих пор гуляют по форуму - которые отказались принимать из-за того что не подписал бумагу о передаче прав.
| |
|
4.66, csdoc (ok), 20:42, 28/04/2015 [^] [^^] [^^^] [ответить]
| +1 +/– |
> из старого общения с dev@ - и моих патчей которые до сих
> пор гуляют по форуму - которые отказались принимать из-за того что
> не подписал бумагу о передаче прав.
А в чем была проблема подписать эту бумагу?
В OpenVZ версии ядра всеравно они появились бы под лицензией GPL.
Нам, всем пользователям OpenVZ - тоже не надо себя вести так,
как персонаж одной известной басни: http://www.stihi-rus.ru/1/krylov/1.htm
На чем-то компания || ведь должна зарабатывать деньги,
чтобы как минимум платить зарплату своим разработчикам.
| |
|
5.74, Аноним (-), 13:54, 29/04/2015 [^] [^^] [^^^] [ответить]
| +/– |
>> из старого общения с dev@ - и моих патчей которые до сих
>> пор гуляют по форуму - которые отказались принимать из-за того что
>> не подписал бумагу о передаче прав.
> А в чем была проблема подписать эту бумагу?
А почему вы считаете что я должен хотеть что бы мой код использовали в закрытом продукте?
Фирма parallels уже один раз закрывала весь (правда тогда она называлась swsoft)
почему вы считаете что этого не случится опять?
> На чем-то компания || ведь должна зарабатывать деньги,
> чтобы как минимум платить зарплату своим разработчикам.
А почему вы считаете что это должно волновать? Можно зарабатывать на поддержке - а не на продаже кода, к примеру.
| |
|
6.75, csdoc (ok), 14:07, 29/04/2015 [^] [^^] [^^^] [ответить]
| +/– |
> А почему вы считаете что я должен хотеть что бы мой код использовали в закрытом продукте?
OpenVZ - это open source, лицензия GPL.
| |
|
7.83, Аноним (-), 18:06, 29/04/2015 [^] [^^] [^^^] [ответить]
| +/– |
можно узнать - а где исходники вот этого ядра ?
2.4.20-021stab022 - ведь у нас GPL - а значит исходники должны быть открыты?
как так случилось что уважаемая фирма позволяет себе нарушать GPL ?
| |
|
8.84, csdoc (ok), 18:22, 29/04/2015 [^] [^^] [^^^] [ответить] | +/– | А где документы, подтверждающие покупку софта с ядром версии 2 4 20-021stab022 ... текст свёрнут, показать | |
|
9.85, Аноним (-), 19:34, 29/04/2015 [^] [^^] [^^^] [ответить] | +2 +/– | О как заговорили - я рад что вы это написали, даже могу сказать что ждал Мо... текст свёрнут, показать | |
|
10.89, csdoc (ok), 20:18, 29/04/2015 [^] [^^] [^^^] [ответить] | +/– | Нет, я не работаю в Parallels С такими установками - вообще ничего нельзя комми... текст свёрнут, показать | |
|
9.88, Аноним (-), 20:06, 29/04/2015 [^] [^^] [^^^] [ответить] | +/– | вы недавно употребили термин что openvz это opensource, какому из критериев open... текст свёрнут, показать | |
|
10.90, csdoc (ok), 20:29, 29/04/2015 [^] [^^] [^^^] [ответить] | –2 +/– | GPL не обязывает раздавать исходники всем желающим, там есть требование о досту... текст свёрнут, показать | |
|
|
12.98, csdoc (ok), 14:02, 30/04/2015 [^] [^^] [^^^] [ответить] | –1 +/– | В GPLv2 есть упоминание про исключение для noncommercial distribution , следова... текст свёрнут, показать | |
|
|
14.103, csdoc (ok), 15:57, 30/04/2015 [^] [^^] [^^^] [ответить] | –2 +/– | Почему нет В тексте GLPv2 есть один фрагмент, который относится только к nonco... текст свёрнут, показать | |
|
|
|
|
12.97, csdoc (ok), 13:56, 30/04/2015 [^] [^^] [^^^] [ответить] | –1 +/– | Да, так точнее Но я не нашел где на их сайте можно скачать бинарники ядра верс... текст свёрнут, показать | |
|
13.101, Аноним (-), 14:25, 30/04/2015 [^] [^^] [^^^] [ответить] | +1 +/– | могу сказать по опыту знакомых - даже тем кто купил, исходники не выдвались, а т... большой текст свёрнут, показать | |
|
|
|
|
|
|
|
|
|
|
|
|
1.41, foror (ok), 12:18, 28/04/2015 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– |
>Принимая во внимание просьбы клиентов
Да ладно, просьбы клиентов, просто lxc набирает силу, lxd подтягивается от ubuntu. Всякие OSv и Докеры вылезают. Смысл в вашем openvz на 2.6.32?
Согласен, с выше приведенным комментов - просрали все полимеры...
| |
|
2.42, Pavel Odintsov (ok), 12:26, 28/04/2015 [^] [^^] [^^^] [ответить]
| +/– |
>>Принимая во внимание просьбы клиентов
> Да ладно, просьбы клиентов, просто lxc набирает силу, lxd подтягивается от ubuntu.
> Всякие OSv и Докеры вылезают. Смысл в вашем openvz на 2.6.32?
> Согласен, с выше приведенным комментов - просрали все полимеры...
Не, Вы совершенно зря. Я хорошо представляю объем патче для 2/6/32 и 3/10 ядра, для 3/10 он в разы меньше за счет того, что очень многие вещи ребята из || отправили в апстрим и теперь патчи просто не нужны.
С каждым новым ядром число патчей на ванильное ядро становится все меньше и если будет рабочий патч на 3/10 я думаю найдутся те, кто перетащут патчи в 4 ветку довольно оперативно.
Поэтому открытие отдельных патчей - это огромный шаг вперед!
| |
|
3.43, foror (ok), 12:47, 28/04/2015 [^] [^^] [^^^] [ответить]
| –1 +/– |
Ну, ок, я просто глянул вчера репу openvz, и потерял весь энтузиазм поднимать проект на ядре, в которое последний коммит 4 года назад зашел. Задумался о тяжкой судьбе, но тут ubuntu 15.04 со своим LXD обрадовала. Так что, монополия openvz рушится, может на пользу пойдет...
| |
3.64, Аноним (-), 19:38, 28/04/2015 [^] [^^] [^^^] [ответить]
| +1 +/– |
То что патчей за 10 лет стало меньше это конечно хорошо, но:
1. Они еще есть и их много;
2. Они для древнего ядра.
Вот и получается что продукт может и хороший, но пока ПараРельс || допилит пункты 1 и 2 (еще 10 лет), конкуренты уйдут в отрыв чуть более чем навсегда.
Поздравляю их с очередным прос..ным рынком. Балбесы. :)
| |
|
|
3.70, Andrey Mitrofanov (?), 09:51, 29/04/2015 [^] [^^] [^^^] [ответить]
| +1 +/– |
> Самое интересное даже не в этом. Тут systemd начинает подпирать уже.
> news.ycombinator.com/item?id=9442254
Один новомодный пользователь ядрёных неймспесов и контейнеризации "подпирает" другого уже поизносившегося в былом лоске пользователя ядрёных неймспесов и контейнеризации.
Каким боком это вдруг "интересно" в новости про новые отрытия кода оригинальных авторов того самого кода ядрёных неймспесов и контейнеризации или даже в ответ про новомодного, но малоизвестного, пользователя ядрёных неймспесов и контейнеризации с уклоном в нанотехнологии и космос, не поясните ход вашей, я не совсем уловил?
| |
|
|
1.77, Аноним (-), 16:14, 29/04/2015 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– |
Херню они открыли а не патчи. В репозитории намешаны комиты из mainline от 2.6.12, и слегка разбавленые комитами VZ. никакой систематизации - прочто что-то залили - что бы посмотрели, а пользоваться не могли.
| |
|