[devel] запуск сервисов

[devel] запуск сервисов

[Denis Ovsienko]

Вот статья от IBM:
http://www-106.ibm.com/developerworks/linux/library/l-boot.html
Вкратце суть сводится к предложению запускать сервисы параллельно,
соблюдая зависимости с помощью make. Кто может сказать, можем ли мы себе
такое позволить? Потому что простым порядком запуска иногда обойтись
нельзя. Но тут же возникают мысли по поводу того, как себя вести в случае
ошибки запуска: не запускать зависимые сервисы или всё-таки долбить до
конца.

--
    DO4-UANIC

Re: [devel] запуск сервисов

[Andrey Orlov]

On Friday 19 September 2003 12:30, Denis Ovsienko wrote:
> Вкратце суть сводится к предложению запускать сервисы параллельно,
> соблюдая зависимости с помощью make. Кто может сказать, можем ли мы себе

По-моему скорость загрузки сводится не к порядку запуска, а к тому, что
есть узкое место - быстродействие процессора. Так что хоть последовательно,
хоть паралельно, хоть по диагонали - никакой разницы. А в связи с конкуренцией
за ресурсы и затратами на диспетчеризацию, паралельный запуск может __дольше__
проработать (видел я ту винду .... быстрее грузится, аха. Только залогинились
(быстро) и сидим ждем, пока система все сервисы стартанет и начнет на кнопки 
откликаться), и в этом смысле большую помощь окажет отказ от запуска ненужных
сервисов (коих, на рабочих станциях, по моим наблюдениям, 70%) и покупка чайника,
чбы включив машину не сразу кнопки топтать, а вначале чайку заварить.

А что до использования make..... Мндя. Чгря мне вообще идея inittab нравится больше,
чем идея SystemV скриптов. Раз уж такие вопросы начинают назревать, то нужно
закинуть SystemV скрипты / inittab на свалку истории и написать специальный
утиль для старта и мониторинга сервисов. Чбы решал не только проблему порядка запуска
но и:

 1. Старт / Стоп по зависимостям;

 2. Отслеживание работоспособности (рестарт при необохдимости или
 поднятие тревоги);

 3. Старт процесса с правами полльзователя;

 4. Возможно, любимую нами чрутизацию;

 5. Ограничение ресурсов, предоставляемых процессу;

 6. "Демонизация" процесса (с переназначение stdout / stderr на syslog, 
  	отслеживанием пида для стоп/старт и т.д.т.п).

 7. Поддержка единой конфигурации __старта__ процессов (не самих
	процессов);

И еще очень многое другое. Я отчасти со стороны, отчасти в той степени
в которой это задевает мои сервисы (Zope, rPAS, omniNames, etc) наблюдаю
за переписыванием initscripts и их поддержкой, и хотя с одной стороны я горжусь
тем, что среди AltLinuxTeam есть люди настолько хорошо знающие шелл, с другой - 
вся эта затея кажется мне обреченной и ненужной: есть задача для сложного
и нужного сервиса. Все необходимые алгоритмы, типа топологической сортировки,
в литературе описаны, изобретать особо ничего не надо. Ожидаемые трудозатраты (см.ниже)- один
человеко-месяц. Садись, пиши, внедряй. А что до всех этих игр с make. Ну да. Забавно. А 
еще на make можно пирожки печь.

В одном моем проекте была сходная задача - импорт продуктов, с зависимостями.
Написание с нуля заняло пять рабочих дней, вместе с отладкой. По функциональным
точкам, там было примерно половина от того, что нужно для задачи старта сервисов. 
Учитывая многочисленные согласования с унаследованной средой, для задачи старта
сервисов потребуется, наверно, месяц. И мое мнение - нужно сразу брать курс в этом
направлении, а не заниматься гробокопательством и гальванизацией трупов в лице
initscripts & inittab.

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

-- 
WthBstRgrds -- Андрей Орлов --  
 --- http: www.neural.ru, mail: cray@neural.ru, jid: cray@altlinux.org ---
----------------------------------------

Re: [devel] запуск сервисов

[Andrii Dobrovol's'kii]

Идея очень назревшая, по внутренним ощущениям. Например, недавние 
проблемы с блокировкой клавиатуры при запуске в таком случае невозможны?
Только, действительно ли это займет так мало времени?

Andrey Orlov wrote:
> On Friday 19 September 2003 12:30, Denis Ovsienko wrote:
> 
-покусано-
> А что до использования make..... Мндя. Чгря мне вообще идея inittab нравится больше,
> чем идея SystemV скриптов. Раз уж такие вопросы начинают назревать, то нужно
> закинуть SystemV скрипты / inittab на свалку истории и написать специальный
> утиль для старта и мониторинга сервисов. Чбы решал не только проблему порядка запуска
> но и:
> 
>  1. Старт / Стоп по зависимостям;
> 
>  2. Отслеживание работоспособности (рестарт при необохдимости или
>  поднятие тревоги);
> 
>  3. Старт процесса с правами полльзователя;
> 
>  4. Возможно, любимую нами чрутизацию;
> 
>  5. Ограничение ресурсов, предоставляемых процессу;
> 
>  6. "Демонизация" процесса (с переназначение stdout / stderr на syslog, 
>   	отслеживанием пида для стоп/старт и т.д.т.п).
> 
>  7. Поддержка единой конфигурации __старта__ процессов (не самих
> 	процессов);
> 
-покусано-

> В одном моем проекте была сходная задача - импорт продуктов, с зависимостями.
> Написание с нуля заняло пять рабочих дней, вместе с отладкой. По функциональным
> точкам, там было примерно половина от того, что нужно для задачи старта сервисов. 
> Учитывая многочисленные согласования с унаследованной средой, для задачи старта
> сервисов потребуется, наверно, месяц. И мое мнение - нужно сразу брать курс в этом
> направлении, а не заниматься гробокопательством и гальванизацией трупов в лице
> initscripts & inittab.
> 
-покусано-

Re: [devel] запуск сервисов

[Andrey Orlov]

On Saturday 20 September 2003 12:05, Andrii Dobrovol's'kii wrote:
> Идея очень назревшая, по внутренним ощущениям. Например, недавние
> проблемы с блокировкой клавиатуры при запуске в таком случае невозможны?

Независимо от применяемого способа решения любые проблемы __возможны__. Но 
если написать специализированное приложение, то проблемы выйдут на другой 
уровень, равно как и возможности по их решению. 

> Только, действительно ли это займет так мало времени?

Один человеко-месяц  - это совсем не мало времени. Если перевести это
на деньги (поймите меня правильно - просто чбы было в чем измерить), 
то это - 700$ __минимум__. Это мало? По-моему, это сопоставимо с задачей.

-- 
WthBstRgrds -- Андрей Орлов --  
 --- http: www.neural.ru, mail: cray@neural.ru, jid: cray@altlinux.org ---
----------------------------------------

Re: [devel] запуск сервисов

[Dmitry V. Levin]

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

On Fri, Sep 19, 2003 at 07:07:31PM +0400, Andrey Orlov wrote:
> On Friday 19 September 2003 12:30, Denis Ovsienko wrote:
> > Вкратце суть сводится к предложению запускать сервисы параллельно,
> > соблюдая зависимости с помощью make. Кто может сказать, можем ли мы себе
> 
> По-моему скорость загрузки сводится не к порядку запуска, а к тому, что
> есть узкое место - быстродействие процессора. Так что хоть последовательно,
> хоть паралельно, хоть по диагонали - никакой разницы. А в связи с конкуренцией
> за ресурсы и затратами на диспетчеризацию, паралельный запуск может __дольше__
> проработать (видел я ту винду .... быстрее грузится, аха. Только залогинились
> (быстро) и сидим ждем, пока система все сервисы стартанет и начнет на кнопки 
> откликаться), и в этом смысле большую помощь окажет отказ от запуска ненужных
> сервисов (коих, на рабочих станциях, по моим наблюдениям, 70%) и покупка чайника,
> чбы включив машину не сразу кнопки топтать, а вначале чайку заварить.
> 
> А что до использования make..... Мндя. Чгря мне вообще идея inittab нравится больше,
> чем идея SystemV скриптов. Раз уж такие вопросы начинают назревать, то нужно
> закинуть SystemV скрипты / inittab на свалку истории и написать специальный
> утиль для старта и мониторинга сервисов.

Эту тему уже пытались поднимать летом, но что-то из-за недостатка интереса
увяло.

ab?

> Чбы решал не только проблему порядка запуска
> но и:
> 
>  1. Старт / Стоп по зависимостям;
> 
>  2. Отслеживание работоспособности (рестарт при необохдимости или
>  поднятие тревоги);

Как будем проверять работоспособность?

>  3. Старт процесса с правами полльзователя;
> 
>  4. Возможно, любимую нами чрутизацию;

Схема "early chroot" не всегда применима.
Скорее бывает наоборот:
первичная инициализация, droppriv, вторичная инициализация.

Но это уже offtopic.

>  5. Ограничение ресурсов, предоставляемых процессу;

Аналогично.

>  6. "Демонизация" процесса (с переназначение stdout / stderr на syslog, 
>   	отслеживанием пида для стоп/старт и т.д.т.п).

Это имеет смысл, как правило, для не-демонов.
Настоящие демоны могут так fork'аться, что их потом без pid-файла не
найти.

>  7. Поддержка единой конфигурации __старта__ процессов (не самих
> 	процессов);

Что имелось в виду?

> И еще очень многое другое.

Что же?
Интересно знать, что нужно пользователям...

> Я отчасти со стороны, отчасти в той степени
> в которой это задевает мои сервисы (Zope, rPAS, omniNames, etc) наблюдаю
> за переписыванием initscripts и их поддержкой, и хотя с одной стороны я горжусь
> тем, что среди AltLinuxTeam есть люди настолько хорошо знающие шелл, с другой - 
> вся эта затея кажется мне обреченной и ненужной: есть задача для сложного
> и нужного сервиса. Все необходимые алгоритмы, типа топологической сортировки,
> в литературе описаны, изобретать особо ничего не надо.

Задачу все-таки надо поставить, прежде чем решать.
Что именно нам не хватает в нынешней схеме?
Что не устраивает?
(У меня есть варианты ответов, но я их пока предлагать не буду).
Все-таки надо сперва хорошо подумать, а уже потом кодить.

> Ожидаемые трудозатраты (см.ниже)- один человеко-месяц. Садись, пиши, внедряй.
> А что до всех этих игр с make. Ну да. Забавно. А еще на make можно пирожки печь.

Я думаю, что оценка трудозатрат несколько оптимистична.
Особенно в виду того, что процесс #1 не может ошибаться.

> В одном моем проекте была сходная задача - импорт продуктов, с зависимостями.
> Написание с нуля заняло пять рабочих дней, вместе с отладкой. По функциональным
> точкам, там было примерно половина от того, что нужно для задачи старта сервисов. 
> Учитывая многочисленные согласования с унаследованной средой, для задачи старта
> сервисов потребуется, наверно, месяц. И мое мнение - нужно сразу брать курс в этом
> направлении, а не заниматься гробокопательством и гальванизацией трупов в лице
> initscripts & inittab.
> 
> Сразу замечу, что всяческие проблемы с унаследованным софтом, при таком подходе
> можно решить достаточно легко и непринужденно, особенно если делать это
> на уровне дистрибутива. И сбсно мне кажется, что даже руки которые сделают
> это найдутся сразу, как только такое решение будет принято.

Интересно, как же это они найдутся?


--
ldv

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

Re: [devel] запуск сервисов

[Alexander Bokovoy]

On Sun, Sep 21, 2003 at 11:49:30PM +0400, Dmitry V. Levin wrote:
> > А что до использования make..... Мндя. Чгря мне вообще идея inittab нравится больше,
> > чем идея SystemV скриптов. Раз уж такие вопросы начинают назревать, то нужно
> > закинуть SystemV скрипты / inittab на свалку истории и написать специальный
> > утиль для старта и мониторинга сервисов.
> 
> Эту тему уже пытались поднимать летом, но что-то из-за недостатка интереса
> увяло.
> 
> ab?
Дело не в недостатке интереса. Дело в недостатке времени. Я по-прежнему
положительно смотрю в сторону автовычисляющих инитскриптов на базе
simpleinit(8).


-- 
/ Alexander Bokovoy
---
Work is the crab grass in the lawn of life.
		-- Schulz

Re: [devel] запуск сервисов

[Dmitry V. Levin]

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

On Mon, Sep 22, 2003 at 11:13:27AM +0300, Alexander Bokovoy wrote:
> On Sun, Sep 21, 2003 at 11:49:30PM +0400, Dmitry V. Levin wrote:
> > > А что до использования make..... Мндя. Чгря мне вообще идея inittab нравится больше,
> > > чем идея SystemV скриптов. Раз уж такие вопросы начинают назревать, то нужно
> > > закинуть SystemV скрипты / inittab на свалку истории и написать специальный
> > > утиль для старта и мониторинга сервисов.
> > 
> > Эту тему уже пытались поднимать летом, но что-то из-за недостатка интереса
> > увяло.
> > 
> > ab?
> Дело не в недостатке интереса. Дело в недостатке времени. Я по-прежнему
> положительно смотрю в сторону автовычисляющих инитскриптов на базе
> simpleinit(8).

Я тоже положительно _смотрю_.

Тут другое дело - предложено использовать не-скрипты.


-- 
ldv

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

Re: [devel] запуск сервисов

[Alexander Bokovoy]

On Mon, Sep 22, 2003 at 01:26:09PM +0400, Dmitry V. Levin wrote:
> On Mon, Sep 22, 2003 at 11:13:27AM +0300, Alexander Bokovoy wrote:
> > On Sun, Sep 21, 2003 at 11:49:30PM +0400, Dmitry V. Levin wrote:
> > > > А что до использования make..... Мндя. Чгря мне вообще идея inittab нравится больше,
> > > > чем идея SystemV скриптов. Раз уж такие вопросы начинают назревать, то нужно
> > > > закинуть SystemV скрипты / inittab на свалку истории и написать специальный
> > > > утиль для старта и мониторинга сервисов.
> > > 
> > > Эту тему уже пытались поднимать летом, но что-то из-за недостатка интереса
> > > увяло.
> > > 
> > > ab?
> > Дело не в недостатке интереса. Дело в недостатке времени. Я по-прежнему
> > положительно смотрю в сторону автовычисляющих инитскриптов на базе
> > simpleinit(8).
> 
> Я тоже положительно _смотрю_.
> 
> Тут другое дело - предложено использовать не-скрипты.
Давайте поговорим об этом в первую неделю октября, когда я буду
(вероятно) в Москве.

Скажем, за чашкой чая в субботу, 5-го октября?

-- 
/ Alexander Bokovoy
---
So you're back... about time...

Re: [devel] запуск сервисов

[Andrey Orlov]

On Monday 22 September 2003 15:12, Alexander Bokovoy wrote:
> > Я тоже положительно _смотрю_.
> > Тут другое дело - предложено использовать не-скрипты.
>
> Давайте поговорим об этом в первую неделю октября, когда я буду
> (вероятно) в Москве.
> Скажем, за чашкой чая в субботу, 5-го октября?

Можно я тоже к вам приcоеденюcь?

-- 
WthBstRgrds -- Андрей Орлов --  
 --- http: www.neural.ru, mail: cray@neural.ru, jid: cray@altlinux.org ---
----------------------------------------

Re: [devel] запуск сервисов

[Alexander Bokovoy]

On Mon, Sep 22, 2003 at 07:10:11PM +0400, Andrey Orlov wrote:
> On Monday 22 September 2003 15:12, Alexander Bokovoy wrote:
> > > Я тоже положительно _смотрю_.
> > > Тут другое дело - предложено использовать не-скрипты.
> >
> > Давайте поговорим об этом в первую неделю октября, когда я буду
> > (вероятно) в Москве.
> > Скажем, за чашкой чая в субботу, 5-го октября?
> 
> Можно я тоже к вам приcоеденюcь?
Конечно! Именно это я и имел в виду. Значит так, суббота будет 4-е, по
мнению ДОКа и календаря. Соответственно, в субботу, 4-го октября. Хотя
можно и в воскресенье, 5-го. Если так удобнее, для меня особой проблемы
нет: если я приеду в пятницу-субботу для участия в стенде ALT Linux на Softool, 
то уж точно останусь на воскресенье, бессовестно рассчитывая на гостеприимство 
АЕН/СМИ. :)

-- 
/ Alexander Bokovoy
---
BEWARE!  People acting under the influence of human nature.

Re: [devel] запуск сервисов

[Andrey Orlov]

On Monday 22 September 2003 20:00, Alexander Bokovoy wrote:
> > Можно я тоже к вам приcоеденюcь?
> Конечно! Именно это я и имел в виду. Значит так, суббота будет 4-е, по

 Кажется я внезапно оказался в центре событий. Вообще-то я хотел вас с LDV
послушать,  тем более что по ряду причин (питон) участвовать в разработке
такого сервиса не буду, скорее всего. Разве что внезапно вернусь на  С/C++.

> мнению ДОКа и календаря. Соответственно, в субботу, 4-го октября. Хотя
> можно и в воскресенье, 5-го. Если так удобнее, для меня особой проблемы

У меня на работе свободное посещение ;). Так что в любой день, в любое время.

-- 
WthBstRgrds -- Андрей Орлов --  
 --- http: www.neural.ru, mail: cray@neural.ru, jid: cray@altlinux.org ---
----------------------------------------

Re: [devel] запуск сервисов

[Alexander Bokovoy]

On Thu, Sep 25, 2003 at 12:48:20PM +0400, Andrey Orlov wrote:
> On Monday 22 September 2003 20:00, Alexander Bokovoy wrote:
> > > Можно я тоже к вам приcоеденюcь?
> > Конечно! Именно это я и имел в виду. Значит так, суббота будет 4-е, по
> 
>  Кажется я внезапно оказался в центре событий. Вообще-то я хотел вас с LDV
> послушать,  тем более что по ряду причин (питон) участвовать в разработке
> такого сервиса не буду, скорее всего. Разве что внезапно вернусь на  С/C++.
Ничего страшного. В обсуждении важнее наличие различных точек зрения и
опыта реального администрирования/поддержки существующих систем, чем
присутствие навыков написания на конкретном языке.

> > мнению ДОКа и календаря. Соответственно, в субботу, 4-го октября. Хотя
> > можно и в воскресенье, 5-го. Если так удобнее, для меня особой проблемы
> 
> У меня на работе свободное посещение ;). Так что в любой день, в любое время.
Отлично! Тогда где-нибудь в четверг вышлите координаты точки сбора и связи
:)

-- 
/ Alexander Bokovoy
---
"When the only tool you have is a hammer, you tend to treat everything as if
it were a nail."
-- Abraham Maslow

Re: [devel] запуск сервисов

[Andrey Orlov]

On Friday 26 September 2003 18:38, Alexander Bokovoy wrote:
> Отлично! Тогда где-нибудь в четверг вышлите координаты точки сбора и связи

+7 926 222 99 63

-- 
WthBstRgrds -- Андрей Орлов --  
 --- http: www.neural.ru, mail: cray@neural.ru, jid: cray@altlinux.org ---
----------------------------------------

Re: [devel] запуск сервисов

[Andrey Orlov]

On Monday 22 September 2003 13:26, Dmitry V. Levin wrote:
> Я тоже положительно _смотрю_.
> Тут другое дело - предложено использовать не-скрипты.

Именно. Или, по крайней мере сильно снизить их роль. 

-- 
WthBstRgrds -- Андрей Орлов --  
 --- http: www.neural.ru, mail: cray@neural.ru, jid: cray@altlinux.org ---
----------------------------------------

Re: [devel] запуск сервисов

[Andrey Orlov]

On Sunday 21 September 2003 23:49, Dmitry V. Levin wrote:


[skip]

> Интересно знать, что нужно пользователям...

[skip

> Что именно нам не хватает в нынешней схеме?
> Что не устраивает?
В перы

> (У меня есть варианты ответов, но я их пока предлагать не буду).
> Все-таки надо сперва хорошо подумать, а уже потом кодить.
>
> > Ожидаемые трудозатраты (см.ниже)- один человеко-месяц. Садись, пиши,
> > внедряй. А что до всех этих игр с make. Ну да. Забавно. А еще на make
> > можно пирожки печь.
>
> Я думаю, что оценка трудозатрат несколько оптимистична.
> Особенно в виду того, что процесс #1 не может ошибаться.
>
> > В одном моем проекте была сходная задача - импорт продуктов, с
> > зависимостями. Написание с нуля заняло пять рабочих дней, вместе с
> > отладкой. По функциональным точкам, там было примерно половина от того,
> > что нужно для задачи старта сервисов. Учитывая многочисленные
> > согласования с унаследованной средой, для задачи старта сервисов
> > потребуется, наверно, месяц. И мое мнение - нужно сразу брать курс в этом
> > направлении, а не заниматься гробокопательством и гальванизацией трупов в
> > лице initscripts & inittab.
> >
> > Сразу замечу, что всяческие проблемы с унаследованным софтом, при таком
> > подходе можно решить достаточно легко и непринужденно, особенно если
> > делать это на уровне дистрибутива. И сбсно мне кажется, что даже руки
> > которые сделают это найдутся сразу, как только такое решение будет
> > принято.
>
> Интересно, как же это они найдутся?
>
>
> --
> ldv

-- 
WthBstRgrds -- Андрей Орлов --  
 --- http: www.neural.ru, mail: cray@neural.ru, jid: cray@altlinux.org ---
----------------------------------------

Re: [devel] запуск сервисов

[Andrey Orlov]

Сорри за предыдущий пост, рука дрогнула.

On Sunday 21 September 2003 23:49, Dmitry V. Levin wrote:

> Интересно знать, что нужно пользователям...
> Задачу все-таки надо поставить, прежде чем решать.

Угу.

> Что именно нам не хватает в нынешней схеме?
> Что не устраивает?

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

> Все-таки надо сперва хорошо подумать, а уже потом кодить.

Разумеется. Так что если будет предпринята попытка подумать над этим - то
я приму участие. Пока что я только сказал что некоторые проблемы есть :)

> > Ожидаемые трудозатраты (см.ниже)- один человеко-месяц. Садись, пиши,
> Я думаю, что оценка трудозатрат несколько оптимистична.

Не думаю, что сильно ошибаюсь ;)

> > делать это на уровне дистрибутива. И сбсно мне кажется, что даже руки
> > которые сделают это найдутся сразу, как только такое решение будет
> > принято.
> Интересно, как же это они найдутся?

Я думаю, что проблема настолько назревшая для всех, что единственное, что
останавливает от написания такого кода, это непонятка с внедрением. Все-таки
такое кардинальное изменение не может быть проведено силами некоего "варяга",
а должно быть основано на решении, принятого на уровне некоего дистрибутива.
Скажем, ALM вполне подходит. Соответственно, как только такое решение будет
принято и заявлено, основной барьер будет снят. В общем, главное построить,
а люди придут ;).

-- 
WthBstRgrds -- Андрей Орлов --  
 --- http: www.neural.ru, mail: cray@neural.ru, jid: cray@altlinux.org ---
----------------------------------------

Re: [devel] запуск сервисов

[Igor Homyakov]

Я уже как то раз поднимал похожий вопрос, сущесвует реализации этой 
идеи (запуск по зависимостям) без make.
http://www.atnf.csiro.au/people/rgooch/linux/boot-scripts/.

Надо отдавать себе отчет что бля смены сущесвующей счемы
нужна ОЧЕНЬ веские основания, а их насколько я понимаю нет.
Есть некоторые недочеты и непреодолимые (но не смертельные) ограничения, не
более.

* Denis Ovsienko <pilot @ altlinux ! ru> [030919 11:58]:

> Вот статья от IBM:
> http://www-106.ibm.com/developerworks/linux/library/l-boot.html
> Вкратце суть сводится к предложению запускать сервисы параллельно,
> соблюдая зависимости с помощью make. Кто может сказать, можем ли мы себе
> такое позволить? Потому что простым порядком запуска иногда обойтись
> нельзя. Но тут же возникают мысли по поводу того, как себя вести в случае
> ошибки запуска: не запускать зависимые сервисы или всё-таки долбить до
> конца.

-- 
Igor Homyakov
<homyakov at altlinux dot ru>
http://counter.li.org/cgi-bin/runscript/display-person.cgi?user=190141

Re: [devel] запуск сервисов

[Andrey Orlov]

On Monday 22 September 2003 00:12, Igor Homyakov wrote:
> Надо отдавать себе отчет что бля смены сущесвующей счемы
> нужна ОЧЕНЬ веские основания, а их насколько я понимаю нет.
> Есть некоторые недочеты и непреодолимые (но не смертельные) ограничения, не
> более.

Иногда просто кто-то должен сделать шаг вперед. В 85ом году у 16ти битовых машин
тоже были лишь недочеты и непреодолимые (но не смертельные) ограничения. 

-- 
WthBstRgrds -- Андрей Орлов --  
 --- http: www.neural.ru, mail: cray@neural.ru, jid: cray@altlinux.org ---
----------------------------------------