The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

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

"Русский перевод цикла статей по systemd для администраторов"  +/
Сообщение от opennews (??) on 26-Дек-10, 00:23 
Опубликован (http://wiki.opennet.ru/Systemd) перевод четырех частей цикла статей "systemd for Administrators (http://0pointer.de/blog/projects/systemd-for-admins-1)", написанных Леннартом Поттерингом (Lennart Poettering), ведущим разработчиком системного менеджера systemd, который в скором времени будет использован в качестве базовой системы инициализации в Linux-дистрибутивах Fedora, openSUSE и Mandriva.


Systemd нацелен на более интенсивную параллелизацию выполнения сервисов на этапе загрузки системы, вобрав в себя лучшие черты таких систем, как launchd (Mac OS X), SMF (Solaris) и Upstart (Ubuntu, Fedora). Кроме запуска сервисов, systemd обеспечивает функции контроля за выполнением фоновых процессов и предоставляет ряд дополнительных возможностей, значительно упрощающих процесс обслуживания системы.


URL: http://wiki.opennet.ru/Systemd
Новость: https://www.opennet.ru/opennews/art.shtml?num=29127

Ответить | Правка | Cообщить модератору

Оглавление

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


1. "Русский перевод цикла статей по systemd для администраторов"  –2 +/
Сообщение от Аноним (??) on 26-Дек-10, 00:23 
Сначала он испортил звук, а теперь и процесс загрузки :(
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

15. "Русский перевод цикла статей по systemd для администраторов"  +1 +/
Сообщение от yet_another_pseudonymous (ok) on 26-Дек-10, 02:37 
Вообще-то не испортил, а починил. Теперь можно просто ими взять и пользоваться, а не ковыряться предварительно в конфигах.

<offtopic>К слову, PA у меня, когда он только появился, год, можно сказать, не работал (я его пробовал время от времени) — из-за бага процесс норовил зависнуть, выжирая все ядро процессора. А потом, по крайней мере, в той части, которой я пользуюсь, довели до ума, сделали конфетку — прекрасно маршрутизирует звук на лету куда надо (колонки/наушники/Bluetooth), микширует per-application, шлет по сети и прочие удобства.</offtopic>

systemd пока показал себя примерно "никак": поставил - запустил - вроде заработало, время где-то то же что и у upstart'а, а дальше я не разбирался. Но тезисы показывают что это такой init с человеческим лицом (хотя местами можно и пообсуждать моменты). Обязательно попробую, если найду время, прикрутить его к OpenWRT - на слабеньких MIPSовых роутерах достоинства должны ощущаться очень серьезно.

Кроме того, обращу внимание, что у любителей FreeBSD 4.3 никто их rc-систему, на sh-скриптах времен царя Гороха, не отбирает. Бери-ставь-пользуйся. А из коробки, когда вылижут (!), лучше, все-таки, иметь что-то более адекватное современным реалиям.

Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

27. "Русский перевод цикла статей по systemd для администраторов"  +2 +/
Сообщение от sauron email(??) on 26-Дек-10, 09:46 
> не разбирался. Но тезисы показывают что это такой init с человеческим
> лицом (хотя местами можно и пообсуждать моменты). Обязательно попробую, если найду
> время, прикрутить его к OpenWRT - на слабеньких MIPSовых роутерах достоинства
> должны ощущаться очень серьезно.

Он за собой dbus тянет. Который тянет заодно с собой еще libxml2 как результат получи в систему дополнительных 4 мегабайта

Ответить | Правка | ^ к родителю #15 | Наверх | Cообщить модератору

31. "Русский перевод цикла статей по systemd для администраторов"  +/
Сообщение от Кракен on 26-Дек-10, 12:51 
Ждем когда допилят ядерный dbus. :)
Ответить | Правка | ^ к родителю #27 | Наверх | Cообщить модератору

32. "Русский перевод цикла статей по systemd для администраторов"  +/
Сообщение от Кракен on 26-Дек-10, 12:54 
В 15ой федоре переписали кучу стартап скриптов под systemd, так что показать он должен себя там. А пока работает в режиме совместимости, гоняя старые shell скрипты.
Ответить | Правка | ^ к родителю #15 | Наверх | Cообщить модератору

33. "Русский перевод цикла статей по systemd для администраторов"  +/
Сообщение от Кракен on 26-Дек-10, 13:00 
Не испортил, конечно, но человек он достаточно странный - работая над systemd он конкретно забил на pa, а учитывая, что он единственный ментейнер оного в федоре, то багов там накопилось много. Общал взять обратно за pa по завершению systemd.
Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

38. "Русский перевод цикла статей по systemd для администраторов"  +1 +/
Сообщение от Аноним (??) on 26-Дек-10, 14:52 
>но человек он достаточно странный

Ничего странного. Поставили ему задачу сделать systemd, вот и работает товарищ над тем, за что ему платят. И далеко не факт, что после systemd ему прикажут пилить pa.

Ответить | Правка | ^ к родителю #33 | Наверх | Cообщить модератору

39. "Русский перевод цикла статей по systemd для администраторов"  +1 +/
Сообщение от Кракен on 26-Дек-10, 15:24 
>Поставили ему задачу сделать systemd, вот и работает товарищ над тем, за что ему платят.

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

Ответить | Правка | ^ к родителю #38 | Наверх | Cообщить модератору

43. "Русский перевод цикла статей по systemd для администраторов"  –3 +/
Сообщение от Аноним (??) on 26-Дек-10, 16:07 
>Не верю, что он не может выделить какое то время на фикс багов.

Ну далеко не каждый хочет работать бесплатно. Может кроме денежной прибыли, ему его проект больше ни чем не интересен. Поэтому и сделано "наот*сь".

Ответить | Правка | ^ к родителю #39 | Наверх | Cообщить модератору

44. "Русский перевод цикла статей по systemd для администраторов"  +/
Сообщение от Кракен on 26-Дек-10, 16:48 
В общем-то участие в развитии федоры - добровльное начинание. Там никого не заставляют этого делать. Ну и всегда можно уйти. Ну и он не собирается забрасывать проект, просто говорит, что сейчас сконцентрирова на другом.
Ответить | Правка | ^ к родителю #43 | Наверх | Cообщить модератору

45. "Русский перевод цикла статей по systemd для администраторов"  +/
Сообщение от Аноним (??) on 26-Дек-10, 16:59 
>В общем-то участие в развитии федоры - добровльное начинание.

Далеко не всё прям так сразу попадают в rhel. Тестируют на федоре в первую очередь. Поэтому и порог входа в состав дистрибутива для проектов ред хат гораздо ниже.


>Там никого не заставляют этого делать.

Конечно, всегда можно написать "по-собственному".


>Ну и он не собирается забрасывать проект, просто говорит, что сейчас сконцентрирова на другом.

А пока он не соизволит починить, мы радостно ловим глюки. Да и не нужно оно на самом деле. Всё это можно решить плагином к альсе.

Ответить | Правка | ^ к родителю #44 | Наверх | Cообщить модератору

47. "Русский перевод цикла статей по systemd для администраторов"  +/
Сообщение от Кракен on 26-Дек-10, 17:11 
>Далеко не всё прям так сразу попадают в rhel. Тестируют на федоре в первую очередь. Поэтому и порог входа в состав дистрибутива для проектов ред хат гораздо ниже.

Одно дело написать прогу, друго дело мейнтейнить ее в дистрибутиве.

>Конечно, всегда можно написать "по-собственному".

Данных, что РедХат заставляет своих работников занимать поддержкой в федоре нет, а домыслить можно что угодно. Но даже если смотреть с этой точки зрения, такая компания как РедХат не забьет на одну из оснвых компонент своей системы.

>А пока он не соизволит починить, мы радостно ловим глюки.

Не изветсно как бы было в случае альсы. Это тоже не самый безглючный проект, между прочим.


>Да и не нужно оно на самом деле. Всё это можно решить плагином к альсе.

Решение об использовании было принято на совете федоры уже неск лет назад. Причины озвучены и известны, повторять это смысла нет.

Ответить | Правка | ^ к родителю #45 | Наверх | Cообщить модератору

48. "Русский перевод цикла статей по systemd для администраторов"  +/
Сообщение от Аноним (??) on 26-Дек-10, 19:53 
>Одно дело написать прогу, друго дело мейнтейнить ее в дистрибутиве.

Нормальную прогу не надо мейнтейнить. Достаточно написать spec за 5 минут и собрать. Всё должно работать без левых патчей.


>Данных, что РедХат заставляет своих работников занимать поддержкой в федоре нет, а домыслить можно что угодно. Но даже если смотреть с этой точки зрения, такая компания как РедХат не забьет на одну из оснвых компонент своей системы.

Предыдущий ответ подходит и для этого вопроса. Разработчик вообще не должен заниматься сборкой пакетов и другой ненужной ерундой. Нормальная программа заведётся в любом дистрибутиве. А пакеты так и вообще могу собирать люди, далёкие от программирования и прочих вещей.


>Не изветсно как бы было в случае альсы. Это тоже не самый безглючный проект, между прочим.

Нормальный проект, вполне. Если драйверы для звука пишут, то независимую регулировку звука тоже сделать не проблема. Вон в oss4 и то этот вопрос решили без всяких демонов и задержек в 200 мс. Просто редхату проще оплачивать своих кодеров, чем заниматься благотворительностью.


>Решение об использовании было принято на совете федоры уже неск лет назад. Причины озвучены и известны, повторять это смысла нет.

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

Ответить | Правка | ^ к родителю #47 | Наверх | Cообщить модератору

49. "Русский перевод цикла статей по systemd для администраторов"  +1 +/
Сообщение от Кракен on 26-Дек-10, 20:12 
>Нормальную прогу не надо мейнтейнить. Достаточно написать spec за 5 минут и собрать. Всё должно работать без левых патчей.

Развитие - это нормальный процесс. Даже coreutils до сих пор обновляется.

>Разработчик вообще не должен заниматься сборкой пакетов и другой ненужной ерундой.

Баги сообщаются не только в багзилу проекта, но и в багзилу дистра. Это очень эффективно, когда разработчик мониторит оную.

>Нормальная программа заведётся в любом дистрибутиве.

Хорошо, что разработчик непосредственно пользуется своей разработкой. Общается с людьми из других подсистем. Видит куда дальше развивать проект.

>Нормальный проект, вполне.

Проект то нормальный, но багов там куча. Достаточно заглянуть на их трекер.

>Просто редхату проще оплачивать своих кодеров, чем заниматься благотворительностью.

Чувак, ты ваще смотрел где работает разработчик альсы? Да-да, РедХат.
Да и вообще говорить, что редхат не занимается благотворительностью - невежство.

>Ни одной веской причины я не нашёл.

Плохо искал.

>Даже для проброса звука по сети решений хоть пруд пруди.

Да ладно? Люди даже под виндой PA юзают для этих целей.

Ответить | Правка | ^ к родителю #48 | Наверх | Cообщить модератору

50. "Русский перевод цикла статей по systemd для администраторов"  +/
Сообщение от Аноним (??) on 26-Дек-10, 21:53 
>Развитие - это нормальный процесс. Даже coreutils до сих пор обновляется.

Когда предыдущее решение лучше чем новое, то это скорее регресс. В coreutils такого я не заметил.


>Баги сообщаются не только в багзилу проекта, но и в багзилу дистра. Это очень эффективно, когда разработчик мониторит оную.

Багзила дистра - это скорее средство для создания полноценного сообщения об ошибке.


>Хорошо, что разработчик непосредственно пользуется своей разработкой. Общается с людьми из других подсистем. Видит куда дальше развивать проект.

В случае pa этого не наблюдается. Более того, движений нет даже по той причине, что сие поделие в случае проблем безболезненно отключается. Ошибки исчезают, все довольны, зачем что-то пилить?


>Чувак, ты ваще смотрел где работает разработчик альсы? Да-да, РедХат.

Да и вообще говорить, что редхат не занимается благотворительностью - невежство.


Один разработчик? В альсе? Не верю(с)! А на счёт благотворительности пусть разработчики jack скажут. да, и альса в последнее время что-то регрессирует, особенно в области dmix. Видимо на пульс всех загоняют.


>Плохо искал.

А что тут искать? Звук без проблем пересылается напрямую в альсу. Зачем эта куча костылей, непонятно.


>Да ладно? Люди даже под виндой PA юзают для этих целей.

Венда не показатель. тут есть jack.

Ответить | Правка | ^ к родителю #49 | Наверх | Cообщить модератору

51. "Русский перевод цикла статей по systemd для администраторов"  +/
Сообщение от Кракен on 26-Дек-10, 22:26 
>Когда предыдущее решение лучше чем новое, то это скорее регресс. В coreutils такого я не заметил.

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

>Багзила дистра - это скорее средство для создания полноценного сообщения об ошибке.

Соверщенно не верно. Багзилла дистра - это сложная система, которая помимо сообщений об ощибках нужна для управления разработкой проекта и отслеживания его состояния.
Ну а по делу, то многие пользователи, которые особо не вникают в недры системостроения постят баги не в багтрекер проги, а в багтрекер дистра. Многие сообщения вот так и остаются висеть там, недоходя до разработчиков.

>Один разработчик? В альсе? Не верю(с)!

Создано было тем самым, что сейчас в РедХат. В полный раб день трудятся 2-3, один из них из редхат, другой из новелл. http://www.alsa-project.org/main/index.php/Alsa_Team

>да, и альса в последнее время что-то регрессирует, особенно в области dmix.

С дмиксом всегда были проблемы. Это одна из причин того, что раньше в каждой среде был свой звуковой демон.

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

Напрямую всеравно работать не выйдет - помимо альсы есть другие системы. Нужна абстракция. Пульс предостовляет еще и дополнительные возможности.

>Венда не показатель. тут есть jack.

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

Ответить | Правка | ^ к родителю #50 | Наверх | Cообщить модератору

56. "Русский перевод цикла статей по systemd для администраторов"  +1 +/
Сообщение от ананим on 27-Дек-10, 07:32 
>Пульс становится лучше с каждой версией. Можно вспомнить сколько сначала было проблем, сейчас уже многие и не знают, что оно у них работает - проблем не достовляет.

выдаёте желаемое за действительно.
вот последнее обновление пульса 0.9.22 в генте - опять глюки. какие нахрен "звук по сети", если от 2-х источников смикшировать толком не может - к примеру запущен эльзаплагин в браузере с флэшкой и игра - всё, начинает заикатся. pulseaudio -k только и помогает.
пересобирал раз 10 - аффект остался. вообще данный проект поражает меня стабильностью своей недоделанности. вечной недоделанности.
зы:
и не'хрена с эльзой его сравнивать. эльза это куча дров под кучу вечно плодящихся кастратов которых некоторые называют иногда звуковыми картами.
а пульс - это всего лишь одна прога на все платформы. не меняющаяся с изменением архитектуры.

Ответить | Правка | ^ к родителю #51 | Наверх | Cообщить модератору

59. "Русский перевод цикла статей по systemd для администраторов"  +/
Сообщение от Кракен on 27-Дек-10, 13:42 
>выдаёте желаемое за действительно.

Вполне обьективно сужу по количеству сообщений о проблемах со звуком в интернетах.

>вот последнее обновление пульса 0.9.22 в генте - опять глюки. какие нахрен "звук по сети", если от 2-х источников смикшировать толком не может - к примеру запущен эльзаплагин в браузере с флэшкой и игра - всё, начинает заикатся. pulseaudio -k только и помогает.

Вечный аргуемнт "а у меня не работает". Попробуй другой дистр чтоли. Ну или пиши багрепорт.

>пересобирал раз 10 - аффект остался.

А что многократный билд программы уже влияет на ее работу? :)


Ответить | Правка | ^ к родителю #56 | Наверх | Cообщить модератору

62. "Русский перевод цикла статей по systemd для администраторов"  +1 +/
Сообщение от ананим on 27-Дек-10, 15:14 
>Вполне обьективно сужу по количеству сообщений о проблемах со звуком в интернетах.

угу. объективно. цсцраный микшер по уровню обсуждений багов уже ядро переплюнул наверное. то не работает, то дыры через него образуются....
ваша объективность может поспорить только с безглючностью самого пульса. :D
>Вечный аргуемнт "а у меня не работает". Попробуй другой дистр чтоли. Ну или пиши багрепорт.

как говорит наш премьеръ - поучи жену щи варить. снёс я его нафиг. понятно? установил в минус флаг pulseaudio и emerge -N.. world. всё. проблема решена.
года 3 уже этот пульс во все дистры пихают, а всё-равно нормально не работает.
знаешь что это значит? г там а не код. и багрепортов там как блох на собаке.
к старым штанам новые заплаты... не, пусть ему другие лузеры банрепорты пишут, а мне надоело.
>А что многократный билд программы уже влияет на ее работу? :)

прикинь, ещё как. :D
это в хеловорд всё очевидно. и то можно скомпилить к примеру разной версией компилятора, не говоря ещё про флаги CFLAGS="-O2 -march=native -ftree-vectorize -pipe -fgraphite-identity -ftree-parallelize-loops.... " и пр, и пр.
вот когда смысл столь очевидных вещей до вас дойдёт, тогда и защищать что-либо у вас будет моральное право. а пока ваши знания желают много лучшего.

Ответить | Правка | ^ к родителю #59 | Наверх | Cообщить модератору

63. "Русский перевод цикла статей по systemd для администраторов"  +/
Сообщение от Кракен on 27-Дек-10, 16:10 
>цсцраный микшер

штоэто?

>по уровню обсуждений багов уже ядро переплюнул наверное

Уровень обсуждения багов? Сильно высокий?

>ваша объективность может поспорить только с безглючностью самого пульса. :D

Предложи лучше. "У меня не работает" не катит.

>года 3 уже этот пульс во все дистры пихают, а всё-равно нормально не работает.

Надо же, а у сотен тысяч людей работает. :) А интел с нокией его в мигоу тянут.

>пусть ему другие лузеры банрепорты пишут, а мне надоело.

И много ж ты написал, что надоело?

>это в хеловорд всё очевидно. и то можно скомпилить к примеру разной версией компилятора, не говоря ещё про флаги CFLAGS="-O2 -march=native -ftree-vectorize -pipe -fgraphite-identity -ftree-parallelize-loops.... " и пр, и пр.

Компилятор, вносящий изменения в поведение программы - это баг или фича? :)

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

Конечно, постараюсь в следущий раз подтянуть немного свои познания. :)

Ответить | Правка | ^ к родителю #62 | Наверх | Cообщить модератору

64. "Русский перевод цикла статей по systemd для администраторов"  +/
Сообщение от ананим on 27-Дек-10, 16:19 
>И много ж ты написал, что надоело?

было дело. писал в пульс баги пару раз. но это было давно.
а вот в эльзу патчики высылаю гораздо чаще. из последних - микрофон к сони вайо с 36 ведра работает из каропки.
>Компилятор, вносящий изменения в поведение программы - это баг или фича? :)

ещё раз - CFLAGS="-O2 -march=native -ftree-vectorize -pipe -fgraphite-identity -ftree-parallelize-loops.... "
почитай на досуге хотя бы про эти флаги. чтобы не позориться в следующий раз.
>Конечно, постараюсь в следущий раз подтянуть немного свои познания. :)

думаешь у тебя получится? :D
в любом случае - удачи.

Ответить | Правка | ^ к родителю #63 | Наверх | Cообщить модератору

70. "Русский перевод цикла статей по systemd для администраторов"  +/
Сообщение от Кракен on 27-Дек-10, 17:10 
>а вот в эльзу патчики высылаю гораздо чаще. из последних - микрофон к сони вайо с 36 ведра работает из каропки.

Ну это серьезный вклад.

>ещё раз - CFLAGS="-O2 -march=native -ftree-vectorize -pipe -fgraphite-identity -ftree-parallelize-loops.... "

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

>думаешь у тебя получится? :D

Да я не знаю, но попробовать стоит.

>в любом случае - удачи.

Спасибо!

Ответить | Правка | ^ к родителю #64 | Наверх | Cообщить модератору

72. "Русский перевод цикла статей по systemd для администраторов"  +/
Сообщение от ананим on 27-Дек-10, 18:22 
>Ну это серьезный вклад.

мне хватает. :D
>Прочитал, но не увидел как они могут повлиять но поведение программы. Может подскажешь?

вряд ли я смогу тебе помочь. :D
понимаешь, это уже слишком тяжелый случай. если человек прочитал и не понял...
ну давай начнём с первой - О2, вернее целый ряд -O  -O0  -O1  -O2  -O3  -Os
как думаешь, напуркуа эти программисты их вообще придумали, если это никак не влияет на программу? :D

Ответить | Правка | ^ к родителю #70 | Наверх | Cообщить модератору

73. "Русский перевод цикла статей по systemd для администраторов"  +/
Сообщение от Кракен on 27-Дек-10, 19:22 
>вряд ли я смогу тебе помочь. :D

Ты - моя последняя надежда!

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

Но я надеюсь...

>ну давай начнём с первой - О2, вернее целый ряд -O  -O0  -O1  -O2  -O3  -Os

Ну давай. O0 = O1, O2 включает в себя O1, O3 включает в себя O2. Os включает те оптимизации из О2, которые не увиличивают размеры исполняемого файла и добовляет еще, направленных на уменьшение оного.
Все оптимизации не должны влиять на поведение программы для конечного пользователя. Т.е. если "-finline-functions" подставляет простые ф-ции в код непосредственно, вместо вызова, то пользователь этого не заметит(не разве что будет быстрее, может быть). С остальными такая же штука. Дак вот тогда вопрос - как ты хочел исправить PA, играя с этими флагами?

Ответить | Правка | ^ к родителю #72 | Наверх | Cообщить модератору

75. "Русский перевод цикла статей по systemd для администраторов"  +/
Сообщение от ананим on 27-Дек-10, 21:34 
>Ты - моя последняя надежда!

эти отношения нужно оформить как-то официально. :D
>Ну давай. O0 = O1, O2 включает в себя O1, O3 включает в себя O2. Os включает те оптимизации из О2, которые не увиличивают размеры исполняемого файла и добовляет еще, направленных на уменьшение оного.

2-а момента:
1. и чё? код одинаков?
2. чтож О3 так редко применяется? :D
зы:
и это только один грёбаный, десятилетиями известный флаг.
а ведь и у пульса куча настроек в конфиг.ин...
ззы:
пульс - это всего-навсего ещё один лэйер. он не завязан на железо. он уже тыщу раз должен работать без сбоев вообще.
хорошая задумка, хреновая реализация.

Ответить | Правка | ^ к родителю #73 | Наверх | Cообщить модератору

57. "Русский перевод цикла статей по systemd для администраторов"  +/
Сообщение от anonymous (??) on 27-Дек-10, 10:12 
>Кому нужен джек, тот его использует.

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

Ответить | Правка | ^ к родителю #51 | Наверх | Cообщить модератору

60. "Русский перевод цикла статей по systemd для администраторов"  +/
Сообщение от Кракен on 27-Дек-10, 13:43 
> А кому не нужен пульс, приходится весело копаться в конфигах, чтобы его
> отключить. Выходит jack лучше, раз позволяет себя безгеморойно ставить и удалять.

Не имею понятия о чем ты, пульс удаляется одной командой. В федоре так в обще джек может работать параллельно пульсу.

Ответить | Правка | ^ к родителю #57 | Наверх | Cообщить модератору

67. "Русский перевод цикла статей по systemd для администраторов"  –1 +/
Сообщение от anonymous (??) on 27-Дек-10, 16:47 
>Не имею понятия о чем ты, пульс удаляется одной командой.

Вместе с xine,mplayer,vlc,sdl и все остальным, к чему разрабы федоры успели его прикомпилить. Не говоря уж про устройство default в альсе, которое тоже надо вернуть обратно на dmix.


>В федоре так в обще джек может работать параллельно пульсу.

Можно двумя молотками один гвоздь забивать. Но зачем?

Ответить | Правка | ^ к родителю #60 | Наверх | Cообщить модератору

71. "Русский перевод цикла статей по systemd для администраторов"  +/
Сообщение от Кракен on 27-Дек-10, 17:54 
>Вместе с xine,mplayer,vlc,sdl и все остальным, к чему разрабы федоры успели его прикомпилить. Не говоря уж про устройство default в альсе, которое тоже надо вернуть обратно на dmix.

Не правда. Удаляется тольк PA и его компоненты.

>Можно двумя молотками один гвоздь забивать. Но зачем?

Jack и PA - это разные инструменты. Не путай твердое с мягким.

Ответить | Правка | ^ к родителю #67 | Наверх | Cообщить модератору

74. "Русский перевод цикла статей по systemd для администраторов"  +1 +/
Сообщение от Аноним (??) on 27-Дек-10, 21:31 
>Не правда. Удаляется тольк PA и его компоненты.

Что не правда? mplayer,xine уже явно не линукуются libpulse.so? Так?


>Jack и PA - это разные инструменты. Не путай твердое с мягким.

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

Ответить | Правка | ^ к родителю #71 | Наверх | Cообщить модератору

58. "Русский перевод цикла статей по systemd для администраторов"  +2 +/
Сообщение от Michael Shigorin email(ok) on 27-Дек-10, 12:24 
Ну и ещё один момент: хотя нынешний Леннарт будто заметно отличается от того, который писал ifplugd -- всё-таки не стоит глюки той же убунтушной некогда дезинтеграции его в дистрибутив валить на апстрим.

(хотя мне всё равно кажется, что для локального софтового смешивания потоков достаточно alsa dmix, а движок громкости решительно каждому звучащему приложению -- это блажь и занудство)

Ответить | Правка | ^ к родителю #49 | Наверх | Cообщить модератору

68. "Русский перевод цикла статей по systemd для администраторов"  +/
Сообщение от anonymous (??) on 27-Дек-10, 16:49 
>а движок громкости решительно каждому звучащему приложению -- это блажь и занудство

oss4 это умеет без всяких демонов.

Ответить | Правка | ^ к родителю #58 | Наверх | Cообщить модератору

11. "Русский перевод цикла статей по systemd для администраторов"  +2 +/
Сообщение от Аноним (??) on 26-Дек-10, 02:06 
Вот тут есть негативные отклики по поводу этой технологии. Просветите меня пожалуйста тезисно (и сравнивая!) :  Чем systemd такой уж плохой?? буду признателен
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

12. "Русский перевод цикла статей по systemd для администраторов"  +13 +/
Сообщение от анон on 26-Дек-10, 02:10 
>Чем systemd такой уж плохой?? буду признателен

Тезисно: все новое - плохое по определению. Всех, кто пытается придумать что-то новое взамен уже существующего, будь оно хоть в двадцать раз лучше - нужно СЖИГАТЬ НА КОСТРЕ.

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

А вы как думали? =)

Ответить | Правка | ^ к родителю #11 | Наверх | Cообщить модератору

13. "Русский перевод цикла статей по systemd для администраторов"  +8 +/
Сообщение от анон on 26-Дек-10, 02:15 
Забыл сказать: еще мы будем, брызгая слюной, клясться, что systemd глючит и падает, даже если мы никогда в жизни его не видели, даже на скриншотах.

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

New technologies - NO PASARAN! Heil Ballmer!

Ответить | Правка | ^ к родителю #12 | Наверх | Cообщить модератору

17. "Русский перевод цикла статей по systemd для администраторов"  +4 +/
Сообщение от yet_another_pseudonymous (ok) on 26-Дек-10, 02:50 
Добрый сэр, Вы сделали мой вечер.

Примерно такой же цирк творился когда объявили что в бубунту upstart воткнут. Криков и вони было — ужас, Космонавта всея Африки немедленно объявили еретиком, слугой диавола и врагом народа.

А в итоге, как выяснилось, все работает, работает шустро, правильно, в меру красиво (ну можно на DBus поплеваться, да, есть у него мерзенькие стороны, ну да не попрешь же против течения), да еще и совместимость с SysV, для удобства миграции, на месте.

И вышла бубунта, и никто и не заметил что там upstart. А кто заметил - в основном, возмущение испытали, разве что тем, что понадобилось ажно целый новый ман выкурить. По крайней мер криков от реальной работы было куда меньше, чем от новости что "будут внедрять".

Так и тут, повторение Марлезонского балета. Надо откопать старые обсуждения, посравнивать.

Ответить | Правка | ^ к родителю #12 | Наверх | Cообщить модератору

18. "Русский перевод цикла статей по systemd для администраторов"  –3 +/
Сообщение от ононим on 26-Дек-10, 03:17 
в убунте upstart до сих пор глючит и падает - инфа 100%
хотя прошло уже несколько релизов, все скрипты так и не заменили,
даже в серверной версии периодически можно наткнуться на "Unknown instance" при рестарте службы, и это печально. Возможно это "заслуга" убунты а не апстарта, но тем не менее.
Ответить | Правка | ^ к родителю #17 | Наверх | Cообщить модератору

41. "Русский перевод цикла статей по systemd для администраторов"  +/
Сообщение от yet_another_pseudonymous (??) on 26-Дек-10, 15:49 
Падает? В смысле, первый процесс дохнет? Никогда не встречал такого беспредела, честно.

Все скрипты еще долго не заменят. Пока кому-нибудь не приспичит заняться скучной рутиной и разгрести это все.

А так... Ну, скажем, у меня только что в бубунте gdm рехнулся, не запускает gnome-session и все, логинпароль - черный экран на 3 секунды - возврат в gdm. Через startx все работает. (Разбираться лень, в Xorg.log все чистенько, в syslog только скучные ворнинги, переустановлю, один черт хотел обновить как-нибудь, по случаю. Можете предавать анафеме.)

Но это же, как бы, не повод говорить что gdm — кривоглючная богомерзость, нам такой не надо, а вот startx — надежное, проверенное временем решение.

Ответить | Правка | ^ к родителю #18 | Наверх | Cообщить модератору

21. "Русский перевод цикла статей по systemd для администраторов"  +/
Сообщение от Sunder (ok) on 26-Дек-10, 03:42 
Ну systemd может потом и в Ubuntu появиться. Если будет реально лучше.
Ответить | Правка | ^ к родителю #17 | Наверх | Cообщить модератору

36. "Русский перевод цикла статей по systemd для администраторов"  +/
Сообщение от umbr (ok) on 26-Дек-10, 14:42 
согласно традиции, в Убунте будет свой велосипед :)
Ответить | Правка | ^ к родителю #21 | Наверх | Cообщить модератору

52. "Русский перевод цикла статей по systemd для администраторов"  +/
Сообщение от User294 (ok) on 26-Дек-10, 23:15 
Там уже давно есть upstart. Менее навернутый и фичастый, но все-таки.
Ответить | Правка | ^ к родителю #36 | Наверх | Cообщить модератору

55. "Русский перевод цикла статей по systemd для администраторов"  –1 +/
Сообщение от filosofem (ok) on 27-Дек-10, 02:07 
>Тезисно: все новое - плохое по определению. Всех, кто пытается придумать что-то новое взамен уже существующего, будь оно хоть в двадцать раз лучше - нужно СЖИГАТЬ НА КОСТРЕ.

Почему все новое? Не надо тут обобщать да. Разговор о конкретных поделиях конкретного человека. Никто даже не говорит, что сама идея в них положенная порочна.
Но если человек упорно производит глюкавые недоделки, которые другим приходится допиливать или чаще выпиливать, он вполне заслужил такое слегка подозрительное отношение к своим начинаниям.

Ответить | Правка | ^ к родителю #12 | Наверх | Cообщить модератору

69. "Русский перевод цикла статей по systemd для администраторов"  +/
Сообщение от anonymous (??) on 27-Дек-10, 16:54 
> Но если человек упорно производит глюкавые недоделки, которые другим приходится допиливать
> или чаще выпиливать, он вполне заслужил такое слегка подозрительное отношение к
> своим начинаниям.

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


Ответить | Правка | ^ к родителю #55 | Наверх | Cообщить модератору

14. "Русский перевод цикла статей по systemd для администраторов"  +2 +/
Сообщение от анон on 26-Дек-10, 02:31 
>Просветите меня пожалуйста тезисно (и сравнивая!)

Если чуть серьезнее: советую вам просмотреть третью статью, хотя бы по диагонали. Думаю, это поможет сформировать вам собственное мнение (в первом приближении) по данному вопросу.

Ответить | Правка | ^ к родителю #11 | Наверх | Cообщить модератору

28. "Русский перевод цикла статей по systemd для администраторов"  +2 +/
Сообщение от anonymous (??) on 26-Дек-10, 11:13 
>Чем systemd такой уж плохой?? буду признателен

Да хотя бы тем, что не использует shell-скриптов. Плюс, параллельная загрузка не всегда хорошо. Вон в одной малоизвестной здесь операционной системе даже костыли существуют для задержки старта некоторых сервисов. Иначе иногда получаются тормоза, когда стартуют несколько сервисов одновременно.

Ответить | Правка | ^ к родителю #11 | Наверх | Cообщить модератору

16. "Русский перевод цикла статей по systemd для администраторов"  +1 +/
Сообщение от Stax (ok) on 26-Дек-10, 02:42 
Отлично! Огромное спасибо за перевод.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

25. "Русский перевод цикла статей по systemd для администраторов"  +/
Сообщение от Аноним (??) on 26-Дек-10, 09:22 
Отличная вешь. systemd на моем нетбуке очень помогает сократить время загрузки в Дебиане.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

29. "Русский перевод цикла статей по systemd для администраторов"  +/
Сообщение от Аноним (??) on 26-Дек-10, 12:02 
> Отличная вешь. systemd на моем нетбуке очень помогает сократить время загрузки в Дебиане.

А у меня нормально работают сон и кибернате !

P.S. Дело не в том плох системд или нет. Дело в том что инитскипты это не одно из первых
мест которое уже нужно переделывать !

Ответить | Правка | ^ к родителю #25 | Наверх | Cообщить модератору

34. "Русский перевод цикла статей по systemd для администраторов"  –1 +/
Сообщение от filosofem (ok) on 26-Дек-10, 13:56 
>P.S. Дело не в том плох системд или нет. Дело в том что инитскипты это не одно из первых
>мест которое уже нужно переделывать !

Не объяснение, потому что есть upstart.
Объяснение в ЧСВ тех корифеев, кому не угодно брать наработки Убунту. И особенно в зашкаливающем ЧСВ одного велосипедоизобретателя. Отсюда и ответный негатив.

Ответить | Правка | ^ к родителю #29 | Наверх | Cообщить модератору

37. "Русский перевод цикла статей по systemd для администраторов"  +/
Сообщение от non anon on 26-Дек-10, 14:51 
>Не объяснение, потому что есть upstart.

Не надо сравнивать .. с пальцем.

upstart - это самый обычный велосипед на тему классического sysv init, отличающийся только возможностью параллельного исполнения скриптов и урезанием некоторых вкусных фич (например, простого конфигурирования tty в inittab). После того, как классический init тоже научился параллельному исполнению скриптов (например, сейчас оно работает в debian squeeze), весь профит от upstart сводится к нулю.

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

Ответить | Правка | ^ к родителю #34 | Наверх | Cообщить модератору

40. "Русский перевод цикла статей по systemd для администраторов"  +/
Сообщение от Аноним (??) on 26-Дек-10, 15:25 
>монтирование фс по запросу

В него ещё и автомоунтер запилили?

Ответить | Правка | ^ к родителю #37 | Наверх | Cообщить модератору

42. "Русский перевод цикла статей по systemd для администраторов"  +/
Сообщение от non anon on 26-Дек-10, 15:51 
>В него ещё и автомоунтер запилили?

Речь шла об использовании autofs, т.е. некритичные файловые системы (типа /mnt/share/video) можно монтировать не при загрузке, а при первом обращении к ним (при этом исходный запрос буферизуется и обрабатывается сразу после монтирования).

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

Ответить | Правка | ^ к родителю #40 | Наверх | Cообщить модератору

53. "Русский перевод цикла статей по systemd для администраторов"  +/
Сообщение от User294 (ok) on 26-Дек-10, 23:25 
> upstart - это самый обычный велосипед на тему классического sysv init,

Ну да, щаз. Оно там внутри похоже на init не больше чем этажерка братьев Райт - на современный истребитель. Да, до кучи оно модет еще и с init совместимым быть, чтобы не заставлять всех переписывать все стартовые скрипты резко и с ножом к горлу. Но внутри себя оно оперирует совсем иначе, а то что до кучи из этого можно сгородить еще и слой совместимости с античным init - ну, можно, да. Ставится оно отдельным пакетом, и только для того чтобы юзеры кирпичи не метали. В отличие от - оно event-based в общем то. Да, systemd пошел еще дальше в развитии идей.

> отличающийся только возможностью параллельного исполнения скриптов
> и урезанием некоторых вкусных фич

Ну да, конечно, хреновина оперирующая эвентами просто звиздецъ как похожа на классичиский инит. Ага. А вы в классическом ините то сможете стартить программы, параллельно, да еще например запуская веб-сервер уже ПОСЛЕ того как сеть заработала? :)

> весь профит от upstart сводится к нулю.

Systemd пошел намного дальше. При том некоторые фичи даже выглядят разумно.

> systemd - это действительно очень крутая штука.

Главное чтобы он был крутым не только в теории но и на практике. А задуман неплохо, да.

Ответить | Правка | ^ к родителю #37 | Наверх | Cообщить модератору

65. "Русский перевод цикла статей по systemd для администраторов"  +/
Сообщение от non anon on 27-Дек-10, 16:21 
>Оно там внутри похоже на init не больше чем этажерка братьев Райт - на современный истребитель.

Если говорить об sysvinit и upstart, то тут уместно другое сравнение - два колеса, руль, рама, педали. Разница не принципиальна.

>В отличие от - оно event-based в общем то.

Вы так говорите, как будто это какая-то совершенно новая идея. Меж тем, концепция событий системы инициализации неизбежно возникает как прямое следствие попытки отменить скрипты. Классический инит определяет момент окончания процесса запуска службы по выходу скрипта. Соответственно, если мы хотим отменить скрипты, нужно сообразить аналог этому, и наречь его event-ом. Ничего принципиально нового, заменили гайку вместе с болтом.

>Да, systemd пошел еще дальше в развитии идей.

В upstart не было новых идей, кроме древнего как мир желания выкинуть наконец скрипты на помойку.
А в systemd - были. Впрочем, добрая их часть утащена из launchd, так что именно его стоит считать идеологическим предком systemd.

>А вы в классическом ините то сможете стартить программы, параллельно, да еще например запуская веб-сервер уже ПОСЛЕ того как сеть заработала? :)

Не понимаю вашей иронии. В debian squeeze так и делается.
Момент, когда сеть заработала, определяется завершением скрипта networking. Если к этому моменту сеть еще не работает - бить надо уже автора скрипта.

Ответить | Правка | ^ к родителю #53 | Наверх | Cообщить модератору

54. "Русский перевод цикла статей по systemd для администраторов"  +/
Сообщение от filosofem (ok) on 27-Дек-10, 01:44 
Холисрачами не занимаюсь. Вот когда будет продакшн-реди, тогда и скажу нужная вещь, или нет. Пока от поделок Поттеринга больше негатива. 1. Авахи, аналог Эппловского Бонжура приходится однозначно выпиливать, так же как и тот самый Бонжур, ибо только вред от них. 2. PA штука противоречивая, если не вдаваться в подробности, что-то вроде PA было нужно, но не в таком виде конечно.

Upstart звезд с неба не хватает, обычная рабочая лошадка, но зато и негатива не вызывает абсолютно. Работает дома, в продакшене в том числе на серверах и даже на телефоне. Конфигурится значительно проще, интуитивнее и удобнее, чем sysv и беспроблемно запускает любые sysv скрипты, что характерно. Сюрпризов в отличие от Авахи и PA не было ни разу.

Считаю, что намного больше пользы Поттеринг принес бы, если бы допилил нужные ему фичи в Upstart. Но ЧСВ этого делать определенно не позволяет, потому что все лучи добра должны ему лично достаться, а не призренным Убунтийцам. Да, объяснение, что Upstart архитектурно ущербен и поэтому допиливать его не имеет смысла читал, но не верю, ибо опыт работы с Апстартом почти исключительно позитивный.

ЗЫ Если systemd заработает в продакшне и ее не придется всюду выпиливать как Авахи, буду только рад конечно.

Ответить | Правка | ^ к родителю #37 | Наверх | Cообщить модератору

66. "Русский перевод цикла статей по systemd для администраторов"  +/
Сообщение от non anon on 27-Дек-10, 16:34 
> Пока от поделок Поттеринга больше негатива

Простите, в ваших комментариях я не встретил никакой аргументированной критики, кроме личной неприязни и предубежденности ("не нужно", "выпилить" и т.п. Кстати, вы случайно не с ЛОР-а сюда забрели?)

> Считаю, что намного больше пользы Поттеринг принес бы, если бы допилил нужные
> ему фичи в Upstart.

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

> Да, объяснение, что Upstart архитектурно ущербен и поэтому допиливать
> его не имеет смысла читал, но не верю

Разумеется, вы можете верить или не верить во что угодно. Но если вы принимаете решения на основании догм, а не фактов - это уже попахивает клиническим фанатизмом.

> ибо опыт работы с Апстартом почти исключительно позитивный.

А логика у вас шикарная. Я вот, например, лет 20 назад с MS-DOS работал - опыт исключительно положительный. Значит, его можно допилить до состояния отличной серверной системы, а не писать с нуля свои велосипеды (линуксы/юниксы).

Ответить | Правка | ^ к родителю #54 | Наверх | Cообщить модератору

76. "Русский перевод цикла статей по systemd для администраторов"  +/
Сообщение от Аноним (??) on 27-Дек-10, 21:41 
>Простите, в ваших комментариях я не встретил никакой аргументированной критики, кроме личной неприязни и предубежденности ("не нужно", "выпилить" и т.п. Кстати, вы случайно не с ЛОР-а сюда забрели?)

А что, тут уже запрещается высказывать своё мнение? А с аргументацией тут всё в порядке. Если человек взял на себя обязательства, но не выполняет, то естественно, к нему будешь относится с опаской.


>Считаю, что вы бы принесли больше пользы, если бы вместо криков по форумам взяли бы и допилили бы его сами. В противном случае все ваши крики про ЧСВ обращаются против вас самих.

Я хоть и не он, но допиливать не вижу смысла, так как есть отлично работающий sysV init.

Ответить | Правка | ^ к родителю #66 | Наверх | Cообщить модератору

78. "Русский перевод цикла статей по systemd для администраторов"  +/
Сообщение от Michael Shigorin email(ok) on 28-Дек-10, 19:38 
>>Простите, в ваших комментариях я не встретил никакой аргументированной критики
> А что, тут уже запрещается высказывать своё мнение?

В форме бессмысленных выкриков оно подлежит удалению по правилам модерирования.

> А с аргументацией тут всё в порядке.

К себе примените, вот и проверим.

Ответить | Правка | ^ к родителю #76 | Наверх | Cообщить модератору

77. "Русский перевод цикла статей по systemd для администраторов"  +/
Сообщение от filosofem (ok) on 27-Дек-10, 23:31 
Мы имеем проверенную временем надежную и простую систему с одной стороны и проверенные временем глюкавые поделия, на которые как минимум половина пробовавших разобраться плюются.
Делайте свой выбор, но и не мешайте другим выбирать. Я например не против чтобы федоровцы пользовались эксперементальным ПО. Собственно для этого Федору и выбирают AFAIK. Но в остальные дистрибутивы не надо пихать, пока не допилите, ну пожалуйста.
Ответить | Правка | ^ к родителю #66 | Наверх | Cообщить модератору

26. "Русский перевод цикла статей по systemd для администраторов"  +1 +/
Сообщение от mma on 26-Дек-10, 09:22 
systemd будет удобен "из коробки" например в RHEL где все вылизано и отлажено, но в comunity-дистрибутивах это дополнительный геморой сомнительной пользы.

Кто говорит что init-скрипты это всегда медленно пусть посмотрит OpenRC как пример того что это не так.

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

30. "Русский перевод цикла статей по systemd для администраторов"  +/
Сообщение от pavlinux (ok) on 26-Дек-10, 12:09 
Сделайте сохранение в PDF
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

35. "Русский перевод цикла статей по systemd для администраторов"  +/
Сообщение от BliecanBag (ok) on 26-Дек-10, 14:20 
Выложите, пожалуйста, в pdf. Инет не всегда есть, а такое занимательное чтиво охота иметь под рукой.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

46. "Русский перевод цикла статей по systemd для администраторов"  +/
Сообщение от Аноним (??) on 26-Дек-10, 17:01 
> Выложите, пожалуйста, в pdf.

Вы прям дестский сад какой то :(
Открываешь страницу в версии для ПЕЧАТИ, а потом печатаешь в файл вида ПДФ !

Ответить | Правка | ^ к родителю #35 | Наверх | Cообщить модератору

61. "Русский перевод цикла статей по systemd для администраторов"  +/
Сообщение от anonimous on 27-Дек-10, 14:42 
http://file.qip.ru/file/qJ9GXShk/Systemd_для_администраторов.html
Ответить | Правка | ^ к родителю #35 | Наверх | Cообщить модератору

79. "Русский перевод цикла статей по systemd для администраторов"  +/
Сообщение от Анон on 01-Янв-11, 14:35 
Наконец начали изобретать велосипед. А в Солярисе уже давно есть SMF.


Ответить | Правка | ^ к родителю #61 | Наверх | Cообщить модератору

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

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




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру