Re: [devel] [Sisyphus-cybertalk] I: Sisyphus-20060620 packages: +10! -2 +39 (5557)

Re: [devel] [Sisyphus-cybertalk] I: Sisyphus-20060620 packages: +10! -2 +39 (5557)

[Konstantin A. Lepikhov]

[-- Attachment #1: Type: text/plain, Size: 255 bytes --]

Hi QA!

Tuesday 20, at 07:07:14 PM you wrote:

> kernel-image-ovz-smp - The Linux kernel (the core of the Linux operating system)
у нас есть полиси по названию flavour? :) Мне кажется, что уместнее было
бы назвать его ovz26-smp.

-- 
WBR et al.

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] [Sisyphus-cybertalk] I: Sisyphus-20060620 packages: +10! -2 +39 (5557)

[Michael Shigorin]

On Tue, Jun 20, 2006 at 10:40:45PM +0400, Konstantin A. Lepikhov wrote:
> > kernel-image-ovz-smp - The Linux kernel (the core of the
> у нас есть полиси по названию flavour? :) Мне кажется, что
> уместнее было бы назвать его ovz26-smp.

А мне подумалось, что согласен с Димой -- суффикс на обозримое
время устарел.

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [devel] [Sisyphus-cybertalk] I: Sisyphus-20060620 packages: +10! -2 +39 (5557)

[Konstantin A. Lepikhov]

[-- Attachment #1: Type: text/plain, Size: 531 bytes --]

Hi Michael!

Tuesday 20, at 09:48:45 PM you wrote:

> On Tue, Jun 20, 2006 at 10:40:45PM +0400, Konstantin A. Lepikhov wrote:
> > > kernel-image-ovz-smp - The Linux kernel (the core of the
> > у нас есть полиси по названию flavour? :) Мне кажется, что
> > уместнее было бы назвать его ovz26-smp.
> 
> А мне подумалось, что согласен с Димой -- суффикс на обозримое
> время устарел.
Кому как. Поэтому и спросил про полиси. Лично мне это название неудобно -
выбивается из общего ряда и не "под рукой".

-- 
WBR et al.

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] [Sisyphus-cybertalk] I: Sisyphus-20060620 packages: +10! -2 +39 (5557)

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 716 bytes --]

On Tue, Jun 20, 2006 at 10:58:06PM +0400, Konstantin A. Lepikhov wrote:
> Tuesday 20, at 09:48:45 PM you wrote:
> > On Tue, Jun 20, 2006 at 10:40:45PM +0400, Konstantin A. Lepikhov wrote:
> > > > kernel-image-ovz-smp - The Linux kernel (the core of the
> > > у нас есть полиси по названию flavour? :) Мне кажется, что
> > > уместнее было бы назвать его ovz26-smp.
> > 
> > А мне подумалось, что согласен с Димой -- суффикс на обозримое
> > время устарел.
> Кому как. Поэтому и спросил про полиси. Лично мне это название неудобно -
> выбивается из общего ряда и не "под рукой".

Это ядро не бывает для 2.4, поэтому суффикс "26" выглядит избыточным.
Давайте обновим policy под наши реалии.


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 191 bytes --]

Re: [devel] [Sisyphus-cybertalk] I: Sisyphus-20060620 packages: +10! -2 +39 (5557)

[Epiphanov Sergei]

В сообщении от Tuesday 20 June 2006 23:58 Dmitry V. Levin написал(a):
> > > > > kernel-image-ovz-smp - The Linux kernel (the core of the
> > > >
> > > > у нас есть полиси по названию flavour? :) Мне кажется, что
> > > > уместнее было бы назвать его ovz26-smp.
> > >
> > > А мне подумалось, что согласен с Димой -- суффикс на обозримое
> > > время устарел.
> >
> > Кому как. Поэтому и спросил про полиси. Лично мне это название неудобно
> > - выбивается из общего ряда и не "под рукой".
>
> Это ядро не бывает для 2.4, поэтому суффикс "26" выглядит избыточным.
> Давайте обновим policy под наши реалии.

А не лучше наоборот к ядрам 2.4 прикрутить суффикс 24 вместо убирания 26? 
Тогда всё будет единообразно:

kernel-image-std24-smp
kernel-image-std26-smp
...
kernel-image-std30-smp
...

И останется задел на будущее.

-- 
С уважением, Епифанов Сергей

Re: [devel] [Sisyphus-cybertalk] I: Sisyphus-20060620 packages: +10! -2 +39 (5557)

[Anton Farygin]

Epiphanov Sergei wrote:
> В сообщении от Tuesday 20 June 2006 23:58 Dmitry V. Levin написал(a):
>>>>>> kernel-image-ovz-smp - The Linux kernel (the core of the
>>>>> у нас есть полиси по названию flavour? :) Мне кажется, что
>>>>> уместнее было бы назвать его ovz26-smp.
>>>> А мне подумалось, что согласен с Димой -- суффикс на обозримое
>>>> время устарел.
>>> Кому как. Поэтому и спросил про полиси. Лично мне это название неудобно
>>> - выбивается из общего ряда и не "под рукой".
>> Это ядро не бывает для 2.4, поэтому суффикс "26" выглядит избыточным.
>> Давайте обновим policy под наши реалии.
> 
> А не лучше наоборот к ядрам 2.4 прикрутить суффикс 24 вместо убирания 26? 
> Тогда всё будет единообразно:
> 
> kernel-image-std24-smp
> kernel-image-std26-smp
> ...
> kernel-image-std30-smp
> ...
> 
> И останется задел на будущее.
> 

Ядра 2.4 надо выкидывать из Sisyphus.

Ими уже наверняка никто не пользуется.

Rgds,
Rider

Re: [devel] [Sisyphus-cybertalk] I: Sisyphus-20060620 packages: +10! -2 +39 (5557)

[Epiphanov Sergei]

В сообщении от Wednesday 21 June 2006 11:08 Anton Farygin написал(a):
> > kernel-image-std24-smp
> > kernel-image-std26-smp
> > ...
> > kernel-image-std30-smp
> > ...
> >
> > И останется задел на будущее.
>
> Ядра 2.4 надо выкидывать из Sisyphus.
>
> Ими уже наверняка никто не пользуется.

Бог с ними, с двадцатьчетвёртыми. А что насчёт концепции? ;) 

-- 
С уважением, Епифанов Сергей

Re: [devel] [Sisyphus-cybertalk] I: Sisyphus-20060620 packages: +10! -2 +39 (5557)

[Anton Farygin]

Epiphanov Sergei wrote:
> В сообщении от Wednesday 21 June 2006 11:08 Anton Farygin написал(a):
>>> kernel-image-std24-smp
>>> kernel-image-std26-smp
>>> ...
>>> kernel-image-std30-smp
>>> ...
>>>
>>> И останется задел на будущее.
>> Ядра 2.4 надо выкидывать из Sisyphus.
>>
>> Ими уже наверняка никто не пользуется.
> 
> Бог с ними, с двадцатьчетвёртыми. А что насчёт концепции? ;) 
> 

А всё равно ;)

Нет смысла помечать ядро как 26.. впрочем как и называть std-up.

Сейчас осмысленно переименовать std-up в desktop, а std-smp в server.

Rgds,
Rider

Re: [devel] [Sisyphus-cybertalk] I: Sisyphus-20060620 packages: +10! -2 +39 (5557)

[Michael Shigorin]

On Thu, Jun 22, 2006 at 10:37:40AM +0400, Anton Farygin wrote:
> Нет смысла помечать ядро как 26.. впрочем как и называть std-up.
> Сейчас осмысленно переименовать std-up в desktop, а std-smp в server.

Скорее да, хотя это и нестрого.

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [devel] [Sisyphus-cybertalk] I: Sisyphus-20060620 packages: +10! -2 +39 (5557)

[Led]

В сообщении от 22 июня 2006 15:17 Michael Shigorin написал(a):
> On Thu, Jun 22, 2006 at 10:37:40AM +0400, Anton Farygin wrote:
> > Нет смысла помечать ядро как 26.. впрочем как и называть std-up.
> > Сейчас осмысленно переименовать std-up в desktop, а std-smp в server.
>
> Скорее да, хотя это и нестрого.

В предверии грядущего двухкратного снижения цен на AMD X2 "desktop" - не 
обязательно "up":)

-- 
Led.

Re: [devel] [Sisyphus-cybertalk] I: Sisyphus-20060620 packages: +10! -2 +39 (5557)

[Anton Farygin]

Led wrote:
> В сообщении от 22 июня 2006 15:17 Michael Shigorin написал(a):
>> On Thu, Jun 22, 2006 at 10:37:40AM +0400, Anton Farygin wrote:
>>> Нет смысла помечать ядро как 26.. впрочем как и называть std-up.
>>> Сейчас осмысленно переименовать std-up в desktop, а std-smp в server.
>> Скорее да, хотя это и нестрого.
> 
> В предверии грядущего двухкратного снижения цен на AMD X2 "desktop" - не 
> обязательно "up":)
> 

К тому и речь, что это уже не up.

Re: [devel] [Sisyphus-cybertalk] I: Sisyphus-20060620 packages: +10! -2 +39 (5557)

[Kirill A. Shutemov]

[-- Attachment #1: Type: text/plain, Size: 641 bytes --]

On 19:22 Wed 21 Jun, Epiphanov Sergei wrote:
> В сообщении от Wednesday 21 June 2006 11:08 Anton Farygin написал(a):
> > > kernel-image-std24-smp
> > > kernel-image-std26-smp
> > > ...
> > > kernel-image-std30-smp
> > > ...
> > >
> > > И останется задел на будущее.
> >
> > Ядра 2.4 надо выкидывать из Sisyphus.
> >
> > Ими уже наверняка никто не пользуется.
> 
> Бог с ними, с двадцатьчетвёртыми. А что насчёт концепции? ;) 
+1

-- 
Kirill A. Shutemov				Belarus, Minsk
E-mail:	k.shutemov (AT) sam-solutions.net
JID: kas (AT) altlinux.org
ICQ: 152302675

Ну если хочется - кто же запретит? ;-)
		-- rider in devel@

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] [Sisyphus-cybertalk] I: Sisyphus-20060620 packages: +10! -2 +39 (5557)

[Alexey Borovskoy]

[-- Attachment #1: Type: text/plain, Size: 204 bytes --]

* Среда 21 Июнь 2006 20:08 Anton Farygin

> Ядра 2.4 надо выкидывать из Sisyphus.

А может быть их выкинуть в updates?

-- 
Алексей.
GPG key fingerprint
DBB3 1832 13C6 5C96 4A58  4AFF 78F7 159F 66AD 8D7E

[-- Attachment #2: signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] [Sisyphus-cybertalk] I: Sisyphus-20060620 packages: +10! -2 +39 (5557)

[Michael Shigorin]

On Thu, Jun 22, 2006 at 11:20:51PM +1300, Alexey Borovskoy wrote:
> > Ядра 2.4 надо выкидывать из Sisyphus.
> А может быть их выкинуть в updates?

Нэ нада.  Но заскладировать где-нить на всякий не помешает.
(в бинарном виде, про obsolete понятно; для себя тоже понятно)

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [devel] [Sisyphus-cybertalk] I: Sisyphus-20060620 packages: +10! -2 +39 (5557)

[Alexey Borovskoy]

[-- Attachment #1: Type: text/plain, Size: 576 bytes --]

* Пятница 23 Июнь 2006 01:16 Michael Shigorin

> On Thu, Jun 22, 2006 at 11:20:51PM +1300, Alexey Borovskoy 
wrote:
> > > Ядра 2.4 надо выкидывать из Sisyphus.
> >
> > А может быть их выкинуть в updates?
>
> Нэ нада.  Но заскладировать где-нить на всякий не помешает.
> (в бинарном виде, про obsolete понятно; для себя тоже понятно)

В понедельник надо будет взгромоздить ALM2.4 на Intel ICH7. Я вот 
и подумал что если ядро 2.4.32 причесать к виду 2.4.26, то это 
было бы довольно неплохо.

-- 
Алексей.
GPG key fingerprint
DBB3 1832 13C6 5C96 4A58  4AFF 78F7 159F 66AD 8D7E

[-- Attachment #2: signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] [Sisyphus-cybertalk] I: Sisyphus-20060620 packages: +10! -2 +39 (5557)

[Alexey Rusakov]

QA Team Robot пишет:
> 	10 ADDED packages
>
> eog - Eye Of Gnome
> * Mon Jun 19 2006 Alexey Rusakov <ktirf@altlinux> 2.14.2-alt1
> - new version 2.14.2
> - fixed building with lcms and enabled color_management.
> - removed '2' from the package name.
> * Sat Apr 15 2006 Alexey Rusakov <ktirf@altlinux> 2.14.1-alt1
> - new version 2.14.1 (with rpmrb script)
> * Sat Feb 25 2006 Alexey Rusakov <ktirf@altlinux> 2.13.90-alt1
>   
Пакет eog2 просьба выбросить в obsolete.

-- 
  Alexey "Ktirf" Rusakov

[devel] Q: openvz kernel

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 999 bytes --]

On Tue, Jun 20, 2006 at 07:07:14PM +0400, QA Team Robot wrote:
[...]
> kernel-image-ovz-smp - The Linux kernel (the core of the Linux operating system)
> * Tue Jun 20 2006 Dmitry V. Levin <ldv@altlinux> 2.6.16-alt2
> - Synced with std26-smp-2.6.16-alt7.
> * Wed Jun 07 2006 Dmitry V. Levin <ldv@altlinux> 2.6.16-alt1
> - Made an OpenVZ kernel based on std26-smp-2.6.16-alt6.
> - Disabled all -feat patches (to be considered later).
> * Fri May 26 2006 Sergey Vlasov <vsu@altlinux> 2.6.16-alt6

У меня вопросы к потенциальным пользователям этого ядра (коих должно быть
много ибо современный мощный полифункциональный сервер без openvz
представить себе сложно):
1. Какие из выключенных -feat стоит попробовать включить?
2. Я хочу выключить поддержку IPv6 в этом ядре.  Проблема заключается в том,
что если, как в std26, собирать IPv6 модулем, то modutils автоматически
(по зависимостям) загружает этот модуль при запуске первого vps'а.
Никто не против отключения IPv6?


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 191 bytes --]

Re: [devel] Q: openvz kernel

[Konstantin A. Lepikhov]

[-- Attachment #1: Type: text/plain, Size: 1403 bytes --]

Hi Dmitry!

Saturday 24, at 02:16:51 AM you wrote:

> On Tue, Jun 20, 2006 at 07:07:14PM +0400, QA Team Robot wrote:
> [...]
> > kernel-image-ovz-smp - The Linux kernel (the core of the Linux operating system)
> > * Tue Jun 20 2006 Dmitry V. Levin <ldv@altlinux> 2.6.16-alt2
> > - Synced with std26-smp-2.6.16-alt7.
> > * Wed Jun 07 2006 Dmitry V. Levin <ldv@altlinux> 2.6.16-alt1
> > - Made an OpenVZ kernel based on std26-smp-2.6.16-alt6.
> > - Disabled all -feat patches (to be considered later).
> > * Fri May 26 2006 Sergey Vlasov <vsu@altlinux> 2.6.16-alt6
> 
> У меня вопросы к потенциальным пользователям этого ядра (коих должно быть
> много ибо современный мощный полифункциональный сервер без openvz
> представить себе сложно):
> 1. Какие из выключенных -feat стоит попробовать включить?
я проверял -feat-evms, -feat-drivers-net-sk98lin,
-feat-net-ieee80211, -feat-net-ppp-mppe и squashfs. С ними все собирается
и работает. Также было бы неплохо включить -fix-security-exec-shield и
немного подправленный altsec.

> 2. Я хочу выключить поддержку IPv6 в этом ядре.  Проблема заключается в том,
> что если, как в std26, собирать IPv6 модулем, то modutils автоматически
> (по зависимостям) загружает этот модуль при запуске первого vps'а.
> Никто не против отключения IPv6?
как вариант. Но надо будет потом подумать, как это разрулить в ovz
патче.

-- 
WBR et al.

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] Q: openvz kernel

[Alexey Borovskoy]

[-- Attachment #1: Type: text/plain, Size: 868 bytes --]

* Суббота 24 Июнь 2006 11:16 Dmitry V. Levin

> On Tue, Jun 20, 2006 at 07:07:14PM +0400, QA Team Robot wrote:
> [...]
>
> > kernel-image-ovz-smp - The Linux kernel (the core of the
> > Linux operating system) * Tue Jun 20 2006 Dmitry V. Levin
> > <ldv@altlinux> 2.6.16-alt2 - Synced with
> > std26-smp-2.6.16-alt7.
> > * Wed Jun 07 2006 Dmitry V. Levin <ldv@altlinux> 2.6.16-alt1
> > - Made an OpenVZ kernel based on std26-smp-2.6.16-alt6.
> > - Disabled all -feat patches (to be considered later).
> > * Fri May 26 2006 Sergey Vlasov <vsu@altlinux> 2.6.16-alt6
>
> У меня вопросы к потенциальным пользователям этого ядра (коих
> должно быть много ибо современный мощный полифункциональный
> сервер без openvz представить себе сложно):

А чем эта технология лучше или хуже чем xen?

-- 
Алексей.
GPG key fingerprint
DBB3 1832 13C6 5C96 4A58  4AFF 78F7 159F 66AD 8D7E

[-- Attachment #2: signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] Q: openvz kernel

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 1041 bytes --]

On Sat, Jun 24, 2006 at 01:13:46PM +1300, Alexey Borovskoy wrote:
> * Суббота 24 Июнь 2006 11:16 Dmitry V. Levin
> 
> > On Tue, Jun 20, 2006 at 07:07:14PM +0400, QA Team Robot wrote:
> > [...]
> >
> > > kernel-image-ovz-smp - The Linux kernel (the core of the
> > > Linux operating system) * Tue Jun 20 2006 Dmitry V. Levin
> > > <ldv@altlinux> 2.6.16-alt2 - Synced with
> > > std26-smp-2.6.16-alt7.
> > > * Wed Jun 07 2006 Dmitry V. Levin <ldv@altlinux> 2.6.16-alt1
> > > - Made an OpenVZ kernel based on std26-smp-2.6.16-alt6.
> > > - Disabled all -feat patches (to be considered later).
> > > * Fri May 26 2006 Sergey Vlasov <vsu@altlinux> 2.6.16-alt6
> >
> > У меня вопросы к потенциальным пользователям этого ядра (коих
> > должно быть много ибо современный мощный полифункциональный
> > сервер без openvz представить себе сложно):
> 
> А чем эта технология лучше или хуже чем xen?

Ответ легко нагугливается.
См. ответ на вопрос "How does OpenVZ compare to Xen?" в
http://kerneltrap.org/node/6492


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] Q: openvz kernel

[Alexey Tourbin]

[-- Attachment #1: Type: text/plain, Size: 532 bytes --]

On Sat, Jun 24, 2006 at 04:49:15PM +0400, Dmitry V. Levin wrote:
> > А чем эта технология лучше или хуже чем xen?
> 
> Ответ легко нагугливается.
> См. ответ на вопрос "How does OpenVZ compare to Xen?" в
> http://kerneltrap.org/node/6492

Кстати, меня интересует более прозаическая "виртуализация" -- подключить
к компу два монитора, две клавиатуры и две мышки.  Два системных блока
иметь ни к чему, а два рабочих места -- вполне.

Кое-что на эту тему есть здесь:
http://www.linux.org.ru/jump-message.jsp?msgid=1114703

[-- Attachment #2: Type: application/pgp-signature, Size: 191 bytes --]

Re: [devel] Q: openvz kernel

[Michael Shigorin]

On Sun, Jun 25, 2006 at 05:32:09AM +0400, Alexey Tourbin wrote:
> Кстати, меня интересует более прозаическая "виртуализация" --
> подключить к компу два монитора, две клавиатуры и две мышки.
> Два системных блока иметь ни к чему, а два рабочих места --
> вполне.

Это горынычизация, старые патчи были около cs.msiu.ru
по слову "Горыныч", сейчас что-то из подобного вроде бы
должно было попасть в xorg (и возможно -- ядро), но sr@
недавно вкратце посмотрел и высказался в стиле "не попало".

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

[devel] горынычизация (was: Q: openvz kernel)

[Michael Shigorin]

On Sun, Jun 25, 2006 at 11:50:38PM +0300, I wrote:
> On Sun, Jun 25, 2006 at 05:32:09AM +0400, Alexey Tourbin wrote:
> > Кстати, меня интересует более прозаическая "виртуализация" --
> > подключить к компу два монитора, две клавиатуры и две мышки.
> > Два системных блока иметь ни к чему, а два рабочих места --
> > вполне.
> Это горынычизация, старые патчи были около cs.msiu.ru
> по слову "Горыныч", сейчас что-то из подобного вроде бы
> должно было попасть в xorg (и возможно -- ядро), но sr@
> недавно вкратце посмотрел и высказался в стиле "не попало".

Вот чуть подробнее (и цитирование, и ответ -- sr@):

---
> Сейчас это (горыныч) уже не актуально. Если я правильно помню, то вся эта
> байда уже в ядре и так. Чего нужно: системный блок с PCIe, куча карт на
> PCIe, очень хорошо, если двух-головые. Только nVidia, с двух-головыми ATI
> были траблы с kernel panic. Вообще-то, до 12 рабочих мест на мамке с
> 6xPCIe-4X, со стандартными до 6.
> 
> Нужно железо, при возникновении малейших проблем мы в неделю не вложимся,
> придется глазами смотреть патчи от горыныча и прикладывать их к ядру и,
> возможно, к xorg. Тогда будет много работы.
> 
> PS. Вот ссылки потерял, это да. Нужно по новой посмотреть.

Ну, типа вот: http://www.ltn.lv/~aivils/?proj_id=multiseat&menu_id=4
Таки патчить и патчить. Крики про то, что в xorg это втащили так криками и
остались :/, VT все еще лочит и ключик не появился.
---

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [devel] Q: openvz kernel

[Andrey Khavryuchenko]

Dmitry,

"DVL" == Dmitry V Levin wrote:

 DVL> Ответ легко нагугливается.
 DVL> См. ответ на вопрос "How does OpenVZ compare to Xen?" в
 DVL> http://kerneltrap.org/node/6492

Как-то и в интервью и в документации вскользь проходят мимо системы из
_нескольких_ hardware nodes.  Точнее в интервью упоминается что openvz
может сохранить состояние VPS и восстановить его на другом HN, но в
документации это не описано.

Так же непонятно есть ли возможность сделать checkpoint виртуальной
машины. 

-- 
Andrey V Khavryuchenko            
Software Development Company http://www.kds.com.ua/

Re: [devel] Q: openvz kernel

[Michael Shigorin]

On Sat, Jun 24, 2006 at 04:49:15PM +0400, Dmitry V. Levin wrote:
> > А чем эта технология лучше или хуже чем xen?
> Ответ легко нагугливается.  См. ответ на вопрос "How does
> OpenVZ compare to Xen?" в http://kerneltrap.org/node/6492

Ммм...

>> OpenVZ does not run separate kernel in each VPS and saves
>> memory on kernel internal data.

Уже интересно, мне казалось, что оно бегает разные ядра.

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [devel] Q: openvz kernel

[Ivan Fedorov]

[-- Attachment #1: Type: text/plain, Size: 755 bytes --]

Michael Shigorin пишет:
> On Sat, Jun 24, 2006 at 04:49:15PM +0400, Dmitry V. Levin wrote:
>>> А чем эта технология лучше или хуже чем xen?
>> Ответ легко нагугливается.  См. ответ на вопрос "How does
>> OpenVZ compare to Xen?" в http://kerneltrap.org/node/6492
> 
> Ммм...
> 
>>> OpenVZ does not run separate kernel in each VPS and saves
>>> memory on kernel internal data.
> 
> Уже интересно, мне казалось, что оно бегает разные ядра.

Это решение аналогично vserver. Но в отличии от vserver оно, насколько я
помню, создает виртуальные сетевые интерфейсы, что позволяет избавиться
от плясок с бубном вокруг ssh на хост-системе, и пользовать iptables
внутри гостя.

PS: Это верно для Virtuozzo. Что из этого есть в OpenVZ я не знаю.


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 252 bytes --]

Re: [devel] Q: openvz kernel

[Konstantin A. Lepikhov]

[-- Attachment #1: Type: text/plain, Size: 1395 bytes --]

Hi Ivan!

Saturday 01, at 03:45:31 PM you wrote:

> Michael Shigorin пишет:
> > On Sat, Jun 24, 2006 at 04:49:15PM +0400, Dmitry V. Levin wrote:
> >>> А чем эта технология лучше или хуже чем xen?
> >> Ответ легко нагугливается.  См. ответ на вопрос "How does
> >> OpenVZ compare to Xen?" в http://kerneltrap.org/node/6492
> > 
> > Ммм...
> > 
> >>> OpenVZ does not run separate kernel in each VPS and saves
> >>> memory on kernel internal data.
> > 
> > Уже интересно, мне казалось, что оно бегает разные ядра.
> 
> Это решение аналогично vserver. Но в отличии от vserver оно, насколько я
> помню, создает виртуальные сетевые интерфейсы, что позволяет избавиться
> от плясок с бубном вокруг ssh на хост-системе, и пользовать iptables
> внутри гостя.
более того, многие штуки, которые там реализованы, сделаны намного прямее,
чем в vserver (например, вместо прямой блокировки CAP_XXX, блокировка
происходит по _действиям_, т.е. сделать что-то дадут, но потом в ядре
заблокируют). Из-за этого работать с таким сервером на порядок удобнее,
чем с vs, где постоянно по рукам дают ;) + Большиство ограничений и
настроек переключаются в runtime, а не как в vs, только после перезапуска
виртуального контекста.

> 
> PS: Это верно для Virtuozzo. Что из этого есть в OpenVZ я не знаю.
это все также верно и для ovz, кроме VZFS, код которой пока закрыт.

-- 
WBR et al.

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] Q: openvz kernel

[Vitaly Ostanin]

[-- Attachment #1: Type: text/plain, Size: 1068 bytes --]

Konstantin A. Lepikhov пишет:

<skipped/>

>> Это решение аналогично vserver. Но в отличии от vserver оно, насколько я
>> помню, создает виртуальные сетевые интерфейсы, что позволяет избавиться
>> от плясок с бубном вокруг ssh на хост-системе, и пользовать iptables
>> внутри гостя.
> более того, многие штуки, которые там реализованы, сделаны намного прямее,
> чем в vserver (например, вместо прямой блокировки CAP_XXX, блокировка
> происходит по _действиям_, т.е. сделать что-то дадут, но потом в ядре
> заблокируют). Из-за этого работать с таким сервером на порядок удобнее,
> чем с vs, где постоянно по рукам дают ;) + Большиство ограничений и
> настроек переключаются в runtime, а не как в vs, только после перезапуска
> виртуального контекста.
> 
>> PS: Это верно для Virtuozzo. Что из этого есть в OpenVZ я не знаю.
> это все также верно и для ovz, кроме VZFS, код которой пока закрыт.

Интересно попробовать. При переносе vserver'ов в openvz есть грабли?

<skipped/>

-- 
Regards, Vyt
mailto:  vyt@vzljot.ru
JID:     vyt@vzljot.ru


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 254 bytes --]

Re: [devel] Q: openvz kernel

[Konstantin A. Lepikhov]

<цитата от="Vitaly Ostanin">
> Konstantin A. Lepikhov пишет:
>
> <skipped/>
>
>>> Это решение аналогично vserver. Но в отличии от vserver оно, насколько
>>> я
>>> помню, создает виртуальные сетевые интерфейсы, что позволяет избавиться
>>> от плясок с бубном вокруг ssh на хост-системе, и пользовать iptables
>>> внутри гостя.
>> более того, многие штуки, которые там реализованы, сделаны намного
>> прямее,
>> чем в vserver (например, вместо прямой блокировки CAP_XXX, блокировка
>> происходит по _действиям_, т.е. сделать что-то дадут, но потом в ядре
>> заблокируют). Из-за этого работать с таким сервером на порядок удобнее,
>> чем с vs, где постоянно по рукам дают ;) + Большиство ограничений и
>> настроек переключаются в runtime, а не как в vs, только после
>> перезапуска
>> виртуального контекста.
>>
>>> PS: Это верно для Virtuozzo. Что из этого есть в OpenVZ я не знаю.
>> это все также верно и для ovz, кроме VZFS, код которой пока закрыт.
>
> Интересно попробовать. При переносе vserver'ов в openvz есть грабли?
по-идее, наоборот, текущие грабли должны пропасть ;)

-- 
WBR et al.