Re: [Sysadmins] [devel] util-vserver-0.30.210-alt2: i586 rebuild failed

Re: [Sysadmins] [devel] util-vserver-0.30.210-alt2: i586 rebuild failed

[Michael Shigorin]

On Fri, Nov 02, 2007 at 10:22:52AM +0300, Peter V. Saveliev wrote:
[vserver]
> > Перевести это всё на OVZ очень проблематично :(
> Переводите на xen.

BTW чем это менее проблематично, чем ovz?

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

Re: [Sysadmins] [devel] util-vserver-0.30.210-alt2: i586 rebuild failed

[Peter V. Saveliev]

В сообщении от Friday 02 November 2007 12:53:22 Michael Shigorin написал(а):
> On Fri, Nov 02, 2007 at 10:22:52AM +0300, Peter V. Saveliev wrote:
> [vserver]
>
> > > Перевести это всё на OVZ очень проблематично :(
> >
> > Переводите на xen.
>
> BTW чем это менее проблематично, чем ovz?

по мне так всем, если не считать того факта, что xen в Сизифе поддерживается 
усилиями одного Миши Якушина.

при миграции чего-либо на xen не нужно
а) заморачиваться со специфическим сетевым стэком ovz, сервисы вроде cups или 
dhcpd не нужно светить через veth
б) долго и нудно править каждое ограничение по памяти отдельно, т.к. сразу 
полезут первышения лимитов по шареной памяти и т.п. (лечится легко) и ошибки, 
связанные с превышением сетевых буферов (фтп сервер под нагрузкой в 
контейнере) (последние не критичны, и как будто не видны, но на 
производительности сказываются)

при этом xen добавит overhead по производительности (в случае ovz он 
минимален), но если контейнеров не сотня с гаком, то нормально работает.

-- 
Peter V. Saveliev

Re: [Sysadmins] [devel] util-vserver-0.30.210-alt2: i586 rebuild failed

[Michael Shigorin]

On Fri, Nov 02, 2007 at 01:27:23PM +0300, Peter V. Saveliev wrote:
> > > > Перевести это всё на OVZ очень проблематично :(
> > > Переводите на xen.
> > BTW чем это менее проблематично, чем ovz?
> по мне так всем, если не считать того факта, что xen в Сизифе
> поддерживается усилиями одного Миши Якушина.
> при миграции чего-либо на xen не нужно
> а) заморачиваться со специфическим сетевым стэком ovz, сервисы
> вроде cups или dhcpd не нужно светить через veth

Зато нужно заморачиваться со специфическим ядром и всем
остальным.

> б) долго и нудно править каждое ограничение по памяти отдельно,
> т.к. сразу полезут первышения лимитов по шареной памяти и т.п.
> (лечится легко) и ошибки, связанные с превышением сетевых
> буферов (фтп сервер под нагрузкой в контейнере) (последние не
> критичны, и как будто не видны, но на производительности
> сказываются)

Зато потом в рантайме изменить будет гораздо тяжелей.
vzsplit, кстати, тоже не отменяли.

> при этом xen добавит overhead по производительности (в случае
> ovz он минимален), но если контейнеров не сотня с гаком, то
> нормально работает.

Ну пока я вот для себя смысла не вижу, учитывая обсуждавшиеся
проблемы с загрузчиками плюс к вышеозвученному... :(

Хотя добраться для общего образования самому всё равно надо будет.
И ещё VirtualBox посмотреть.

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

Re: [Sysadmins] [devel] util-vserver-0.30.210-alt2: i586 rebuild failed

[Avramenko Andrew]

Michael Shigorin пишет:
> On Fri, Nov 02, 2007 at 01:27:23PM +0300, Peter V. Saveliev wrote:
>>>>> Перевести это всё на OVZ очень проблематично :(
>>>> Переводите на xen.
>>> BTW чем это менее проблематично, чем ovz?
>> по мне так всем, если не считать того факта, что xen в Сизифе
>> поддерживается усилиями одного Миши Якушина.
>> при миграции чего-либо на xen не нужно
>> а) заморачиваться со специфическим сетевым стэком ovz, сервисы
>> вроде cups или dhcpd не нужно светить через veth
> 
> Зато нужно заморачиваться со специфическим ядром и всем
> остальным.
> 
>> б) долго и нудно править каждое ограничение по памяти отдельно,
>> т.к. сразу полезут первышения лимитов по шареной памяти и т.п.
>> (лечится легко) и ошибки, связанные с превышением сетевых
>> буферов (фтп сервер под нагрузкой в контейнере) (последние не
>> критичны, и как будто не видны, но на производительности
>> сказываются)
> 
> Зато потом в рантайме изменить будет гораздо тяжелей.
Да вроде бы не должно. Чем там тяжелее?

Re: [Sysadmins] [devel] util-vserver-0.30.210-alt2: i586 rebuild failed

[Michael Shigorin]

On Fri, Nov 02, 2007 at 02:47:20PM +0300, Avramenko Andrew wrote:
> > Зато потом в рантайме изменить будет гораздо тяжелей.
> Да вроде бы не должно. Чем там тяжелее?

В Xen уже возможно изменить на лету объём RAM, выделенной
виртуальнику?

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

Re: [Sysadmins] [devel] util-vserver-0.30.210-alt2: i586 rebuild failed

[Avramenko Andrew]

Michael Shigorin пишет:
> On Fri, Nov 02, 2007 at 02:47:20PM +0300, Avramenko Andrew wrote:
>>> Зато потом в рантайме изменить будет гораздо тяжелей.
>> Да вроде бы не должно. Чем там тяжелее?
> 
> В Xen уже возможно изменить на лету объём RAM, выделенной
> виртуальнику?
> 

Давным давно.
xm mem-set. Там просто как-то хитро оно организовано - нужно выделять 
много, а потом уменьшать при старте. Может быть в последних версиях 
пофиксили - давно не смотрел. На след. недели буду обновляться - заодно 
и проверю.

Re: [Sysadmins] ovz | xen (was: [devel] util-vserver...)

[Peter V. Saveliev]

В сообщении от Friday 02 November 2007 14:46:16 Michael Shigorin написал(а):
> On Fri, Nov 02, 2007 at 01:27:23PM +0300, Peter V. Saveliev wrote:
> > > > > Перевести это всё на OVZ очень проблематично :(
> > > >
> > > > Переводите на xen.
> > >
> > > BTW чем это менее проблематично, чем ovz?
> >
> > по мне так всем, если не считать того факта, что xen в Сизифе
> > поддерживается усилиями одного Миши Якушина.
> > при миграции чего-либо на xen не нужно
> > а) заморачиваться со специфическим сетевым стэком ovz, сервисы
> > вроде cups или dhcpd не нужно светить через veth
>
> Зато нужно заморачиваться со специфическим ядром и всем
> остальным.

можно подумать, ядро ovz не специфическое.

<skip />
> Хотя добраться для общего образования самому всё равно надо будет.
> И ещё VirtualBox посмотреть.

Ключевой момент xen -- нормальная _независимая_ работа сетевых стеков в 
контейнерах. Причём любых, один контейнер может поддерживать vrf, другой нет. 
В ovz ни один не будет ничего поддерживать, т.к. всё это не дружит с ovz.

Подозреваю, что и остальное в том же ключе, т.к. не сетью единой живо ядро.

Т.е. ovz хорош, когда знаешь, что возможностей ядра ovz хватит для всех 
контейнеров. Например, когда в контейнерах живут апачи^Wnginx'ы 
пользователей, и баста.

Когда дело доходит до виртуализации сетевых сервисов (а почти все сервисы 
сетевые), скажем, для офисной сети -- тут в ovz начинаются сплошные костыли.

ЗЫ: я не против ovz, очен даже "за". Но на своём месте и для своей цели, т.е. 
для mass-hosting, например.
-- 
Peter V. Saveliev

Re: [Sysadmins] ovz | xen

[Michael Shigorin]

On Fri, Nov 02, 2007 at 02:55:40PM +0300, Peter V. Saveliev wrote:
> > > а) заморачиваться со специфическим сетевым стэком ovz,
> > > сервисы вроде cups или dhcpd не нужно светить через veth
> > Зато нужно заморачиваться со специфическим ядром и всем
> > остальным.
> можно подумать, ядро ovz не специфическое.

Так оно одно хоть ;)

> > Хотя добраться для общего образования самому всё равно надо
> > будет.  И ещё VirtualBox посмотреть.
> Ключевой момент xen -- нормальная _независимая_ работа сетевых
> стеков в контейнерах. Причём любых, один контейнер может
> поддерживать vrf, другой нет.  В ovz ни один не будет ничего
> поддерживать, т.к. всё это не дружит с ovz.

Кстати, если интересно: http://xgu.ru/wiki/Xentaur

> Т.е. ovz хорош, когда знаешь, что возможностей ядра ovz хватит
> для всех контейнеров. Например, когда в контейнерах живут
> апачи^Wnginx'ы пользователей, и баста.  Когда дело доходит до
> виртуализации сетевых сервисов (а почти все сервисы сетевые),
> скажем, для офисной сети -- тут в ovz начинаются сплошные
> костыли.

Да ладно, сплошные veth. :)

> ЗЫ: я не против ovz, очен даже "за". Но на своём месте и для
> своей цели, т.е.  для mass-hosting, например.

Ну, я и в офисе не против.

Собственно, о проблемах Xen от Миши я уже чуток наслышался,
о проблемах vserver и openvz чуток знаю не понаслышке, потому
и интересно порой делать sync -- что где сейчас творится да
где у каких медалей сейчас какие стороны.

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

Re: [Sysadmins] ovz | xen

[Peter V. Saveliev]

В сообщении от Friday 02 November 2007 15:22:26 Michael Shigorin написал(а):
> On Fri, Nov 02, 2007 at 02:55:40PM +0300, Peter V. Saveliev wrote:
> > > > а) заморачиваться со специфическим сетевым стэком ovz,
> > > > сервисы вроде cups или dhcpd не нужно светить через veth
> > >
> > > Зато нужно заморачиваться со специфическим ядром и всем
> > > остальным.
> >
> > можно подумать, ядро ovz не специфическое.
>
> Так оно одно хоть ;)

xen-dom0 тоже одно. Или ты про рантайм? Так это от задачи зависит, не всегда 
одно ядро это плюс. Думаю, подробно объяснять не надо.

<skip />
> Кстати, если интересно: http://xgu.ru/wiki/Xentaur

Спасибо! Гляну, что наколбасили -- выглядит занятно.

>
> > Т.е. ovz хорош, когда знаешь, что возможностей ядра ovz хватит
> > для всех контейнеров. Например, когда в контейнерах живут
> > апачи^Wnginx'ы пользователей, и баста.  Когда дело доходит до
> > виртуализации сетевых сервисов (а почти все сервисы сетевые),
> > скажем, для офисной сети -- тут в ovz начинаются сплошные
> > костыли.
>
> Да ладно, сплошные veth. :)

ну я и говорю, костыли :)

<skip />
-- 
Peter V. Saveliev

Re: [Sysadmins] [devel] util-vserver-0.30.210-alt2: i586 rebuild failed

[Денис Смирнов]

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

On Fri, Nov 02, 2007 at 01:27:23PM +0300, Peter V. Saveliev wrote:

PVS> б) долго и нудно править каждое ограничение по памяти отдельно, т.к. сразу 
PVS> полезут первышения лимитов по шареной памяти и т.п. (лечится легко) и ошибки, 
PVS> связанные с превышением сетевых буферов (фтп сервер под нагрузкой в 
PVS> контейнере) (последние не критичны, и как будто не видны, но на 
PVS> производительности сказываются)

Для себя решил скриптиком, который берет инфу из user_beancounters, и при
запуске увеличивает лимиты всем, кому это надо. Обычно развертывание новой
машинки начинается с того что я этот скриптик просто в cron на некоторое
время ставлю :)

-- 
С уважением, Денис

http://freesource.info
----------------------------------------------------------------------------
Надо с race'ами блокировками бороться, а не переименовыванием заниматься
		-- mithraen in devel@

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

Re: [Sysadmins] [devel] util-vserver-0.30.210-alt2: i586 rebuild failed

[Sergey]

On Monday 05 November 2007, Денис Смирнов wrote:

> Для себя решил скриптиком, который берет инфу из user_beancounters, и при
> запуске увеличивает лимиты всем, кому это надо.

Может быть, его на всеобщее обозрение ? Вроде как не сильно маленький должен 
быть, особенное, если какие-то параметры с перекрёстными зависимостями правит.

-- 
С уважением, Сергей
a_s_y@sama.ru

Re: [Sysadmins] [devel] util-vserver-0.30.210-alt2: i586 rebuild?failed

[Денис Смирнов]

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

On Mon, Nov 05, 2007 at 04:07:51PM +0400, Sergey wrote:

>> Для себя решил скриптиком, который берет инфу из user_beancounters, и при
>> запуске увеличивает лимиты всем, кому это надо.
S> Может быть, его на всеобщее обозрение ? Вроде как не сильно маленький должен 
S> быть, особенное, если какие-то параметры с перекрёстными зависимостями правит.

Сейчас чуток доточу и опакечу. Он тупой -- правит что под руку попадется,
а потом запускается vzcfgvalidate с просьбой исправить созданное.

-- 
С уважением, Денис

http://freesource.info
----------------------------------------------------------------------------
АКСИОМА ГУРДА
 На собраниях - экономят минуты и теряют часы.

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

[Sysadmins] vzautolimit

[Денис Смирнов]

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

On Tue, Nov 06, 2007 at 12:08:03PM +0300, Денис Смирнов wrote:

>>> Для себя решил скриптиком, который берет инфу из user_beancounters, и при
>>> запуске увеличивает лимиты всем, кому это надо.
S>> Может быть, его на всеобщее обозрение ? Вроде как не сильно маленький должен 
S>> быть, особенное, если какие-то параметры с перекрёстными зависимостями правит.
ДС> Сейчас чуток доточу и опакечу. Он тупой -- правит что под руку попадется,
ДС> а потом запускается vzcfgvalidate с просьбой исправить созданное.

Скрипт ушел в incoming/ под названием vzautolimit. Использовать очень
осторожно -- нагло меняет конфиги при своем запуске, не спрашивая
разрешения.

Разумеется в моем git он также присутствует :)

-- 
С уважением, Денис

http://freesource.info
----------------------------------------------------------------------------
У меня специализация -- мелкий хакинг по месту
		-- mike in devel@

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

Re: [Sysadmins] [devel] util-vserver-0.30.210-alt2: i586 rebuild failed

[Sergey]

On Friday 02 November 2007, Peter V. Saveliev wrote:

> ошибки, связанные с превышением сетевых буферов (фтп сервер под 
> нагрузкой в контейнере) (последние не критичны, и как будто не 
> видны, но на производительности сказываются)

Как выяснилось, конкретно для proftpd критичны. Впадает в ступор
со 100% загрузкой одного CPU. Кажется, я писал уже... Думаю, может
им там багу повесить (на proftpd в смысле). Надо только последнюю
версию глянуть предварительно, руки не доходят.

-- 
С уважением, Сергей
a_s_y@sama.ru

Re: [Sysadmins] [devel] [JT] util-vserver-0.30.210-alt2: i586 rebuild failed

[Michael Shigorin]

On Fri, Nov 02, 2007 at 07:16:21PM +0300, Peter V. Saveliev wrote:
> У нас тоже работает ovz в офисе, vserver у меня на сервере и у
> зоказчегов стоят уже три сервера с xen (а скоро -- четыре), так
> что можем сравнить. За прошедшие полгода ovz накернял сервер
> больше раз, чем vserver за всё время работы моего сайта (уже
> года четыре точно, а дальше надо в хистори лезть, лень), но это
> детали.

За год на усреднённых трёх системах, которые небезразличны -- 
сходу не помню ни одного паника имени ovz.  Возможно, _около_
года тому их было, но действительно или уже, или вообще не помню.

Паников по причине vserver не помню ни одной (на двух M24 и одном
vserver-2.x).

Мониторить расставленные по заказчикам ovz не представляется
возможным, но жалоб не припомню.

> Реально же -- для каждого решения есть своё место, и я никогда
> не поставлю xen на массовый хостинг (мой-то не массовый,
> поэтому под xen переедет по любому) так же, как ovz на
> шлюз/файлопомойку/почту.  И вообще, всё это религия и JT давно.

Ну пошли в sysadmins@, сравнения-то в достаточно конструктивном
ключе.  Думаю, многим коллегам может быть интересна статистика
предшественников и их опыт (единственное место, где соглашусь
по поводу последней фразы ;).

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

Re: [Sysadmins] [devel] [JT] util-vserver-0.30.210-alt2: i586 rebuild failed

[Anton Farygin]

Michael Shigorin пишет:
> On Fri, Nov 02, 2007 at 07:16:21PM +0300, Peter V. Saveliev wrote:
>> У нас тоже работает ovz в офисе, vserver у меня на сервере и у
>> зоказчегов стоят уже три сервера с xen (а скоро -- четыре), так
>> что можем сравнить. За прошедшие полгода ovz накернял сервер
>> больше раз, чем vserver за всё время работы моего сайта (уже
>> года четыре точно, а дальше надо в хистори лезть, лень), но это
>> детали.
> 
> За год на усреднённых трёх системах, которые небезразличны -- 
> сходу не помню ни одного паника имени ovz.  Возможно, _около_
> года тому их было, но действительно или уже, или вообще не помню.

Паника нет, но NFS с ovz ведёт себя очень странно.

По крайней мере на одной машине я постоянно наблюдаю потерю сервера 
(сервер - в host'е ovz)

> 
> Паников по причине vserver не помню ни одной (на двух M24 и одном
> vserver-2.x).
> 
> Мониторить расставленные по заказчикам ovz не представляется
> возможным, но жалоб не припомню.

На данный момент жалоба только одна - NFS ;(

> 
>> Реально же -- для каждого решения есть своё место, и я никогда
>> не поставлю xen на массовый хостинг (мой-то не массовый,
>> поэтому под xen переедет по любому) так же, как ovz на
>> шлюз/файлопомойку/почту.  И вообще, всё это религия и JT давно.
> 
> Ну пошли в sysadmins@, сравнения-то в достаточно конструктивном
> ключе.  Думаю, многим коллегам может быть интересна статистика
> предшественников и их опыт (единственное место, где соглашусь
> по поводу последней фразы ;).

Мне vserver был удобнее - утилиты более юзабельные.

Например у ovz надо сначала говорить команду, потом кому эта команда 
поступает.

т.е. - vzctl stop 101
vzctl start 101

А у vserver было vserver 101 start

Вариант vserver мне кажется более удобным с точки зрения usability. 
Всегда можно нажать стрелку вверх, убить последнее слово и ввести другое.

С ovz чуть чуть действий больше

Re: [Sysadmins] [devel] [JT] util-vserver-0.30.210-alt2: i586 rebuild failed

[Michael Shigorin]

On Fri, Nov 02, 2007 at 08:45:14PM +0300, Anton Farygin wrote:
> > Мониторить расставленные по заказчикам ovz не представляется
> > возможным, но жалоб не припомню.
> На данный момент жалоба только одна - NFS ;(

Эт да, и монтировать надо...

> А у vserver было vserver 101 start

Да, мне этот порядок тоже больше нравится.

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

Re: [Sysadmins] [devel] [JT] util-vserver-0.30.210-alt2: i586 rebuild failed

[Peter V. Saveliev]

В сообщении от Friday 02 November 2007 20:53:42 Michael Shigorin написал(а):
> On Fri, Nov 02, 2007 at 08:45:14PM +0300, Anton Farygin wrote:
> > > Мониторить расставленные по заказчикам ovz не представляется
> > > возможным, но жалоб не припомню.
> >
> > На данный момент жалоба только одна - NFS ;(
>
> Эт да, и монтировать надо...
>
> > А у vserver было vserver 101 start
>
> Да, мне этот порядок тоже больше нравится.

в порядке бреда:

.bashrc:

vzctl() {
 command vzctl $2 $1
}

ну, то есть понятно, что там не только старт/стоп, но в целом подобная идея 
может сработать.

-- 
Peter V. Saveliev

Re: [Sysadmins] [devel] [JT] util-vserver-0.30.210-alt2: i586 rebuild failed

[Anton Farygin]

Peter V. Saveliev пишет:
> В сообщении от Friday 02 November 2007 20:53:42 Michael Shigorin написал(а):
>> On Fri, Nov 02, 2007 at 08:45:14PM +0300, Anton Farygin wrote:
>>>> Мониторить расставленные по заказчикам ovz не представляется
>>>> возможным, но жалоб не припомню.
>>> На данный момент жалоба только одна - NFS ;(
>> Эт да, и монтировать надо...
>>
>>> А у vserver было vserver 101 start
>> Да, мне этот порядок тоже больше нравится.
> 
> в порядке бреда:
> 
> .bashrc:
> 
> vzctl() {
>  command vzctl $2 $1
> }
> 
> ну, то есть понятно, что там не только старт/стоп, но в целом подобная идея 
> может сработать.
> 

Не проще ли запинать mainstream ? Делать алиасы.. это конечно по нашему, 
но как-то криво.

Re: [Sysadmins] [devel] [JT] util-vserver-0.30.210-alt2: i586 rebuild failed

[Peter V. Saveliev]

В сообщении от Saturday 03 November 2007 11:34:26 Anton Farygin написал(а):
<skip />
> Не проще ли запинать mainstream ? Делать алиасы.. это конечно по нашему,
> но как-то криво.
<skip />

Не, не проще. Кому-то нужно:

$vectl 100 start
$vectl 100 stop

А кому-то:

$vectl start 100
$vectl start 101
...

дело такое. Имхо, каждому может оказаться удобнее по-своему, и на месте 
mainstream я бы предложил обойтись alias'ами.

-- 
Peter V. Saveliev

Re: [Sysadmins] [devel] [JT] util-vserver-0.30.210-alt2: i586 rebuild failed

[Pavlov Konstantin]

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

On Fri, Nov 02, 2007 at 08:45:14PM +0300, Anton Farygin wrote:
> Michael Shigorin пишет:
> > On Fri, Nov 02, 2007 at 07:16:21PM +0300, Peter V. Saveliev wrote:
> >> У нас тоже работает ovz в офисе, vserver у меня на сервере и у
> >> зоказчегов стоят уже три сервера с xen (а скоро -- четыре), так
> >> что можем сравнить. За прошедшие полгода ovz накернял сервер
> >> больше раз, чем vserver за всё время работы моего сайта (уже
> >> года четыре точно, а дальше надо в хистори лезть, лень), но это
> >> детали.
> > 
> > За год на усреднённых трёх системах, которые небезразличны -- 
> > сходу не помню ни одного паника имени ovz.  Возможно, _около_
> > года тому их было, но действительно или уже, или вообще не помню.
> 
> Паника нет, но NFS с ovz ведёт себя очень странно.
> 
> По крайней мере на одной машине я постоянно наблюдаю потерю сервера 
> (сервер - в host'е ovz)

Бага висит, кстати.

> > Паников по причине vserver не помню ни одной (на двух M24 и одном
> > vserver-2.x).
> > 
> > Мониторить расставленные по заказчикам ovz не представляется
> > возможным, но жалоб не припомню.
> 
> На данный момент жалоба только одна - NFS ;(

Мы разделались тем, что ушли от NFS. :(

> >> Реально же -- для каждого решения есть своё место, и я никогда
> >> не поставлю xen на массовый хостинг (мой-то не массовый,
> >> поэтому под xen переедет по любому) так же, как ovz на
> >> шлюз/файлопомойку/почту.  И вообще, всё это религия и JT давно.
> > 
> > Ну пошли в sysadmins@, сравнения-то в достаточно конструктивном
> > ключе.  Думаю, многим коллегам может быть интересна статистика
> > предшественников и их опыт (единственное место, где соглашусь
> > по поводу последней фразы ;).
> 
> Мне vserver был удобнее - утилиты более юзабельные.
> 
> Например у ovz надо сначала говорить команду, потом кому эта команда 
> поступает.
> 
> т.е. - vzctl stop 101
> vzctl start 101
> 
> А у vserver было vserver 101 start
> 
> Вариант vserver мне кажется более удобным с точки зрения usability. 
> Всегда можно нажать стрелку вверх, убить последнее слово и ввести другое.
> 
> С ovz чуть чуть действий больше

Вот бы кто еще написал аналог virtuozzo management panel :)

-- 
<Hiddenman> бо начинаешь обвешивать zsh фишками, обвешиваешь, обвешиваешь и получается....far ;-)

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

Re: [Sysadmins] [devel] [JT] util-vserver-0.30.210-alt2: i586 rebuild failed

[Pavlov Konstantin]

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

On Mon, Nov 04, 2013 at 12:44:04PM +0300, Pavlov Konstantin wrote:
> > Мне vserver был удобнее - утилиты более юзабельные.
> > 
> > Например у ovz надо сначала говорить команду, потом кому эта команда 
> > поступает.
> > 
> > т.е. - vzctl stop 101
> > vzctl start 101
> > 
> > А у vserver было vserver 101 start
> > 
> > Вариант vserver мне кажется более удобным с точки зрения usability. 
> > Всегда можно нажать стрелку вверх, убить последнее слово и ввести другое.
> > 
> > С ovz чуть чуть действий больше
> 
> Вот бы кто еще написал аналог virtuozzo management panel :)

Management console, конечно же.

-- 
> Честно говорят, SS2 меня разочаровал уже.  Засыпает карта, толи
> от перегрева, толи черт его знает от чего :( Все говорили, что
> гадость редкостная, но я не верил :) ISP рекомендует SS3 некий.
Скорее всего это будет затяжное порно с компьютером :(.
		-- slava in devel@

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

Re: [Sysadmins] [devel] [JT] util-vserver-0.30.210-alt2: i586 rebuild failed

[Viktor Cemasko]

Mon, 4 Nov 2013 12:45:07 +0300 -n Pavlov Konstantin
<thresh@altlinux.ru> írta:

> ....

Будьте любезны, дату исправьте (2013.11.04.).
-- 
Best regards,					10 Sin
Cemasko Viktor.					20 goto Hell

Re: [Sysadmins] util-vserver-0.30.210-alt2: i586 rebuild failed

[Michael Shigorin]

On Sun, Nov 04, 2007 at 02:20:10PM +0400, Sergey Y. Afonin wrote:
> Второй плюс SCSI HDD, оптимизация движения головки при чтении,
> с некоторых пор присущ и SATA дискам, надо только выбирать
> правильные.

Насколько смотрю по тестам -- это и с NCQ скорее "в теории"...
Для нагрузки остаётся старый добрый SCSI и его замена -- SAS.

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

Re: [Sysadmins] util-vserver-0.30.210-alt2: i586 rebuild failed

[Денис Смирнов]

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

On Mon, Nov 05, 2007 at 11:48:49AM +0200, Michael Shigorin wrote:

>> Второй плюс SCSI HDD, оптимизация движения головки при чтении,
>> с некоторых пор присущ и SATA дискам, надо только выбирать
>> правильные.
MS> Насколько смотрю по тестам -- это и с NCQ скорее "в теории"...
MS> Для нагрузки остаётся старый добрый SCSI и его замена -- SAS.

Одна из причин этого -- глубина очереди, которая на SCSI как я понимаю в 4
раза больше. А вот другие причины почему это получается скорее фикция мне
неизвестны, но это видно невооруженным взглядом.

Возможно связано еще и с тем, что прошивку для SATA-контроллеров делают
более глупой. Но я вижу невооруженным взглядом, что 3ware RAID SATA 0+1
(который на параллельном доступе должен летать) с поддержкой NCQ (включена
на контроллере и есть на хардах) откровенно тормозит.

-- 
С уважением, Денис

http://freesource.info
----------------------------------------------------------------------------
Правильно, xmtr под рутом работать перестал. Это будем считать feature.
		-- ldv in sisyphus@

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

[Sysadmins] SATA/NCQ, SCSI/TCQ (was: [devel] util-vserver-0.30.210-alt2: i586 rebuild failed)

[Michael Shigorin]

On Mon, Nov 05, 2007 at 03:56:57PM +0400, Sergey Y. Afonin wrote:
> > > Что за storage?
> > Да купили еще 2.5 года назад Vtrak 8110. Даже производителя уже не помню :)
> Гугль его знает... Говорит, Промис это.  Написано, что 
> Supports Native Command Queuing (NCQ) and Tagged Command
> Queuing (TCQ) for improved performance
> Похоже, это про ту самую оптимизацию работы головами HDD на
> уровне контроллера.  То есть, и поддержка фичи от HDD не сильно
> обязательна, получается. Хотя лучше почитать.

Обязательна.

On Mon, Nov 05, 2007 at 03:50:42PM +0400, Sergey Y. Afonin wrote:
> > > А вот это странно. У SATA один HDD на канал, так что
> > > преимущество параллельной работы HDD у SCSI роли не играет.
> > > Второй плюс SCSI HDD, оптимизация движения 
> > Что-то не понял мысли.
> Про второй плюс ? Называют это по-разному везде. Суть в том,
> что, если к HDD приходит запрос считать, грубо говоря, сектора
> 1, 10, 7, 20, 18, то IDE так и будет читать, дёргая головой
> туда-сюда, а SCSI сделает это в один проход головки.

Comppand queue и elevator это называется.

> Особенно этот плюс проявляется в случае, когда с HDD работает
> несколько приложений. Ранние SATA этой фичи не имели, но
> сейчас, вроде бы, этой фичей уже обладают. По крайней мере, в
> каком-то обзоре пару лет назад упоминалось про сей факт.

Если почитать обзоры повнимательней, то на SATA оно выглядит
фигня фигнёй (относительно SCSI, а не IDE, конечно).  Даже при
сквозной поддержке диском, контроллером и драйвером.

PS: мужики, пошли в sysadmins@ или hardware@, этой теме в devel@
изначально было нечего делать.  Читайте Multi-Disk HOWTO, что тут 
сказать.

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

Re: [Sysadmins] SATA/NCQ, SCSI/TCQ (was: [devel] util-vserver-0.30.210-alt2: i586 rebuild failed)

[Sergey]

On Monday 05 November 2007, Michael Shigorin wrote:

> > Похоже, это про ту самую оптимизацию работы головами HDD на
> > уровне контроллера.  То есть, и поддержка фичи от HDD не сильно
> > обязательна, получается. Хотя лучше почитать.
> 
> Обязательна.

ВСё равно сомневаюсь.

> > Про второй плюс ? Называют это по-разному везде. Суть в том,
> > что, если к HDD приходит запрос считать, грубо говоря, сектора
> > 1, 10, 7, 20, 18, то IDE так и будет читать, дёргая головой
> > туда-сюда, а SCSI сделает это в один проход головки.
> 
> Comppand queue и elevator это называется.

И так бывает, называют. Поддержка этого хозяйства была в hpfs386 в
OS/2 и без поддержки, собственно, дисками. Потому и сомневаюсь, что
поддержка от HDD обязательна при умном контроллере.

> > сейчас, вроде бы, этой фичей уже обладают. По крайней мере, в
> > каком-то обзоре пару лет назад упоминалось про сей факт.
> 
> Если почитать обзоры повнимательней, то на SATA оно выглядит
> фигня фигнёй (относительно SCSI, а не IDE, конечно).

А как оно может выглядеть фигня фигнёй, если, фактически, там или есть,
или нет. Разьве что, только, очередь команд если маленькая...

2: Andrew Kornilov

> "А вот это странно. У SATA один HDD на канал, так что преимущество
> параллельной работы HDD у SCSI роли не играет."  Вот эту мысль я не 
> понял :) 

Это я про то, что на SCSI шине все устройства работают параллельно, 
а на IDE два устройства работают по очереди.

-- 
С уважением, Сергей
a_s_y@sama.ru

Re: [Sysadmins] SATA/NCQ, SCSI/TCQ (was: [devel] util-vserver-0.30.210-alt2: i586 rebuild failed)

[Sergey]

On Tuesday 06 November 2007, Sergey wrote:

> Поддержка этого хозяйства была в hpfs386 в
> OS/2 и без поддержки, собственно, дисками. Потому и сомневаюсь, что
> поддержка от HDD обязательна при умном контроллере.

Что-то я торможу... С тех пор же физический и логический размеры совпадать
перестали... Да, без поддержки HDD сейчас должно быть сложно.

-- 
С уважением, Сергей
a_s_y@sama.ru

Re: [Sysadmins] SATA/NCQ, SCSI/TCQ

[Michael Shigorin]

On Tue, Nov 06, 2007 at 11:20:08AM +0400, Sergey wrote:
> > > Похоже, это про ту самую оптимизацию работы головами HDD на
> > > уровне контроллера.  То есть, и поддержка фичи от HDD не
> > > сильно обязательна, получается. Хотя лучше почитать.
> > Обязательна.
> ВСё равно сомневаюсь.
> > > Про второй плюс ? Называют это по-разному везде. Суть в том,
> > > что, если к HDD приходит запрос считать, грубо говоря, сектора
> > > 1, 10, 7, 20, 18, то IDE так и будет читать, дёргая головой
> > > туда-сюда, а SCSI сделает это в один проход головки.
> > Comppand queue и elevator это называется.
> И так бывает, называют. Поддержка этого хозяйства была в
> hpfs386 в OS/2 и без поддержки, собственно, дисками. Потому и
> сомневаюсь, что поддержка от HDD обязательна при умном
> контроллере.

В Linux (и если правильно помню -- ещё win95) элеватор тоже есть,
но заменой не является.

> > > сейчас, вроде бы, этой фичей уже обладают. По крайней мере, в
> > > каком-то обзоре пару лет назад упоминалось про сей факт.
> > Если почитать обзоры повнимательней, то на SATA оно выглядит
> > фигня фигнёй (относительно SCSI, а не IDE, конечно).
> А как оно может выглядеть фигня фигнёй, если, фактически, там
> или есть, или нет. Разьве что, только, очередь команд если
> маленькая...

И это, и от микропрограммы диска многое зависит (традиционно
IBM/Hitachi выигрывали на многопоточности вон).

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

Re: [Sysadmins] SATA/NCQ, SCSI/TCQ (was: [devel] util-vserver-0.30.210-alt2: i586 rebuild failed)

[Денис Смирнов]

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

On Tue, Nov 06, 2007 at 11:20:08AM +0400, Sergey wrote:

S> И так бывает, называют. Поддержка этого хозяйства была в hpfs386 в
S> OS/2 и без поддержки, собственно, дисками. Потому и сомневаюсь, что
S> поддержка от HDD обязательна при умном контроллере.

Объясняю кратко -- OS/2, как и linux, как и кто угодно не знает
_геометрии_ HDD. А первый же ремапленый блок убивает напрочь любой
алгоритм сортировки реализованый не на уровне самого HDD.

То что было в OS/2 HPFS в Linux реализовано на уровне block devices.

Только у HPFS было преимущество в том, что она при _выборе места
размещения очередного файла могла учитывать текущее предполагаемое
местоположение головки_.

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

-- 
С уважением, Денис

http://freesource.info
----------------------------------------------------------------------------
a long time ago, in a package far, far away ... fixed
		-- viy in #2902

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