The OpenNET Project / Index page

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



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Выпуск systemd 223, opennews (?), 31-Июл-15, (0) [смотреть все]

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


9. "Выпуск systemd 223"  –4 +/
Сообщение от Anonymous1 (?), 31-Июл-15, 10:33 
Осталось пользователям созреть для этого современного инновационного Windows-подобного проекта...
Ответить | Правка | Наверх | Cообщить модератору

13. "Выпуск systemd 223"  +4 +/
Сообщение от Sunderland93 (ok), 31-Июл-15, 11:02 
Почему Windows-подобного? Скорее Мако-подобного. Да и не всё ли равно? Работает замечательно, перспективен. Лучшего нет. Не знаю, я не фанатик, но как админ и простой юзер, оценил плюсы systemd. Чего и всем желаю.
Ответить | Правка | Наверх | Cообщить модератору

22. "Выпуск systemd 223"  –6 +/
Сообщение от Аноним (-), 31-Июл-15, 11:44 
Да и не всё ли равно? Работает замечательно, перспективен. Лучшего нет. Не знаю, я не фанатик, но как админ и простой юзер, оценил плюсы Windows 10. Чего и всем желаю.
Ответить | Правка | Наверх | Cообщить модератору

27. "Выпуск systemd 223"  +5 +/
Сообщение от Аноним (-), 31-Июл-15, 12:14 
Никакого противоречия. Каждому свое.
Все так, пока цепями не пристегивают к чему-то одному.
Ответить | Правка | Наверх | Cообщить модератору

29. "Выпуск systemd 223"  +/
Сообщение от kravich (ok), 31-Июл-15, 12:20 
++
Ответить | Правка | Наверх | Cообщить модератору

42. "Выпуск systemd 223"  +5 +/
Сообщение от иеконг (?), 31-Июл-15, 13:30 
> ... оценил плюсы Windows 10.

ОДИН плюс. И вы перепутали - это не плюс, это КРЕСТ. :)


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

52. "Выпуск systemd 223"  –4 +/
Сообщение от клоун (?), 31-Июл-15, 14:22 
Китайский иероглиф "10" выглядит как плюс или крест.

Если вы не знаете китайского, на кой хрен вы читаете китайскую документацию? Привыкли, что в мире Линукс всё через з---цу и документацию нужно читать не родную, а ту, где её больше? Это ущербная логика.

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

95. "Выпуск systemd 223"  +/
Сообщение от Аноним (-), 31-Июл-15, 18:08 
> плюсы Windows 10. Чего и всем желаю.

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

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

41. "Выпуск systemd 223"  –1 +/
Сообщение от купиацукл (?), 31-Июл-15, 13:29 
Вот это "Да и не всё ли равно?" - первый и самый большой шаг на пути к овендузятниванию!
Если тебе пофиг, как работает система, которой ты доверяешь свою жизнь, зачем вообще пользоваться Линуксом?! Поставил Вынь-10 и всё - пущщай она тебя доит и копается в подштанниках - "всё равно" же!
Ответить | Правка | К родителю #13 | Наверх | Cообщить модератору

43. "Выпуск systemd 223"  +1 +/
Сообщение от Очень странный человек (?), 31-Июл-15, 13:34 
А где, простите, копается systemd? У меня нет такой инфы.
Ответить | Правка | Наверх | Cообщить модератору

44. "Выпуск systemd 223"  +1 +/
Сообщение от Sunderland93 (ok), 31-Июл-15, 13:43 
Я прекрасно знаю как работает и как устроена моя система. Я умею читать документацию. В том числе и на systemd. И он меня не доит. А спокойно работает и выполняет поставленные задачи.
Ответить | Правка | К родителю #41 | Наверх | Cообщить модератору

50. "Выпуск systemd 223"  –3 +/
Сообщение от Аноним (-), 31-Июл-15, 14:15 
Я прекрасно знаю как работает и как устроена моя система. Я умею читать документацию. В том числе и на Windows 10. И он меня не доит. А спокойно работает и выполняет поставленные задачи.
Ответить | Правка | Наверх | Cообщить модератору

54. "Выпуск systemd 223"  +2 +/
Сообщение от Sunderland93 (ok), 31-Июл-15, 14:35 
>>Я прекрасно знаю как работает и как устроена моя система.
>>Windows 10

Не льсти себе.

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

56. "Выпуск systemd 223"  –4 +/
Сообщение от клоун (?), 31-Июл-15, 14:49 
Есть сертификация, подготовиться и пройти которую может любой. Поэтому для квалифицированных пользователей Windows оскорблять друг друга просто не принято. Ведь они прошли одинаковую подготовку.

Я видел много бывших линуксоидов, для которых непривычно видеть неорганизованное сообщество где нет лидера (как нет?!) и где никто не оскорбляет (как не оскоробляет????!!!!) друг друга.

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

62. "Выпуск systemd 223"  +6 +/
Сообщение от Аноним (-), 31-Июл-15, 15:09 
> Есть сертификация, подготовиться и пройти которую может любой.

Смотрите, дети: будете изучать микрософтовский булшит - станете такими как клоун. Сертифицированными болванчиками.

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

72. "Выпуск systemd 223"  +/
Сообщение от angra (ok), 31-Июл-15, 16:48 
Ох уж, эти клоуны, ох уж, эти сказочники. Школьный курс тоже может и даже обязан пройти любой, даже сертификат(аттестат) за это дают. Помогает ли это избежать оскорблений гражданами друг друга на тему умственных способностей и знаний?
Ответить | Правка | К родителю #56 | Наверх | Cообщить модератору

76. "Выпуск systemd 223"  +/
Сообщение от Аноним (-), 31-Июл-15, 17:11 
> ли это избежать оскорблений гражданами друг друга на тему умственных способностей и знаний?

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

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

129. "Выпуск systemd 223"  +/
Сообщение от Андрей (??), 01-Авг-15, 11:13 
Но и тут о них позаботлись - кредная карточка называется :) Зачем к деньгам прикасаться, если считать не умеешь? :)
Ответить | Правка | Наверх | Cообщить модератору

67. "Выпуск systemd 223"  +/
Сообщение от Аноним (-), 31-Июл-15, 15:44 
>>Я прекрасно знаю как работает и как устроена моя система.
>>systemd

Не льсти себе.

P.S. я уже даже не знаю, кто из вас хуже - ленины фанатики или сертифицированный клован.

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

102. "Выпуск systemd 223"  –1 +/
Сообщение от Sluggard (ok), 31-Июл-15, 19:17 
Любой, кто не поливает systemd фекалиями, и кого вполне устраивает его работа — уже фанатик для тебя?
Головку полечи.
Ответить | Правка | Наверх | Cообщить модератору

57. "Выпуск systemd 223"  +/
Сообщение от Аноним (-), 31-Июл-15, 14:51 
> меня не доит. А спокойно работает и выполняет поставленные задачи.

Вот только закрытость системы и завендорлоченость - очень ограничивают круг этих задач. Да и интерфейс теперь косит под, простите, обычный XFCE. И все бы ничего, но у меня в XFCE окошки выглядят получше на мой вкус :P. И это, заметим, бесплатно.

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

51. "Выпуск systemd 223"  +2 +/
Сообщение от Аноним (-), 31-Июл-15, 14:20 
> Осталось пользователям созреть для этого современного инновационного Windows-подобного
> проекта...

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

А самому все это кодить - таки гемор, потому что все это привилегированные сисколы, достаточно специфичные и граблеопасные, чувствительные к последовательности дерга и прочая. Это значит что программа разбухнет в два раза, будет стартовать под рутом. Или как минимум обвешана "крутыми" системными CAPSами. И при малейшем факапе за это воздастся по полной. Поэтому шли бы эти нелюбители системды в пешее эротическое. Я вот на sd notify и его услуги вачдога пару критичных сервисов в моей задаче завязал. Потому что самому кодить "shared watchdog" и всю системную механику системды меня не прет. Зато мне очень надо чтобы все это пахало на автопилоте и критично чтобы одна из приблуд была с realtime шедулингом, иначе она внешние события продолбает. И без системды все это в разы долбательнее получается.

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

59. "Выпуск systemd 223"  –2 +/
Сообщение от Fracta1L (ok), 31-Июл-15, 14:55 
Не обмазываешься тоннами башекостылей на каждый чих - не линуксоид!
Ответить | Правка | Наверх | Cообщить модератору

69. "Выпуск systemd 223"  –1 +/
Сообщение от Аноним (-), 31-Июл-15, 16:42 
> Не обмазываешься тоннами башекостылей на каждый чих - не линуксоид!

Из баша дергать сисколы не очень получается. И запускать 10 разноперых утилсов под рутом мне как-то не очень хочется. Наруливать им всем более гранулярные CAPSы я даже близко не рискну, а вот своей проге - вкручу как делать нефиг. Там то я знаю какие вызовы и caps-ы реально надо. И не на все вызовы есть штатные утилсы. А кодить самому например логику вачдога мне что-то неохота, когда Поттеринг уже написал. И нет, мне не надо всякий "мониторинг доступности по сети". У меня не сетевая программа, для начала. У поттера это именно вачдог. Вот именно так я это и хочу видеть - расшаривание железного вачдога на всех.

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

135. "Выпуск systemd 223"  +/
Сообщение от Anonymous1 (?), 01-Авг-15, 18:58 
>> Осталось пользователям созреть для этого современного инновационного Windows-подобного
>> проекта...
> Ну я вот созрел. Мне удобно когда система инициализации выставляет мне реалтайм
> шедулер и приоритет, IO шедулер, лимиты, фильтр сисколов, а заодно еще
> и вачдог нормальный реализует и разумную реакцию на отвал критичных сервисов.
> А главное - оно само все это отпедалит и потом -
> вкрутит моему процессу урезанного по правам юзера. Покажите мне иное решение
> которое сможет так же?
> skipped

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

Вероятно, Вы пишете 200-строчные демоны на Питоне и сожалеете только о том, что нельзя использовать для этого Яваскрипт или, страшно сказать, Сишарп... Но это, опять же, мое личное мнение.  

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

136. "Выпуск systemd 223"  +/
Сообщение от Аноним (-), 01-Авг-15, 19:31 
Смотрите - представитель идеального мира. Можно автограф?
Ответить | Правка | Наверх | Cообщить модератору

160. "Выпуск systemd 223"  –1 +/
Сообщение от Аноним (-), 03-Авг-15, 22:07 
> Пардон, но если у Вас в системе "отваливаются критичные сервисы", то это

...то это - добро пожаловать в реальный мир. Где в программах и системах бывают баги, в процессоры влетают космические частицы, EMI и ESD случаются...

> просто полная беда, и единственная "разумная реакция" - полный отказ от
> таких сервисов (возможно, и от всей системы).

Откажитесь. Залезайте в пещеры (но и они могут обвалиться) и орудуйте только палкой копалкой (а палка может сломаться).

> Разумеется, если эти сервисы не Вами лично написаны и находятся в процессе доводки.

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

> Все остальное вышеперечисленное уже реализовано вне системы инициализации,

А systemd упрощает мне интеграцию системы, путем выноса всего этого добра на него. Несомненно, я мог бы и сам докодить недостающее. Но рад что этого делать не пришлось и что я спихал туеву хучу вещей на системд. Конфиг из 10 директив в одном файле мне сильно лучше чем месиво из десяти напрочь разных программ и самоличный кодинг того что в готовых программах не оказалось. А вот в системде есть довольно много чего. И сделано явно с пониманием проблематики автономной эксплуатации систем.

> Вероятно, Вы пишете 200-строчные демоны на Питоне

Совершенно не угадали. Я не знаю питона и наиболее близок вероятно к системщикам. С некоторым уклоном в эмбедовку. Ну и там довольно характерные требования и ожидания.

> что нельзя использовать для этого Яваскрипт или, страшно сказать, Сишарп...

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

> Но это, опять же, мое личное мнение.

Это куча каких-то домыслов, в тщетной попытке увидеть желаемое вместо действительного.

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

146. "Выпуск systemd 223"  +3 +/
Сообщение от freehckemail (ok), 02-Авг-15, 09:52 
> Ну я вот созрел. Мне удобно когда система инициализации выставляет

Может это и удобно, но с чего это вдруг всё это находится в *системе инициализации*? Перечисленный Вами функционал не относится к ней ни разу, и насколько я знаю systemd, там тоже так не считают, и многими этими задачами занимаются отдельные демоны в userspace.

> реалтайм шедулер

Учитывая, что мы разговариваем не о ядре, как тут втесалось слово realtime? Это Вы так SCHED_FIFO или SCHED_RR называете, что ли?

> а заодно еще и вачдог нормальный реализует и разумную реакцию на отвал критичных сервисов.

Правильно. Зачем же говорить, что "система сыровата, и у неё отваливаются критичные сервисы". Лучше сказать, что "у нашей системы есть инновационная фича -- перезапуск отвалившихся критичных сервисов". =)

> Покажите мне иное решение которое сможет так же?

Вы не поверите, но shell-скрипты в sysvinit всё это могли.

> А самому все это кодить - таки гемор...

А когда этот не-гемор навернётся, Вы познаете, почему многие админы считают т.н. "гемор" несколько лучшим вариантом. Ибо покопаться-поискать ошибку в скриптах в разы легче, чем в монстроузной systemd. Вот только не рассказывайте мне, что она не наворачивается. Постоянно только о том и разговор.

> Поэтому шли бы эти нелюбители системды в пешее эротическое.

А вот и оно. Эта фраза в разных вариациях встречается у всех фанатов systemd.

> Я вот на sd notify и его услуги вачдога пару критичных сервисов в моей задаче завязал.
> Потому что самому кодить "shared watchdog" и всю системную механику системды меня не прет.

Да уж. Зачем делать сервис, который не падает? Можно же сделать абы как и повесить на watchdog. Новое поколение программистов.

> Зато мне очень надо чтобы все это пахало на автопилоте и критично чтобы одна из приблуд была с realtime шедулингом,
> иначе она внешние события продолбает.

Поздравляю, Вы начали постигать трудности асинхронного программирования, и скоро поймёте, почему GNU/Hurd всё ещё не готов.

> И без системды все это в разы долбательнее получается.

А, плохому танцору... =)

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

153. "Выпуск systemd 223"  –1 +/
Сообщение от Валентин Петрович (?), 03-Авг-15, 11:09 
Бросайте вы этот старый и рваный боян про "монструозность".
Ответить | Правка | Наверх | Cообщить модератору

161. "Выпуск systemd 223"  +/
Сообщение от Аноним (-), 03-Авг-15, 23:43 
> но с чего это вдруг всё это находится в *системе инициализации*?

С того что:
1) Упомянутые сисколы требуют определенного порядка вызова и все это должно быть сделано до сброса привилегий.

2) PID=1 находится в правильном месте в правильное время: он может правильно отпедалить всю последовательность сисколов и у него для этого хватит прав.

3) PID=1 запускает мою программу. А третий - лишний. И лишь загромождает собой систему лишними сущностями. Ну то-есть бутлоадер, ядро, стартер и моя программа в системе неизбежно будут. А остальные - как "неизбежное зло". И чем их меньше - тем лучше, в общем случае.

4) Прописать 10 строчек в конфиг системд мне сильно проще и менее криво/проблемно чем использовать месиво из дюжины разных утилит + дописывать граблеопасный системный код самому вместо поттера.

Де факто мне нужна системная программа которая дернет пачку сисколов в правильном порядке и отдаст моей программе руль (через "exec*") уже в нужном состоянии. Системд как раз и является таковым. В крайнем случае я ессно могу и свой костыль написать, но лениво изобретать велик на ровном месте, знаешь ли.

> Перечисленный Вами функционал не относится к ней ни разу,

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

> и многими этими задачами занимаются отдельные демоны в userspace.

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

> Учитывая, что мы разговариваем не о ядре, как тут втесалось слово realtime?

Ну вот так вот и вписалось - man sched_setscheduler. Ну и sched_setparam заодно. Это не hard realtime, но мне в ряде случаев - хватит.

> Это Вы так SCHED_FIFO или SCHED_RR называете, что ли?

Они так называются в официальной документации и это до некоторой степени отражает суть. Кстати, пользуясь случаем - передаю большой факофф тем кто стандарт на POSIX THREADS принимал.

> Зачем же говорить, что "система сыровата, и у неё отваливаются критичные сервисы".

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

Заодно не забудь купить radiation-hardened процссор. Правда он стоит как самолет. И сделать трехкратное резервирование, по мажоритарному принципу. Пусть все будет как для полета в космос, тогда будем считать что железо сбойнуть "не может". Ну правда и стоить будет как три самолета. И не факт что столько готовы платить за земные применения (за такую сумму дешевле будет там поселить кого-нибудь ресет нажимать в случае факапа).

> перезапуск отвалившихся критичных сервисов". =)

Ну, понимаешь, в некоторых задачах факапы разруливать реально некому. Поэтому just in case - они должны быть разрулены самой девайсиной, настолько насколько это вообше возможно. А идеальный мир без ошибок и сбоев - это круто, но - не про планету Земля и ее жителей.

> Вы не поверите, но shell-скрипты в sysvinit всё это могли.

Я не поверю. Из них сисколы дергать напряжно. А уж вачдог какой-нибудь из них делать... ненене, Дэвид Блейн. Это ты как-нибудь сам, без меня.

> А когда этот не-гемор навернётся, Вы познаете, почему многие админы считают

Я уже узнал прямо вот тут что эти "многие админы" оказывается не в курсе что такое sched_setscheduler. Скажи честно, ты про SCHED_RR и _FIFO узнал целых 5 минут назад, из мана? Ну или откуда столько глупых вопросов?

> т.н. "гемор" несколько лучшим вариантом.

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

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

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

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

А скажи, чувак, сколько ты будешь сношаться с переписыванием своего скриптошита, если задать небольшое но забавное требование: ну вот допустим что файловая система у нас readonly. Журналов и лога - нет. Есть только /dev/kmsg. Systemd ткнуть в него как в место для логгинна - пара директив. И логи через syslog() туда же можно сбагрить. А ты что с твоей скриптятиной будешь делать в таком раскладе?

> Постоянно только о том и разговор.

ЧСХ в основном у тех кто системд не пользуется.

> встречается у всех фанатов systemd.

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

> Да уж. Зачем делать сервис, который не падает?

Наверное, потому что в любой достаточно сложной программе всегда есть шанс наличия невкусных багов. Поэтому мне хочется иметь "план Б" на случай если факап все-таки произошел. Чтобы было поменьше предъяв, и вообще. Я в реальном мире живу. И поэтому в курсе что в софте бывают баги, случаются ошибки, и вообще, мир неидеален.

> как и повесить на watchdog. Новое поколение программистов.

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

> почему GNU/Hurd всё ещё не готов.

Ну вот поэтому я и пользуюсь GNU/Linux. Потому что крутой, замечательный, мегаконцептуальный но почти неработоспособный и напрочь непригодный для моих задач Hurd мне ни в п...у, ни в красну армию. Ты можешь им пользоваться наздоровье.

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

> А, плохому танцору... =)

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

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

174. "Выпуск systemd 223"  +/
Сообщение от freehckemail (ok), 11-Авг-15, 13:33 
Великолепный пост. Вот после таких постов мне даже добавлять ничего не надо: правду говорят, что на одного дурака ста мудрецов не напасёшься. Аргументация лагеря systemd вообще забавно смотрится со стороны.

Вкратце, суть сводится к тому, что "если Вы не разделяете моего мнения, то это значит, что Вы в нашей степи совсем ничего не понимаете, а даже если Вы говорите о вполне конкретных технических аспектах, то Вы просто прочитали их 5 минут назад в мане".

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

Вот это уже красиво:
> Есть только /dev/kmsg. Systemd ткнуть в него как в место для логгинна - пара директив. А ты что с твоей скриптятиной будешь делать в таком раскладе?

Сложно более ясно объясниться, что с shell Вы не дружите вообще.

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

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

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

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




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

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