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

Разработчики systemd: загрузка с initrd оказалась быстрее за..., opennews (??), 07-Апр-13, (0) [смотреть все] Норм , Аноним (-), 08:59 , 07-Апр-13, (1) –5 Продолжаем анонировать на время загрузки , Аноним (-), 09:06 , 07-Апр-13, (2)   // В тексте есть намек на крайнюю ситуацию Проблема в датацентре устранена, серве, тоже Аноним (ok), 10:51 , 07-Апр-13, (9) +5   // Хватит уже идеопатировать, какие полтора чяса проверка одного диска в 3тб длить, Аноним (-), 11:25 , 07-Апр-13, (15) –4   // А при чем здесь траблы с винтами , Аноним (-), 16:07 , 07-Апр-13, (63) +4   мозг включи, ага , arisu (ok), 20:38 , 07-Апр-13, (127) –16   Как минусуют на предложение влючить мозг Прям красота , Аноним (-), 00:33 , 09-Апр-13, (284) +3   Естественно Они считают, что включать мозг - несовременно Мозг должен включи, Led (ok), 02:26 , 09-Апр-13, (285) +4   А давайте всем дискам fsck при старте делать по этому поводу, да Всем 26 На 3 , Аноним (-), 23:47 , 07-Апр-13, (157) +2   да, лучше бы сделали on-line проверку fs как в FreeBSD и не парились, x0r (??), 00:42 , 08-Апр-13, (173) +1   Кроме деградации перфоманса дисков на хзсколько часов , Аноним (-), 09:30 , 08-Апр-13, (202) +2   Советую Вам когда-нибудь заглянуть в BSD-ый lost found на разделе с UFS с хвален, sHaggY_caT (ok), 13:38 , 08-Апр-13, (235)   Правильно там нет lost found Соответственно некуда смотреть и в ужас не придеш, anoser_anon (?), 15:03 , 08-Апр-13, (249) –1   Что бы появился, ребутните пару раз сервер под настоящей не локалхостовой нагру, sHaggY_caT (ok), 15:28 , 08-Апр-13, (251) +1   Вот уж не надо, я с этим ужасОм несколько лет мучался Хуже был только ntfs, kurokaze (ok), 21:53 , 08-Апр-13, (273) +4   Пурга, боец Читай устав - он кровью писан Такие проблемы решаются по другому, , Батяня Комбат (?), 05:34 , 08-Апр-13, (182)   Иллюстрация по теме сорванные башни , Аноним (-), 09:31 , 08-Апр-13, (203) +3   Там ананировать не на что, если бы хоть ощутимый эффект был Тонны кода, докумен, Buy (ok), 13:05 , 07-Апр-13, (21) +1   // Тонны документации - уже офигенно полезных выход Особенно по сравнению со всяки, Аноним (-), 15:24 , 07-Апр-13, (46) +1   // Ещё, знаешь, названия скриптов помогают , гость (?), 15:30 , 07-Апр-13, (49) +6   Если бы названия всегда помогали, программа man так бы никогда и не появилась И, Аноним (-), 15:43 , 07-Апр-13, (53) +1   Спасибо, видел я что обычно творится в таких скриптах И лучше я буду читать про, Аноним (-), 19:04 , 07-Апр-13, (107)   Ты забыл добавить, что этот говнокод между дистрибутивами, к тому же, обычно еще, etw (ok), 00:06 , 08-Апр-13, (160) –1   Может, вы просто скрипты ни писать ни читать не умеете, м Оба причем , Аноним (-), 09:04 , 08-Апр-13, (195) +1   Осталось еще добавить что зато вот вы - Д Артаньян , Аноним (-), 09:23 , 08-Апр-13, (200) –2   А если он не сдюжит работать как надо -- пойдёте читать исходники systemd , Аноним (-), 14:04 , 08-Апр-13, (237) +6   Зачем нужны тонны документации, если сам скрипт служит себе же самой полной доку, Аноним (-), 16:09 , 07-Апр-13, (65) –3   Вы полагаете, это нормально, когда вместо чтения man-страницы приходится читать , Аноним (-), 16:14 , 07-Апр-13, (67) +3   ну для большинства и букварь поначалу нечитабелен, а с опытом - вполне себе - , vg. (?), 11:02 , 10-Апр-13, (330) +1   до сих пор не могу спокойно читать как увижу 171 мама мыла раму 187 8212 , arisu (ok), 11:42 , 10-Апр-13, (333) +1   По опыту чтения таких скриптов - чаще всего он служит документацией по теме быд, Аноним (-), 19:05 , 07-Апр-13, (108)   Чтение исходников сисемд, несомненно, обогатит ваш опыт, но вряд ли изменит ваши, Аноним (-), 19:22 , 07-Апр-13, (110)   Если я суюсь в систему инициализации, у меня как правило цель - новый кастомный , Аноним (-), 09:21 , 08-Апр-13, (199) +1   тут важно определиться - Вы в роли юзера или админа Если юзера - то все понятно,, vg. (?), 11:19 , 10-Апр-13, (332) +1   В отличие от скриптов, чтение исходников системд и не требуется Здесь требуется, другой аноним (?), 11:04 , 08-Апр-13, (222)   ага логичны и единообразны с кучей ключей типа 171 запустить, если есть файл, arisu (ok), 21:47 , 08-Апр-13, (270) +6   а никто и не обещал в этих скриптах примерных учебных пособий с опытом, когда ум, vg. (?), 11:11 , 10-Апр-13, (331) +1   Это пока её не приходится читать от и до Скрипты в этом плане куда меньше пр, Michael Shigorin (ok), 20:39 , 07-Апр-13, (128) +2   Это, знаете ли, очень от скрипта зависит Пишут их разные люди Хотя временами в, Аноним (-), 23:51 , 07-Апр-13, (158) +2   Покажи на примере debian или rhel В то что создатели маргинальных дистров могут, angra (ok), 00:24 , 08-Апр-13, (164) +3   Начались виляния попой Вот есть прога Допустим в репах ее нет Надо демон запу, Аноним (-), 09:12 , 08-Апр-13, (197) –1   Дело в том, что это еще нужно разобраться, кто виляет попой Вам предложили дв, Аноним (-), 10:59 , 08-Апр-13, (221) +8   Что мешает сказочнику написать как надо и выложить Если ты не можешь написать,, kurokaze (ok), 21:59 , 08-Апр-13, (275) +3   ну, иногда просто лень 171 да, это надо бы переписать, и при вот таких вот об, arisu (ok), 22:02 , 08-Апр-13, (277) +1   Ситуация знакомая до боли Но я не вижу чем systemd может помочь в данной ситуац, Ordu (ok), 09:24 , 10-Апр-13, (328) +2   так и я о том же , arisu (ok), 09:33 , 10-Апр-13, (329) +1   А зачем мне перечитывать десятки реализаций обработки PID-файлов различной степе, etw (ok), 00:13 , 08-Апр-13, (161) –1   В debian rhel это тоже делается одной строкой Вот только при желании вы можете , angra (ok), 00:26 , 08-Апр-13, (165) +2   В альте скомбинировано т е rh-style в целом, но с применением start-stop-daemo, Michael Shigorin (ok), 00:34 , 08-Апр-13, (170)   То, что в debian и rhel есть готовые функции для стандартных действий кстати, ч, etw (??), 20:43 , 08-Апр-13, (260) –2   то, что в libc есть готовые функции для стандартных действий кстати, часто в их, arisu (ok), 21:20 , 08-Апр-13, (264) +3   Много ли сишных программ, в которых используются свой аллокатор вместо malloc пр, etw (ok), 11:45 , 10-Апр-13, (334) –1   есть информация о том, что 99 инит-скриптов именно 171 выводят приветмир 187, arisu (ok), 12:08 , 10-Апр-13, (335) +1   Просто феерично Сначала ты говоришь о том, что замена инит-скриптов, выполняющи, etw (ok), 23:27 , 10-Апр-13, (343) –2   Трудоёмкость выполнения выберите всё-таки сопоставимую, проводя аналогию , Michael Shigorin (ok), 14:09 , 10-Апр-13, (340) +1   Аналогия моего оппонета специализированные скрипты - произвольные программы из, etw (ok), 23:32 , 10-Апр-13, (345) –1   Не могу понять, о чём вообще спор Есть несколько ситуаций, которые, похоже, пер, PereresusNeVlezaetBuggy (ok), 23:20 , 09-Апр-13, (308) +2   Systemd перенаправляет stderr в syslog journald, при этом еще и показывая кусок,, etw (ok), 23:31 , 10-Апр-13, (344) –1   аноним английский осилил, а юникс-шелл - нет , c0smonaut (ok), 21:45 , 11-Апр-13, (357) +1   Тоже думаю, что давно надо было включить Qt в systemd , Nxx (ok), 09:11 , 07-Апр-13, (3) +28 А потом, в ходе работ по улучшению, они поймут, что набор отдельных скриптов на , Константавр (ok), 09:38 , 07-Апр-13, (4) // За bash в init-скриптах нужно бить тяжёлым тупым предметом по голове, особенно к, GotF (ok), 09:52 , 07-Апр-13, (5) –2 // хе-хе Один попался , Константавр (ok), 09:56 , 07-Апр-13, (6) +2 А когда он начинается с 171 sbin runscript 187 , Аноним (-), 09:57 , 07-Апр-13, (7) +2 // Не знаю Ни в Debian, ни в RHEL такой команды нет , GotF (ok), 11:35 , 07-Апр-13, (17) Да, это местечковый велосипед , Аноним (-), 16:28 , 07-Апр-13, (74) согласен, раз нарвался на проблему сидел на центоси, там bin sh вызывал bin ba, sasku (ok), 10:57 , 07-Апр-13, (12) –1 // Ну и кто в итоге дураком остался , anonymous (??), 17:18 , 07-Апр-13, (95) +2 Поттеринг, конечно же , Аноним (-), 17:32 , 07-Апр-13, (99) +6 Обычно правильные инит-скрипты сразу завязаны на какой-нибудь свой дистрибутивос, etw (ok), 00:17 , 08-Апр-13, (163) Отчасти это так, поскольку в разных дистрибутивах по-разному смотрят на задачи к, Michael Shigorin (ok), 00:37 , 08-Апр-13, (171) А потом берешь с сайта авторов программу которой в репе не было или версия не та, Аноним (-), 08:46 , 08-Апр-13, (192) –1 Может пнуть его для начала через dpkg-reconfigure dash Или как там в Дебианах , Пр0х0жий (??), 05:14 , 09-Апр-13, (286) Для начала, если для неинтерактивного шелла выбран dash, то наверное это зачем-т, qux (ok), 13:52 , 09-Апр-13, (292) –2 Туым предметом надо бить тех, кто не осознает, что bin sh не обязан равняться , anonymous (??), 11:06 , 07-Апр-13, (13) +9 // sysvinit-проблемы , Аноним (-), 15:49 , 07-Апр-13, (56) –1 Да нет, проблемы программеров , которые сначала чего-нибудь накодят, а потом го, Аноним (-), 16:15 , 07-Апр-13, (69) +1 Не подскажете, как правкой одной-двух строчек заставить произвольно выбранный in, Аноним (-), 16:35 , 07-Апр-13, (78) +1 Никак Более того - половина долбоклюев пишет эти портянки по принципу у меня ж, Аноним (-), 19:22 , 07-Апр-13, (109) –1 Если скрипт и дистрибутив LSB-совместимые, то особых проблем быть не должно В и, GotF (ok), 20:41 , 07-Апр-13, (129) Ага До первого source lib lsb init-functions , который, как оказывается, в де, etw (ok), 00:26 , 08-Апр-13, (166) –1 0, Аноним (-), 15:19 , 07-Апр-13, (44) // Почитайте скрипты ldv,legion altlinux и поучитесь писать без лишних форков Е, Michael Shigorin (ok), 20:44 , 07-Апр-13, (130) +1 // Я вот почитал факин ман на апстарт и научился писать ему джобы Теперь оно и про, Аноним (-), 23:55 , 07-Апр-13, (159) +2 Если программисты настолько незрелые, то их поделиям нечего делать на моих сист, Аноним (-), 10:27 , 07-Апр-13, (8) –2 Разработчики initrd загрузка без systemd оказалась быстрее загрузки с systemd, Аноним (-), 10:52 , 07-Апр-13, (10) +5 // через 10 лет, Леннарт научиться писать интерпретаторы и напишет свой баш и переп, Аноним (-), 11:29 , 07-Апр-13, (16) +1 // Он command com свой напишет, после чего в autoexec bat можно будет положить скри, Аноним (-), 20:10 , 07-Апр-13, (121) –2 А что, разработчики initrd и разработчики systemd - разве не одно и то же , Аноним (-), 15:21 , 07-Апр-13, (45) –3 // Разработчики initrd -- в общем случае некорректный термин для опровержения пр, Michael Shigorin (ok), 20:45 , 07-Апр-13, (131) +2 Initrd был задолго до systemd Такая вот неожиданность , Аноним (-), 07:15 , 08-Апр-13, (186) +1 Дано Gentoo OpenRCДелаем rc-update del xdm default rc-update add xdm boot, Fracta1L (ok), 11:15 , 07-Апр-13, (14) –3 // А если отключить OpenRC и оставить SysV init, будет грузиться еще быстрее Ope, Аноним (-), 15:06 , 07-Апр-13, (41) +1 // Вообще-то, OpenRC - это просто избыточная прослойка над SysV init Когда-то, когд, Аноним (-), 16:22 , 07-Апр-13, (71) +3 // А держится он в генте только потому, что так хочет один конкретный человек - Luc, Аноним (-), 16:49 , 07-Апр-13, (85) +2 Gentoo вообще становится просто идиотским дистрибутивом Все, что могу, перевожу, anonymous (??), 17:10 , 07-Апр-13, (92) –1 Просто изначально Gentoo создавали технари, со своими хорошим технарскими идеями, Аноним (-), 17:21 , 07-Апр-13, (97) Свое г-но не пахнет народная мудрость , Аноним (-), 07:54 , 08-Апр-13, (188) Зато openrc работает и на embedded и на отличных от linux OS, в отличии от syste, alexxy (ok), 19:29 , 07-Апр-13, (112) На embedded работает все то же самое что и везде И конкретно openrc никому там , Аноним (-), 11:09 , 08-Апр-13, (224) SysV уже ничего не умеет, потому что эта ОС померла Также нет стандартного и ед, etw (ok), 00:33 , 08-Апр-13, (169) Начал читать новость, тут же возникла мысль, что разработчики системд готовят се, виндотролль (ok), 11:37 , 07-Апр-13, (18) –3 // Еще в позапрошлом году в ядро приняли леннартовский патч, перекраивающий работу , Аноним (-), 16:33 , 07-Апр-13, (77) +2 Показывать текст по видео - это пипец , ip1981 (ok), 12:38 , 07-Апр-13, (19) +4 // В духе поттеринговщины, чо , Аноним (-), 13:39 , 07-Апр-13, (24) +2 Дожились, systemd тормозит без initrd , Buy (ok), 12:58 , 07-Апр-13, (20) +2 // Почему Это ядро без initrd тормозит , Аноним (-), 15:02 , 07-Апр-13, (38) +1 // Тормозит-то ядро, а виноват-то systemd Он вообще во всем виноват И воду в кран, Аноним (-), 16:17 , 07-Апр-13, (70) +9 // Хотя нет, воду выпил Поцтеринг , Аноним (-), 16:52 , 07-Апр-13, (88) Нет, редхат Без него линукс уже давно занимал бы 146 десктопов , Аноним (-), 17:05 , 07-Апр-13, (90) +2 Ну а с ним убунта заняла эти 146 Конечно, если бы занял линукс, было бы лучше, Stax (ok), 17:52 , 07-Апр-13, (101) –1 Чего Сколько там убунта заняла десктопов Чьих десктопов А линукс сколько всег, бубунавт (?), 19:50 , 07-Апр-13, (117) –2 На данный момент - более 11 миллионов вроде как Например, моих , Аноним (-), 08:37 , 08-Апр-13, (190) –1 Ну удивитесь наверное, но в ядре initramfs есть всегда, просто если на нем не на, alexxy (ok), 19:31 , 07-Апр-13, (113) –1 // Возможен и вариант загрузки ядра совсем без начального рамдиска Кстати сие отве, Аноним (-), 08:40 , 08-Апр-13, (191) У меня нету За ненадобностью , Buy (ok), 12:21 , 08-Апр-13, (227) Наверное идея о том что не следовало так анально заменять sysvinit на systemd, , Адекват (?), 13:20 , 07-Апр-13, (23) +4 // Медленное и аккуратное внедрение бывает только в промышленных дистрах и всяких д, Аноним (-), 15:53 , 07-Апр-13, (57) –2 // Решать или создавать Вчера одной юной бездари на пальцах уже пытался баланс по, Michael Shigorin (ok), 20:48 , 07-Апр-13, (134) Парочка вопросов на засыпку Дано все известные критические проблемы в багтрекере, etw (ok), 00:39 , 08-Апр-13, (172) –2 // Это все вопросы к ментейнерам, баги конечно остались, с вероятностью от скаже, Адекват (?), 07:03 , 08-Апр-13, (184) // gt оверквотинг удален ты не поверишь, но именно так и делается С открытыми кр, etw (ok), 21:04 , 08-Апр-13, (262) Вот это новость, прям прошлым веком повеяло , Michael Shigorin (ok), 19:18 , 09-Апр-13, (297) +2 При чем тут прошлый век , etw (ok), 00:08 , 11-Апр-13, (347) –1 При гонке за time to market, которая тогда ещё не допрогрессировала до того, что, Michael Shigorin (ok), 01:56 , 11-Апр-13, (349) +1 При гонке за time to market увеличивают частоту релизов и используют различные a, etw (ok), 11:41 , 11-Апр-13, (353) –1 Да Да И их тоже, потому как запыхиваясь над релизами и закопавшись по уши в юзер, Michael Shigorin (ok), 18:37 , 11-Апр-13, (356) +1 Вообще-то, большинство agile-подходов оринтированы именно на поддержание постоян, etw (ok), 03:51 , 12-Апр-13, (358) –2 Я о том, что если ttm ставить во главу угла, а разум свой отодвинуть и к чужому , Michael Shigorin (ok), 15:32 , 13-Апр-13, (359) Так при чему тут тогда прошлый век Нормально поставленный процесс разработки и , etw (ok), 21:19 , 14-Апр-13, (360) –1 При степени гоночности , Michael Shigorin (ok), 02:11 , 15-Апр-13, (361) Чем именно Windows 95 Играми Daggerfall, Reunion, X-com , бедный буратино (ok), 07:42 , 11-Апр-13, (351) А какие у systemd недостатки что его все так не любят , Аноним (-), 13:44 , 07-Апр-13, (25) // Только один - монструозный комбайн , Аноним (-), 13:51 , 07-Апр-13, (26) –8 // По сравнению с любым монолитным ядром меркнут все юзерспейсовские комбайны , Аноним (-), 15:03 , 07-Апр-13, (39) +1 Это systemd-то комбайн Вы еще coreutils не видели Вот это - всем комбайнам ком, Аноним (-), 16:40 , 07-Апр-13, (81) –1 // Поскольку coreutils писаны а давно и б не Поттерингом, Это Совсем Другое Дело , develop7 (ok), 23:11 , 07-Апр-13, (153) –1 в ранее это были fileutils, textutils и кто-то ещё третий , Michael Shigorin (ok), 00:26 , 08-Апр-13, (167) В частности команда journalctrl -u postfix -n50 тут кстати между -n и 50 не дол, Адекват (?), 13:56 , 07-Апр-13, (27) +1 // Не надо так делать Даже теоретически tail -n 50 мог бы оптимизировать вывод , ip1981 (ok), 13:58 , 07-Апр-13, (28) +4 // Да хоть a cat var log Xorg 0 log 124 tail -n 50 if a then e, Адекват (?), 17:20 , 07-Апр-13, (96) –3 Вот так виндузятники и палятся -- кому нужен хвост Xorg 0 log, слепленный в одну, Michael Shigorin (ok), 20:50 , 07-Апр-13, (135) То есть ты таки проверил , Адекват (?), 07:03 , 08-Апр-13, (185) –1 То есть я-таки такое эээ ладно, штатно вооружённым глазом вижу , Michael Shigorin (ok), 23:18 , 09-Апр-13, (307) +1 а что, просто передать путь к файлу аргументом tail теперь не модно , arisu (ok), 21:01 , 07-Апр-13, (140) +2 недостатки системд повыбирал из разных веток linux org ru и ещё откуда-то ----, Аноним (-), 14:07 , 07-Апр-13, (29) –1 // gt оверквотинг удален Ну вообще-то, если тебе так нужен if или ещё что-то, не , Анноннимм (?), 14:29 , 07-Апр-13, (32) +2 // А я согласен Переписали бы на перле скрипты, да хоть на ноде жс, хоть на пхп, н, cmp (ok), 15:25 , 07-Апр-13, (47) –5 // Если у вас возникает такая необходимость, значит, вы что-то делаете неправильно , Аноним (-), 15:40 , 07-Апр-13, (52) Должна, но не обязана, прелесть линукса в гибкости, можно запустить демон, а мож, cmp (ok), 15:56 , 07-Апр-13, (58) –3 Помнится, разработчики Windows в свое время реализовали довольно интересную заду, Аноним (-), 16:05 , 07-Апр-13, (61) +1 Плюс сами развели там срач Плюс не дали утилит в системе для прозрачной работы , Аноним (-), 10:04 , 08-Апр-13, (208) Очень грустно, когда рассуждениями про прозрачность пытаются оправдать полное , Аноним (-), 16:09 , 07-Апр-13, (64) Документация - не unix-way Пусть всякие MSDN-ы документацию пишут, а мы и в код, Аноним (-), 16:29 , 07-Апр-13, (75) –1 А как же маны , Аноним (-), 10:04 , 08-Апр-13, (209) ешкин кот, да на кой черт документировать пять строк проверки наличия проги, кон, cmp (ok), 16:39 , 07-Апр-13, (80) +1 Я уже лет 20 не видет init-скрипты по пять строк С тем же успехом можно утвержда, Аноним (-), 16:46 , 07-Апр-13, (83) slackware, дома только он, на работе центос - корп стандарт и скрипты его не сло, cmp (ok), 17:10 , 07-Апр-13, (93) если бы это было действительно так Вот не надо ля-ля Я с 4-5 центосом работал , Аноним (-), 17:29 , 07-Апр-13, (98) –1 Как практикующий админ, у systemd никаких полезных новшеств, один гемор , cmp (ok), 17:36 , 07-Апр-13, (100) Хаяли не сам удев а что с ним пытался сделать поттеринг, после того как вставил , alexxy (ok), 19:41 , 07-Апр-13, (115) +1 Я упорото не могу понять, почему вы считаете что sisvinit - геммор, а systemd ма, Адекват (?), 12:52 , 08-Апр-13, (230) Покурочили ФС или fstab с UUID , Michael Shigorin (ok), 20:54 , 07-Апр-13, (138) угумс, вдруг не с того не с сего на встраиваемой системе что-то покурочилось, да, cmp (ok), 10:58 , 08-Апр-13, (220) маловероятно, но не невозможно , arisu (ok), 21:29 , 08-Апр-13, (266) http svnweb freebsd org base release 9 0 0 etc rc d rwho view coА если стандар, nuclight (??), 17:04 , 11-Апр-13, (354) Но не придумал, чем отвлечь санитаров , Аноним (-), 20:18 , 07-Апр-13, (124) –1 Посмотрите monit collectd Каждый прекрасно решает свои задачи , Michael Shigorin (ok), 20:55 , 07-Апр-13, (139) +1 Не надо сказок Что monit cделает если основной процесс некоего демона нарожал по, quux (??), 22:12 , 07-Апр-13, (145) –1 Правильно, а вот почти десяток лет боевой эксплуатации кое-что говорит Что скажу, Michael Shigorin (ok), 22:42 , 07-Апр-13, (149) +2 Опыт говорит что нормальных решений сейчас не существует, есть наборы костылей р, quux (??), 23:40 , 09-Апр-13, (309) –1 Ещё раз - если это неисправимо в самой софтине например, бинарь -- остаётся то, Michael Shigorin (ok), 00:59 , 10-Апр-13, (317) +1 Ага, и будет у нас лоскутное одеяло запускалок Половина программ запускается та, Аноним (-), 10:13 , 08-Апр-13, (210) –2 Спасибо, посмотрел, не то этоcollectd - по мотивам cacti, видимо, имел удовольст, cmp (ok), 13:02 , 08-Апр-13, (232) есть подозрение без сарказма , что способы получить реализацию этой хотелки 8, arisu (ok), 21:31 , 08-Апр-13, (267) +2 , ну да, только за мои деньги я попрошу не иначе как шедевр, и ни малейшего пр, cmp (ok), 12:44 , 10-Апр-13, (336) ну 8230 составляй договоры, контролируй работу и всё такое ну, и получишь на , arisu (ok), 12:51 , 10-Апр-13, (337) Не согласен, это удача - найти человека способного выполнить то, что ты хочешь и, cmp (ok), 13:45 , 10-Апр-13, (339) Не, не посмотрели, но дело хозяйское , Michael Shigorin (ok), 00:13 , 10-Апр-13, (312) Скажем так, увидел, что оно из себя представляет, или чего не представляет, объе, cmp (ok), 13:10 , 10-Апр-13, (338) Что, и сегфолтнуть тоже нельзя Меня посодють , Michael Shigorin (ok), 20:52 , 07-Апр-13, (137) +1 Сегфлотнуть можно все, даже баш , etw (ok), 00:43 , 08-Апр-13, (174) –1 Вам удавалось сегфолтнуть bash Мне пока нет, а systemd -- да , Michael Shigorin (ok), 19:18 , 09-Апр-13, (298) +1 code alias r fc -e - r r здесь будет ругань r rr rr r много-много ра, PereresusNeVlezaetBuggy (ok), 23:57 , 09-Апр-13, (310) –1 эм bash fcbash vi command not foundwtf , arisu (ok), 00:48 , 10-Апр-13, (315) +1 О, глядишь, так и получится поприучать линуксоидов читать man ы А там, глядиш, PereresusNeVlezaetBuggy (ok), 00:58 , 10-Апр-13, (316) man fcNo manual entry for fc, arisu (ok), 01:07 , 10-Апр-13, (320) –1 Теплее Даю подсказку чем отличаются ls и bin ls , PereresusNeVlezaetBuggy (ok), 01:09 , 10-Апр-13, (322) да не надо, туплю я просто , arisu (ok), 01:10 , 10-Апр-13, (323) чёрт что-то я спросонок торможу, фигню написал , arisu (ok), 01:09 , 10-Апр-13, (321) code r r-bash fc не нашел такую команду code Ой, вот ведь незадача -- фикс, Michael Shigorin (ok), 01:02 , 10-Апр-13, (318) Я ж специально написал, что срабатывает со второго ввода , PereresusNeVlezaetBuggy (ok), 01:05 , 10-Апр-13, (319) Действительно bash завершился с errorlevel 1, но не по SIGSEGV , Michael Shigorin (ok), 01:10 , 10-Апр-13, (324) +1 у меня с размаху сегфолтнулся 4 2 37 2 а вот zsh отказался сегфолтится 171 f, arisu (ok), 01:14 , 10-Апр-13, (325) Разные шеллы в разных ОС выдают разное, в зависимости от своего устройства, напр, PereresusNeVlezaetBuggy (ok), 01:18 , 10-Апр-13, (326) Мне как-то удавалось двухстрочным скриптом стабильно сегфолтить баш , etw (ok), 04:52 , 10-Апр-13, (327) –1 Было бы интересно на него посмотреть, если вдруг ещё найдётся в любом разе спас, Michael Shigorin (ok), 14:31 , 10-Апр-13, (341) Дело было больше полугода назад и, разумеется, проблемная часть была сразу же пе, etw (ok), 00:06 , 11-Апр-13, (346) –1 Видимо, не программируете и не администрируете , anonymous (??), 20:01 , 07-Апр-13, (118) // Я так люблю такие пустословные предположения И с нетерпением жду описание пробле, Анноннимм (?), 23:11 , 07-Апр-13, (154) –1 Общую часть выделить -- да, мысль здравая Беда в другом -- где-то передел и по, Michael Shigorin (ok), 00:29 , 08-Апр-13, (168) +2 Я думаю, что тут один язык Си выбран исключительно унификации ради Про игнори, Анноннимм (?), 00:11 , 09-Апр-13, (280) Как уже не раз приводилось в примерах -- унификация бывает как полезная взаимоз, Michael Shigorin (ok), 00:35 , 10-Апр-13, (313) +1 Да, вот очередное и опять вследствие безмозглой асинхронности -- можете приступа, Michael Shigorin (ok), 20:37 , 08-Апр-13, (259) +1 Что-то этакое у меня было, когда устанавливал арч на новый ноут Всё решилось пр, Анноннимм (?), 00:20 , 09-Апр-13, (281) это проблема не в системд, а в плимуте Исправлено в плимуте , anoser_anon (?), 08:04 , 09-Апр-13, (289) –1 Подобных багов не один и не два Вот еще под конец вид проблемы отличается htt, qux (ok), 15:40 , 09-Апр-13, (293) Та, на которую сослался -- вылазила и без plymouth Майнтейнер опять починил, д, Michael Shigorin (ok), 23:15 , 09-Апр-13, (305) +1 Запили unit и запили init скрипт, нафига мне systemd тогда , Аноним (-), 05:16 , 08-Апр-13, (180) +2 // Если это исключение -- то ещё может быть смысл Если же перекрывание штатных юн, Michael Shigorin (ok), 23:16 , 09-Апр-13, (306) +1 Как только люди не страдают, лишь бы логи не читать А ведь там прямо написано, , Аноним (-), 15:16 , 07-Апр-13, (42) +7 // нормальный скрипт в данном контексте не нуждается в документации, на то он и скр, cmp (ok), 15:37 , 07-Апр-13, (51) –4 // Весьма спорное утверждение Затем, что язык программирования - это нифига не конф, Аноним (-), 15:46 , 07-Апр-13, (54) Между прочим, это ключевые принципы классического unix-way - никакой документаци, Аноним (-), 15:57 , 07-Апр-13, (59) Короткий и локальный код должен быть самодокументированным, вынос документации з, Аноним (-), 21:06 , 07-Апр-13, (142) +3 А маны - это, типа, не юникс вэй Как интересно Вот только юникс был проприетар, Аноним (-), 10:16 , 08-Апр-13, (211) –1 Это когда и где в Unix не было исходников , Аноним (-), 14:57 , 08-Апр-13, (247) +1 Попробуйте в нормально, не отпоттеросяненной ОС man initscriptи приколитесь , Аноним (-), 15:00 , 08-Апр-13, (248) +1 Чушь какая Разве что в головах фанатов, извративших оригинал Вот тут http old, nuclight (??), 17:57 , 11-Апр-13, (355) etc rc d знаете для чего нужна папка etc Программа для запуска программы - дис, cmp (ok), 15:58 , 07-Апр-13, (60) –1 В SysV init - для хранения программ Ну дык SysVinit-way во все поля , Аноним (-), 16:06 , 07-Апр-13, (62) –1 Когда программы лежат в etc и запускают другие программы - это и есть unix-way , Аноним (-), 16:15 , 07-Апр-13, (68) А еще всякие bin-ы - для лохов Настоящие юниксоиды там конфиги хранят Но syst, Аноним (-), 16:30 , 07-Апр-13, (76) +2 а они там не лежат там лежат конфиги и стартовые скрипты все правятся текстовы, Клыкастый (ok), 13:48 , 17-Июн-15, (362) Вы недалеки от просветления Это и есть Unix Way запускать программы по возможн, Аноним (-), 20:23 , 07-Апр-13, (125) +2 видимо, именно поэтому у системд есть таки условия в 171 конфигах 187 коряв, arisu (ok), 21:09 , 07-Апр-13, (143) +1 Кстати, да, на рефале написать систему инициализации было бы круто , Аноним (-), 21:27 , 07-Апр-13, (144) Так пишите, кто вам не дает , Аноним (-), 10:17 , 08-Апр-13, (212) А вы manpag у на все 100 доверяете может в нем какая-то неточность есть, и, Адекват (?), 13:01 , 08-Апр-13, (231) +1 IMO построить дерево запуска можно и нужно статически, что впрочем вполне успе, anonymous (??), 20:29 , 07-Апр-13, (126) +1 не отличаЕтся, а отличаЮтся Сам инит параллельно ничего без нашлепки сверху под , etw (ok), 00:56 , 08-Апр-13, (177) –2 // А ничего, что insserv выстраивает скрипты в etc rc d _не во время загрузки си, an (??), 14:17 , 08-Апр-13, (240) +1 hint эту операцию не так много смысла выносить в рантайм, т к относительно одн, Michael Shigorin (ok), 22:58 , 09-Апр-13, (302) +1 ещё хотите про недостатки системд ----Нет Для этого придумали logrotate, которы, Аноним (-), 14:08 , 07-Апр-13, (30) –5 // леннарт, поттеринг, ты , Аноним (-), 14:48 , 07-Апр-13, (34) +1 // Нет, это другой леннартоборец вас поддерживает , Аноним (-), 15:04 , 07-Апр-13, (40) Все эти костыли по-своему замечательны, но проблем дизайна протокола syslog они , Аноним (-), 15:35 , 07-Апр-13, (50) +4 // Ась Какое-какое сжатие с потерями Эк Вас приложило-то А сжатие происходи, Аноним (-), 16:51 , 07-Апр-13, (87) +3 // Попробую еще раз, для самых несообразительных структура записи какая информаци, Аноним (-), 17:02 , 07-Апр-13, (89) –1 Вот, для сравнения, несжатый вариантTue, 2012-10-23 23 51 38 CESTPRIORITY 6SYSLO, Аноним (-), 17:15 , 07-Апр-13, (94) +1 http blog gerhards net 2011 11 trusted-properties-in-rsyslog html просвещайся , Аноним (-), 18:07 , 07-Апр-13, (102) +3 Оттуда , qux (ok), 18:57 , 09-Апр-13, (296) А между прочим кто сказал, что поступающая в журнал инфа должна укладываться в п, jOKer (ok), 20:45 , 07-Апр-13, (132) +1 считай, что бинарный лог и есть такая DB , all_glory_to_the_hypnotoad (ok), 22:40 , 07-Апр-13, (148) –1 Наивный вопрос имею а почему бы не считать такой БД обычный текстовик в формате, jOKer (ok), 22:58 , 07-Апр-13, (152) +2 можно и так считать, под NoSQL БД попадает всё что угодно, all_glory_to_the_hypnotoad (ok), 23:16 , 07-Апр-13, (155) –1 Тогда последний наивный вопрос а не проще ли было бы прикрутить к rsyslog как , jOKer (ok), 23:32 , 07-Апр-13, (156) +1 сислог не предоставляет равноценный интерфейс приложению Mеняется не только спо, all_glory_to_the_hypnotoad (ok), 00:17 , 08-Апр-13, (162) +1 Потому что у него нет индексов для быстрого лукапа в основном Ну и потому что о, Аноним (-), 10:23 , 08-Апр-13, (214) –1 На самом деле, вы немножко забегаете вперед сначала надо условится о том что , jOKer (ok), 12:12 , 08-Апр-13, (226) Вы бы сами для начала перестали путать формат var log messages и RFC 3164 542, Michael Shigorin (ok), 21:02 , 07-Апр-13, (141) +1 Ну и зачем , quux (??), 22:28 , 07-Апр-13, (147) –1 когда всё решается высокоуровневыми запросами по структурированным данным, аг, Michael Shigorin (ok), 22:49 , 07-Апр-13, (151) +1 Хранимые процедуры придуманы для реализации бизнес-логики, когда скорость критич, жабабыдлокодер (ok), 09:12 , 08-Апр-13, (196) Если мне не изменяет склероз по мотивам давно уж прочтённого Дейта, то изначальн, Michael Shigorin (ok), 00:11 , 10-Апр-13, (311) +1 В процессе отработки кошерного реляционного запроса легко получаются многомерные, anonymous (??), 09:01 , 08-Апр-13, (193) 1 Структурированный лог это замечательно 2 Двоичный лог это просто глупость 3 , Аноним (-), 20:47 , 07-Апр-13, (133) +1 Все программисты сразу кинулись переписывать программы под journald А вот ненад, Аноним (-), 05:30 , 08-Апр-13, (181) +1 // А вы действительно используете syslog для логирования запросов, к скажем, высоко, Анноннимм (?), 00:32 , 09-Апр-13, (283) –1 А вот не надо считать будто это убирает проблему Вызов спец тулзы никто не отм, qux (ok), 18:55 , 09-Апр-13, (295) идея бинарных логов в другом, стандартизированное навешивание метаданных на ло, all_glory_to_the_hypnotoad (ok), 22:17 , 07-Апр-13, (146) –1 // Внимание, вопрос когда она начинает быть нужна Для проблемы есть более вменяе, Michael Shigorin (ok), 22:48 , 07-Апр-13, (150) +3 // Когда кто-то идет изучать логи, а не просто спускает их в dev null в очередной , Аноним (-), 10:37 , 08-Апр-13, (216) –1 Пользователям всё равно, что удобнее админам Но и с системд может произойти прям, Пр0х0жий (??), 14:56 , 08-Апр-13, (245) +1 там вообще несколько через кое-что сделано система жестоко завязана на dbus и g, arisu (ok), 21:40 , 08-Апр-13, (269) +1 и это был редкостный идиотизм, да учитывая, что при этом нокия не дала исходник, arisu (ok), 21:37 , 08-Апр-13, (268) +2 Зачем оно RH имхо очевидно, а насчет всех это вопрос к ним же Должно быть или и, qux (ok), 18:54 , 09-Апр-13, (294) +1 Ха-ха Давай по пунктам - Solrэто индексатор Сам по себе ничем не ценен - Elas, etw (ok), 01:07 , 08-Апр-13, (178) –1 // Внимание, вопрос зачем мне то же самое, только в рамках одной машины А что пр, Michael Shigorin (ok), 23:08 , 09-Апр-13, (303) +1 sata_nv parallel_scan 1, pavlinux (ok), 15:00 , 07-Апр-13, (36) +1 // Хм А тыщу LVM-томов оно тоже ускорит это не возражение, а именно вопрос , Аноним (-), 16:26 , 07-Апр-13, (73) // залучит все, Аноним (-), 16:47 , 07-Апр-13, (84) // В смысле - залучит , Аноним (-), 16:51 , 07-Апр-13, (86) +1 Вот прочитал комментарии и подумал Знаете, что самое забавное Комментаторы сто, Аноним (-), 20:14 , 07-Апр-13, (123) +2 // Пока платят бабки чтоб процесс то не шел Менеджер дал задание программер написал, Аноним (-), 05:41 , 08-Апр-13, (183) // Можно было вообще не писать с самого начала Столько энергии в пустоту ущло , Аноним (-), 09:15 , 08-Апр-13, (198) Да, кому-то платят бабки за то, чтобы процесс развития opensource не шёл Но бол, бедный буратино (ok), 07:43 , 11-Апр-13, (352) –1 Люди пишут злобные комментарии не от хорошей жизни Они просто выросли в таком м, бедный буратино (ok), 07:40 , 11-Апр-13, (350) Ай да Леннарт, ай да сукин сын , Хрен с горы (?), 00:52 , 08-Апр-13, (176) а кто эта женщина в очках , Аноним (-), 07:19 , 08-Апр-13, (187) –1 // Ах вон оно что Я то думаю, что это у WOT а сервера постоянно отваливаются и тех, Av (??), 09:47 , 08-Апр-13, (207) Я не ошибся там упомянуты сервера с тысячами дисков , Аноним (-), 10:30 , 08-Апр-13, (215) // Сервак с 40 дисков собрал вообще какой-то индивид с хабры На коленке и вообще с, Аноним (-), 10:44 , 08-Апр-13, (217) // Ну как бы с того кто подключить их будет ну очень проблемно Просто жуть как про, Аноним (-), 10:54 , 08-Апр-13, (218) –1 // Adaptec RAID 72405 ASR-72405 Single PCI-E x8, 24-port SAS24 3 6 78ну по крайней , Аноним (-), 06:40 , 09-Апр-13, (287) Это если без экспандеров С другой стороны -- а оно честно не затыкается при 24, Michael Shigorin (ok), 00:37 , 10-Апр-13, (314) Вопрос номер раз, почему systemd не была написана раньше Тот кто может такую нап, Аноним (-), 11:08 , 08-Апр-13, (223) +1 // ну да, примерно потому же, почему двухпанельных файловых менеджеров не так много, arisu (ok), 21:50 , 08-Апр-13, (271) +1 Centos 6 3, кусочек из killproc Kill it if -n pid t, svr (?), 12:25 , 08-Апр-13, (228) –1 // а что не так собственно алгоритм не красивый или буковки незнакомые , Av (??), 12:40 , 08-Апр-13, (229) +1 // Дебильные непараметризованные sleep и usleep, usage в status не описывает реальн, svr (?), 13:09 , 08-Апр-13, (233) –1 // Странные у вас аргументы про костыли и подходы, systemd внутри тоже не блещет фе, Av (??), 13:35 , 08-Апр-13, (234) +1 Чего странного Я представил энтерпрайзный быдлокод, объяснил что мне в нём не н, svr (?), 13:58 , 08-Апр-13, (236) –1 Это вы себя программируете словом быдлокод Объясните чем тогда отличается изм, Av (??), 14:26 , 08-Апр-13, (241) +1 Временем, коллега Разбирание в кривых а их реально много init скриптах есть б, svr (?), 14:33 , 08-Апр-13, (243) –1 Вы теплое с мягким не путайте Несколько строчек будет и в скрипте для запуска с, Av (??), 14:57 , 08-Апр-13, (246) +1 Вот удивляют меня люди, не читающие документацию, но активно при этом спорящие , svr (?), 15:37 , 08-Апр-13, (252) –1 вот-вот в конечном итоге для нетривиальной задачи ваш конфиг выродится в указан, Av (??), 15:49 , 08-Апр-13, (253) +1 Демагог же К чёрту авто, в нетривиальном случае придётся воспользоваться лошадь, svr (?), 16:42 , 08-Апр-13, (254) –2 в тривиальном случае достаточно самоката в нетривиальном 8212 всё равно само, arisu (ok), 21:54 , 08-Апр-13, (274) +2 Ну-ну, софизмы до сего момента звучали от вас , Av (??), 07:47 , 09-Апр-13, (288) +2 А нафига тогда полез в killproc , pavlinux (ok), 14:29 , 08-Апр-13, (242) +1 Разгребал разнообразные глюки при shutdown е сервера, svr (?), 14:34 , 08-Апр-13, (244) –2 Ай а ссылку на багрепорт можно , Аноним (-), 17:06 , 08-Апр-13, (255) +1 Сервисы внутрикомпанейские, собственной разработки, поэтому и багзилла внутрення, svr (?), 18:14 , 08-Апр-13, (258) –1 глянь на код CRUX, Slackware От людей и для людей , chinarulezzz (ok), 18:02 , 08-Апр-13, (256) –1 // CRUX некторое время юзал, потом ушёл на анлогичный lunar В целом про инициализа, svr (?), 18:06 , 08-Апр-13, (257) –1 // Кстати, а в crux есть поддержка нескольких репозиториев В lunar-то точно нет п, Аноним (-), 22:06 , 08-Апр-13, (278) –1 Похоже таки есть Но там нет аналога emerge --depclean, увы , Аноним (-), 22:16 , 08-Апр-13, (279) –1 Раньше мой линукс поднимался медленно, но когда я попробовал systemd мой линукс, Аноним (-), 14:16 , 08-Апр-13, (239) +1 без systemd, еще быстрее, Аноним (-), 21:02 , 08-Апр-13, (261) +1 Спасибо Интересно было послушать, жаль что слайдов во втором видео не видно , phpcoder (ok), 21:13 , 08-Апр-13, (263) –1 // В новости есть ссылка на страницу с докладами к конференции, а там есть ссылки н, anonymous (??), 08:40 , 09-Апр-13, (290) Разработчики ненужноd загрузка с ненужно оказалась быстрее загрузки без ненужно, anonymous (??), 20:38 , 10-Апр-13, (342) 1,2,3,4,8,10,14,18,19,20,23,25,29,30,36,123,176,187,215,223,228,239,261,263,342

Сообщения

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

2. "Разработчики systemd: загрузка с initrd оказалась быстрее за..."	+/–
Сообщение от Аноним (-), 07-Апр-13, 09:06
Продолжаем анонировать на время загрузки?
Ответить | Правка | Наверх | Cообщить модератору

	9. "Разработчики systemd: загрузка с initrd оказалась быстрее за..."	+5 +/–
	Сообщение от тоже Аноним (ok), 07-Апр-13, 10:51
	В тексте есть намек на крайнюю ситуацию: "Проблема в датацентре устранена, сервера уже загружаются и часа через полтора, опросив всю периферию, наконец загрузятся".
	Ответить | Правка | Наверх | Cообщить модератору

	15. "Разработчики systemd: загрузка с initrd оказалась быстрее за..."	–4 +/–
	Сообщение от Аноним (-), 07-Апр-13, 11:25
	Хватит уже идеопатировать, какие полтора чяса? проверка одного диска в 3тб длиться дольше будет чем опрос 26 дисков. И да лучше знать сразу при загрузке что у тебя траблы с винтами чем потом ковырять логи.
	Ответить | Правка | Наверх | Cообщить модератору

	63. "Разработчики systemd: загрузка с initrd оказалась быстрее за..."	+4 +/–
	Сообщение от Аноним (-), 07-Апр-13, 16:07
	> Хватит уже идеопатировать, какие полтора чяса? проверка одного диска в 3тб длиться > дольше будет чем опрос 26 дисков. И да лучше знать сразу > при загрузке что у тебя траблы с винтами чем потом ковырять > логи. А при чем здесь траблы с винтами?
	Ответить | Правка | Наверх | Cообщить модератору

	127. "Разработчики systemd: загрузка с initrd оказалась..."	–16 +/–
	Сообщение от arisu (ok), 07-Апр-13, 20:38
	> А при чем здесь траблы с винтами? мозг включи, ага.
	Ответить | Правка | Наверх | Cообщить модератору

	284. "Разработчики systemd: загрузка с initrd оказалась..."	+3 +/–
	Сообщение от Аноним (-), 09-Апр-13, 00:33
	Как минусуют на предложение влючить мозг! Прям красота...
	Ответить | Правка | Наверх | Cообщить модератору

	285. "Разработчики systemd: загрузка с initrd оказалась..."	+4 +/–
	Сообщение от Led (ok), 09-Апр-13, 02:26
	> Как минусуют на предложение влючить мозг! Прям красота... Естественно. Они считают, что включать мозг - "несовременно". Мозг должен включить им systemd... когда посчитает нужным... "асинхронно"
	Ответить | Правка | Наверх | Cообщить модератору

	157. "Разработчики systemd: загрузка с initrd оказалась быстрее за..."	+2 +/–
	Сообщение от Аноним (-), 07-Апр-13, 23:47
	> при загрузке что у тебя траблы с винтами чем потом ковырять логи. А давайте всем дискам fsck при старте делать по этому поводу, да? Всем 26. На 3 Тб. И полную проверку поверхности. Чтоб уж наверняка. И пусть весь мир подождет!
	Ответить | Правка | К родителю #15 | Наверх | Cообщить модератору

	173. "Разработчики systemd: загрузка с initrd оказалась быстрее за..."	+1 +/–
	Сообщение от x0r (??), 08-Апр-13, 00:42
	да, лучше бы сделали on-line проверку fs как в FreeBSD и не парились
	Ответить | Правка | Наверх | Cообщить модератору

	202. "Разработчики systemd: загрузка с initrd оказалась быстрее за..."	+2 +/–
	Сообщение от Аноним (-), 08-Апр-13, 09:30
	> да, лучше бы сделали on-line проверку fs как в FreeBSD и не парились Кроме деградации перфоманса дисков на хзсколько часов :)
	Ответить | Правка | Наверх | Cообщить модератору

	235. "Разработчики systemd: загрузка с initrd оказалась быстрее за..."	+/–
	Сообщение от sHaggY_caT (ok), 08-Апр-13, 13:38
	Советую Вам когда-нибудь заглянуть в BSD-ый lost+found на разделе с UFS с хваленым soft updates, и придти в ужас, если сервер несколько раз ребутали резетом. Нет уж, на фре только ZFS!
	Ответить | Правка | К родителю #173 | Наверх | Cообщить модератору

	249. "Разработчики systemd: загрузка с initrd оказалась быстрее за..."	–1 +/–
	Сообщение от anoser_anon (?), 08-Апр-13, 15:03
	Правильно. там нет lost+found. Соответственно некуда смотреть и в ужас не придешь.
	Ответить | Правка | Наверх | Cообщить модератору

	251. "Разработчики systemd: загрузка с initrd оказалась быстрее за..."	+1 +/–
	Сообщение от sHaggY_caT (ok), 08-Апр-13, 15:28
	> Правильно. там нет lost+found. Соответственно некуда смотреть и в ужас не придешь. Что бы появился, ребутните пару раз сервер под настоящей(не локалхостовой) нагрузкой
	Ответить | Правка | Наверх | Cообщить модератору

	273. "Разработчики systemd: загрузка с initrd оказалась быстрее за..."	+4 +/–
	Сообщение от kurokaze (ok), 08-Апр-13, 21:53
	> да, лучше бы сделали on-line проверку fs как в FreeBSD и не > парились Вот уж не надо, я с этим ужасОм несколько лет мучался. Хуже был только ntfs
	Ответить | Правка | К родителю #173 | Наверх | Cообщить модератору

	182. "Разработчики systemd: загрузка с initrd оказалась быстрее за..."	+/–
	Сообщение от Батяня Комбат (?), 08-Апр-13, 05:34
	Пурга, боец. Читай устав - он кровью писан. Такие проблемы решаются по другому, и если датацентр сдохнет ... никто в мире кроме NOC'а и товариша полковника - и не узнает, даже TCP сессии не порвуться. А ты (салага!) предлагаешь суетиться и сучить - а это не наши методы! Пи^W как там ныне положено - АМЕН!
	Ответить | Правка | К родителю #157 | Наверх | Cообщить модератору

	203. "Разработчики systemd: загрузка с initrd оказалась быстрее за..."	+3 +/–
	Сообщение от Аноним (-), 08-Апр-13, 09:31
	Иллюстрация по теме "сорванные башни".
	Ответить | Правка | Наверх | Cообщить модератору

	21. "Разработчики systemd: загрузка с initrd оказалась быстрее за..."	+1 +/–
	Сообщение от Buy (ok), 07-Апр-13, 13:05
	Там ананировать не на что, если бы хоть ощутимый эффект был. Тонны кода, документации, холиваров, а на выходе -2 секунды от 20. Я не воодушевлен.
	Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

	46. "Разработчики systemd: загрузка с initrd оказалась быстрее за..."	+1 +/–
	Сообщение от Аноним (-), 07-Апр-13, 15:24
	> Там ананировать не на что, если бы хоть ощутимый эффект был. Тонны > кода, документации, холиваров, а на выходе -2 секунды от 20. Я > не воодушевлен. Тонны документации - уже офигенно полезных выход. Особенно по сравнению со всякими SysV init и OpenRC, где чтобы понять назначение скрипта, необходимо читать его код. А в systemd каждый чих документирован, и про каждый чих делается подробная запись в логи.
	Ответить | Правка | Наверх | Cообщить модератору

	49. "Разработчики systemd: загрузка с initrd оказалась быстрее за..."	+6 +/–
	Сообщение от гость (?), 07-Апр-13, 15:30
	Ещё, знаешь, названия скриптов помогают %)
	Ответить | Правка | Наверх | Cообщить модератору

	53. "Разработчики systemd: загрузка с initrd оказалась быстрее за..."	+1 +/–
	Сообщение от Аноним (-), 07-Апр-13, 15:43
	> Ещё, знаешь, названия скриптов помогают %) Если бы названия всегда помогали, программа man так бы никогда и не появилась. И info тоже.
	Ответить | Правка | Наверх | Cообщить модератору

	107. "Разработчики systemd: загрузка с initrd оказалась быстрее за..."	+/–
	Сообщение от Аноним (-), 07-Апр-13, 19:04
	> Ещё, знаешь, названия скриптов помогают %) Спасибо, видел я что обычно творится в таких скриптах. И лучше я буду читать простой конфиг на 5 строк чем то что там нынче навалено. Не в обиду, но в половине инитовских скриптов почему-то оказывается лютейший гогнокод писаный на коленке каким-то укуренным бабуином. Например, константы размазанные по всей трехстраничной портянке вперемешку с логикой - стандартное состояние дел.
	Ответить | Правка | К родителю #49 | Наверх | Cообщить модератору

	160. "Разработчики systemd: загрузка с initrd оказалась быстрее за..."	–1 +/–
	Сообщение от etw (ok), 08-Апр-13, 00:06
	Ты забыл добавить, что этот говнокод между дистрибутивами, к тому же, обычно еще и непереносим. И поэтому майнтенеры каждого из них занимаются сочинением своих ламповых инит-говняшек.
	Ответить | Правка | Наверх | Cообщить модератору

	195. "Разработчики systemd: загрузка с initrd оказалась быстрее за..."	+1 +/–
	Сообщение от Аноним (-), 08-Апр-13, 09:04
	> Ты забыл добавить, что этот г внокод между дистрибутивами, к тому же, обычно > еще и непереносим. И поэтому майнтенеры каждого из них занимаются сочинением > своих ламповых инит-г вняшек. Может, вы просто скрипты ни писать ни читать не умеете, м? Оба причем?
	Ответить | Правка | Наверх | Cообщить модератору

	200. "Разработчики systemd: загрузка с initrd оказалась быстрее за..."	–2 +/–
	Сообщение от Аноним (-), 08-Апр-13, 09:23
	> Может, вы просто скрипты ни писать ни читать не умеете, м? Оба причем? Осталось еще добавить что зато вот вы - Д`Артаньян :).
	Ответить | Правка | Наверх | Cообщить модератору

	237. "Разработчики systemd: загрузка с initrd оказалась быстрее за..."	+6 +/–
	Сообщение от Аноним (-), 08-Апр-13, 14:04
	> И лучше я буду читать простой конфиг на 5 строк А если он не сдюжит работать как надо -- пойдёте читать исходники systemd?
	Ответить | Правка | К родителю #107 | Наверх | Cообщить модератору

	65. "Разработчики systemd: загрузка с initrd оказалась быстрее за..."	–3 +/–
	Сообщение от Аноним (-), 07-Апр-13, 16:09
	> Тонны документации - уже офигенно полезных выход. Особенно по сравнению со всякими > SysV init и OpenRC, где чтобы понять назначение скрипта, необходимо читать > его код. А в systemd каждый чих документирован, и про каждый > чих делается подробная запись в логи. Зачем нужны тонны документации, если сам скрипт служит себе же самой полной документацией? И каждый чих документировать не нужно - он самим скриптом документирован уже. А в systemd приходится даже чихи, при чем - каждый! - документировать. При чем следуеи учитывать, что история учит только одному - история ничему не учит. Это я к чему - исторически сложилось так, что доступная документация на пару-тройку версий отстает от быстро развивающейся программы. А уж найти более быстро развивающуюся программу, чем systemd, задачка не из простых!
	Ответить | Правка | К родителю #46 | Наверх | Cообщить модератору

	67. "Разработчики systemd: загрузка с initrd оказалась быстрее за..."	+3 +/–
	Сообщение от Аноним (-), 07-Апр-13, 16:14
	> Зачем нужны тонны документации, если сам скрипт служит себе же самой полной > документацией? И каждый чих документировать не нужно - он самим скриптом > документирован уже. Вы полагаете, это нормально, когда вместо чтения man-страницы приходится читать код (причем отнюдь не три строчки, и написан он далеко не всегда читабельно)? > А в systemd приходится даже чихи, при чем - каждый! - документировать. В SysV init, по хорошему, тоже нужно. Но на это просто забивают, отбрехиваясь заклинаниями про "прозрачность". > При чем следуеи учитывать, что история учит только одному - история > ничему не учит. Это я к чему - исторически сложилось так, > что доступная документация на пару-тройку версий отстает от быстро развивающейся программы. Не знаю, у каких таких программ она отстает, а у systemd изменения в код и документацию идут либо в одном коммите, либо в двух подряд.
	Ответить | Правка | Наверх | Cообщить модератору

	330. "Разработчики systemd: загрузка с initrd оказалась быстрее за..."	+1 +/–
	Сообщение от vg. (?), 10-Апр-13, 11:02
	> > Зачем нужны тонны документации, если сам скрипт служит себе же самой полной > > документацией? И каждый чих документировать не нужно - он самим скриптом > > документирован уже. > > Вы полагаете, это нормально, когда вместо чтения man-страницы приходится читать код (причем отнюдь не три строчки, и написан он далеко не всегда читабельно)? ну для большинства и букварь поначалу нечитабелен, а с опытом - вполне себе ;-)
	Ответить | Правка | Наверх | Cообщить модератору

	333. "Разработчики systemd: загрузка с initrd оказалась..."	+1 +/–
	Сообщение от arisu (ok), 10-Апр-13, 11:42
	> ну для большинства и букварь поначалу нечитабелен, а с опытом — вполне > себе ;-) до сих пор не могу спокойно читать. как увижу «мама мыла раму» — так возбуждаюсь сразу.
	Ответить | Правка | Наверх | Cообщить модератору

	108. "Разработчики systemd: загрузка с initrd оказалась быстрее за..."	+/–
	Сообщение от Аноним (-), 07-Апр-13, 19:05
	> Зачем нужны тонны документации, если сам скрипт служит себе же самой полной документацией? По опыту чтения таких скриптов - чаще всего он служит документацией по теме "быдлокодинг на шелл, или как не надо писать скрипты инициализации".
	Ответить | Правка | К родителю #65 | Наверх | Cообщить модератору

	110. "Разработчики systemd: загрузка с initrd оказалась быстрее за..."	+/–
	Сообщение от Аноним (-), 07-Апр-13, 19:22
	>> Зачем нужны тонны документации, если сам скрипт служит себе же самой полной документацией? > По опыту чтения таких скриптов - чаще всего он служит документацией по > теме "быдлокодинг на шелл, или как не надо писать скрипты инициализации" Чтение исходников сисемд, несомненно, обогатит ваш опыт, но вряд ли изменит ваши выводы. И таки да, чтение документации в каких то простых случаях может заменить чтение исходников.
	Ответить | Правка | Наверх | Cообщить модератору

	199. "Разработчики systemd: загрузка с initrd оказалась быстрее за..."	+1 +/–
	Сообщение от Аноним (-), 08-Апр-13, 09:21
	> Чтение исходников сисемд, несомненно, обогатит ваш опыт, но вряд ли изменит ваши выводы. Если я суюсь в систему инициализации, у меня как правило цель - новый кастомный демон запустить. А вовсе не все исходники в мире перечитать. Чем проще это делается - тем лучше моя жизнь. Это так сложно понять? Вот написать 5 строчек в конфиг - это явно проще чем вкуривать в трехстраничные скрипты писанные левой пяткой какого-то индивида. > И таки да, чтение документации в каких то простых случаях может заменить чтение исходников. И таки да, в 99% случаев это именно простые случаи и будут. Ну, запуск/останов демона. Ну по некоторым критериям, например "сеть появилась!". Ну под неким юзером. Ну с неким приоритетом. Ну перезапуск, если он упал. Совершенно стандартные задачи. И вот это вот в sysv init приходится довольно густо докостыливать. В то время как в сабжеобразных системах инициализации это пяток строк конфига и более нифига.
	Ответить | Правка | Наверх | Cообщить модератору

	332. "Разработчики systemd: загрузка с initrd оказалась быстрее за..."	+1 +/–
	Сообщение от vg. (?), 10-Апр-13, 11:19
	> Если я суюсь в систему инициализации, у меня как правило цель - > новый кастомный демон запустить. А вовсе не все исходники в мире > перечитать. Чем проще это делается - тем лучше моя жизнь. Это > так сложно понять? Вот написать 5 строчек в конфиг - это > явно проще чем вкуривать в трехстраничные скрипты писанные левой пяткой какого-то > индивида. тут важно определиться - Вы в роли юзера или админа. Если юзера - то все понятно, хочется чтобы "все искаропки", ну и что-то прикрутить простое и понятное с помощью отвертки была возможность. Ежели админа - тогда непонятно нежелание чтения скриптов - Вам не нравится изучать, как система устроена? Как же Вы тогда хотите получить знания о ее работе? Документация зачастую неполна и неточна...
	Ответить | Правка | Наверх | Cообщить модератору

	222. "Разработчики systemd: загрузка с initrd оказалась быстрее за..."	+/–
	Сообщение от другой аноним (?), 08-Апр-13, 11:04
	В отличие от скриптов, чтение исходников системд и не требуется. Здесь требуется только прочитать что добавлять в конфиги. Которые, как я понимаю, более менее логичны и единообразны, в отличие от длинных портянок скриптов с кучами переменных и циклов
	Ответить | Правка | К родителю #110 | Наверх | Cообщить модератору

	270. "Разработчики systemd: загрузка с initrd оказалась..."	+6 +/–
	Сообщение от arisu (ok), 08-Апр-13, 21:47
	ага. логичны и единообразны. с кучей ключей типа «запустить, если есть файл abc.» «запустить, если есть файл abc и сегодня новолуние.» «запустить, если…» вот вся эта штука называется «командный язык». и он — СЮРПРАЙЗ! — уже давно есть. shell. но у Инноваторов NIH в тяжелейшей форме, поэтому вместо sh и набора утилит они делают монстра systemd и набор условных команд. чтобы администраторам надо было знать И sh, И systemd. а раньше одного sh хватало.
	Ответить | Правка | Наверх | Cообщить модератору

	331. "Разработчики systemd: загрузка с initrd оказалась быстрее за..."	+1 +/–
	Сообщение от vg. (?), 10-Апр-13, 11:11
	>> Зачем нужны тонны документации, если сам скрипт служит себе же самой полной документацией? > По опыту чтения таких скриптов - чаще всего он служит документацией по > теме "быдлокодинг на шелл, или как не надо писать скрипты инициализации". а никто и не обещал в этих скриптах примерных учебных пособий. с опытом, когда умеешь незадумаваясь читать разный по стилю и качеству код, уже понимаешь, что ранее отвратное - теперь просто особенность написания. ну а совсем уж ужасные или опасные места сам переписываешь с матюками и патчами - опенсурс же
	Ответить | Правка | К родителю #108 | Наверх | Cообщить модератору

	128. "Разработчики systemd: загрузка с initrd оказалась быстрее за..."	+2 +/–
	Сообщение от Michael Shigorin (ok), 07-Апр-13, 20:39
	> Тонны документации - уже офигенно полезных выход. Это пока её не *приходится* читать от и до.  Скрипты в этом плане куда меньше претендуют на выедание мозга (если читатель не виндузятник рееструс вульгарис, а человек с пониманием шелла). > А в systemd каждый чих документирован, и про каждый чих делается подробная запись в логи. Вот только в реальной работе не помогает, а так почти не соврали, да.
	Ответить | Правка | К родителю #46 | Наверх | Cообщить модератору

	158. "Разработчики systemd: загрузка с initrd оказалась быстрее за..."	+2 +/–
	Сообщение от Аноним (-), 07-Апр-13, 23:51
	> этом плане куда меньше претендуют на выедание мозга Это, знаете ли, очень от скрипта зависит. Пишут их разные люди. Хотя временами возникает ощущение что пишут эти скрипты таки не люди. А инопланетяне, укуренные бабуины и прочие тушканчики. Чисто глядя на тот код который там встречается. Где константы (при том верные только для системы автора) размазаны равномерным слоем по трехстраничной портянке и прочие подобные "прелести".
	Ответить | Правка | Наверх | Cообщить модератору

	164. "Разработчики systemd: загрузка с initrd оказалась быстрее за..."	+3 +/–
	Сообщение от angra (ok), 08-Апр-13, 00:24
	Покажи на примере debian или rhel. В то что создатели маргинальных дистров могут придумать что угодно я и так верю, были же долбодятлы, которые все на php хотели переписать. Вообще большой размер отдельных инит-скриптов связан с нестандартными действиями и systemd здесь не поможет. Стандартные действия у debian и rhel уже оформлены в шелловые функции и писать свой собственный start-stop-daemon в большинстве случаев смысла нет.
	Ответить | Правка | Наверх | Cообщить модератору

	197. "Разработчики systemd: загрузка с initrd оказалась быстрее за..."	–1 +/–
	Сообщение от Аноним (-), 08-Апр-13, 09:12
	> Покажи на примере debian или rhel. Начались виляния попой. Вот есть прога. Допустим в репах ее нет. Надо демон запустить. Обнаруживаем что там или совсем нет скрипта и надо самому писать. Или там есть черти-какой гогнокод, валидный только для системы автора. И так и сяк - много гемора. Написать 5 строк в конфиг - намного проще. И для более-менее типового процесса демона их будет выше крыши, все дела. > В то что создатели маргинальных дистров могут придумать что угодно я и так верю, > были же долбодятлы, которые все на php хотели переписать. Вообще-то гунявые скрипты встречались и просто в программах. Которые дебианщики или рхеловцы не удосужились запакетировать совсем. Ну или скриптов может вообще не быть. Спорный вопрос что лучше: гунявые скрипты или никаких вообще. > Стандартные действия у debian и rhel уже оформлены При том у каждых по своему.
	Ответить | Правка | Наверх | Cообщить модератору

	221. "Разработчики systemd: загрузка с initrd оказалась быстрее за..."	+8 +/–
	Сообщение от Аноним (-), 08-Апр-13, 10:59
	> Начались виляния попой. Вот есть прога. Допустим в репах ее нет. Надо > демон запустить. Обнаруживаем что там или совсем нет скрипта и надо > самому писать. Или там есть черти-какой гогнокод, валидный только для системы > автора. И так и сяк - много гемора. Написать 5 строк > в конфиг - намного проще. И для более-менее типового процесса демона > их будет выше крыши, все дела. Дело в том, что это еще нужно разобраться, кто "виляет попой". Вам предложили два основных подхода к реализации стартовых скрипов. Если этого мало, есть LSB. Со скриптами, оформленными в соответствии с LSB проблемы иногда наблюдаются только у "маргинальщиков", которые LSB не поддерживают. И да, если уж на то пошло, можно взять шаблон стартового скрипта и заменить в нем одну строчку - путь к программе. Если программа писалась в соответствии со стандартами - она запустится и будет работать. Если же автор программы - чудак, не желающий иметь ничего общего со стандартами, то systemd тут мало чем поможет, так как написать unit для такой программы может оказаться сложнее, чем стартовый скрипт - отладить его значительно сложнее. >> Стандартные действия у debian и rhel уже оформлены > При том у каждых по своему. Еще раз повторяю - в гугл по термину LSB (Linux Standard Base). А если автор не желает писать в соответствии со стандартами (яркий пример - Ваш любимый герой Поттеринг!), то тут ни systemd, ни оформление каких-то магических unit’ов в 5 строчек не поможет.
	Ответить | Правка | Наверх | Cообщить модератору

	275. "Разработчики systemd: загрузка с initrd оказалась быстрее за..."	+3 +/–
	Сообщение от kurokaze (ok), 08-Апр-13, 21:59
	> Это, знаете ли, очень от скрипта зависит. Пишут их разные люди. Хотя > временами возникает ощущение что пишут эти скрипты таки не люди. А > инопланетяне, укуренные бабуины и прочие тушканчики. Что мешает "сказочнику" написать как надо и выложить? Если ты не можешь написать, то как ты можешь оценивать достоверно? Ну и если никто не улучшил, логично что это г никому кроме тебя не надо. А тут знаешь ли безотносительно из под чего это редкое глюкавое г у тебя будет запускаться. Так то
	Ответить | Правка | К родителю #158 | Наверх | Cообщить модератору

	277. "Разработчики systemd: загрузка с initrd оказалась..."	+1 +/–
	Сообщение от arisu (ok), 08-Апр-13, 22:02
	> Что мешает «сказочнику» написать как надо и выложить? ну, иногда просто лень. «да, это надо бы переписать, и при вот таких вот обстоятельствах его заглючит, но… вот когда заглючит, тогда и перепишу. а пока пусть так ковыляет.» и оно годами так ковыляет.
	Ответить | Правка | Наверх | Cообщить модератору

	328. "Разработчики systemd: загрузка с initrd оказалась..."	+2 +/–
	Сообщение от Ordu (ok), 10-Апр-13, 09:24
	> вот когда заглючит, тогда и перепишу. Ситуация знакомая до боли. Но я не вижу чем systemd может помочь в данной ситуации. Разве что тем, что на systemd, потенциально, глюки полезут раньше. Синтаксис скриптов /bin/sh устоялся ещё во времена Наполеона или где-то около. А вот в устойчивость опций systemd мне не очень верится.
	Ответить | Правка | Наверх | Cообщить модератору

	329. "Разработчики systemd: загрузка с initrd оказалась..."	+1 +/–
	Сообщение от arisu (ok), 10-Апр-13, 09:33
	так и я о том же.
	Ответить | Правка | Наверх | Cообщить модератору

	161. "Разработчики systemd: загрузка с initrd оказалась быстрее за..."	–1 +/–
	Сообщение от etw (ok), 08-Апр-13, 00:13
	>> Тонны документации - уже офигенно полезных выход. > Это пока её не *приходится* читать от и до.  Скрипты в > этом плане куда меньше претендуют на выедание мозга (если читатель не > виндузятник рееструс вульгарис, а человек с пониманием шелла). А зачем мне перечитывать десятки реализаций обработки PID-файлов различной степени корявости на шелле, если в системд это делается одной строкой в конфиге, которая везде работает одинаково и эта работа описана в мане?
	Ответить | Правка | К родителю #128 | Наверх | Cообщить модератору

	165. "Разработчики systemd: загрузка с initrd оказалась быстрее за..."	+2 +/–
	Сообщение от angra (ok), 08-Апр-13, 00:26
	В debian/rhel это тоже делается одной строкой. Вот только при желании вы можете прочитать что стоит за этой строкой имея знания только шелл.
	Ответить | Правка | Наверх | Cообщить модератору

	170. "Разработчики systemd: загрузка с initrd оказалась быстрее за..."	+/–
	Сообщение от Michael Shigorin (ok), 08-Апр-13, 00:34
	> В debian/rhel это тоже делается одной строкой. Вот только при желании вы > можете прочитать что стоит за этой строкой имея знания только шелл. В альте скомбинировано (т.е. rh-style в целом, но с применением start-stop-daemon).
	Ответить | Правка | Наверх | Cообщить модератору

	260. "Разработчики systemd: загрузка с initrd оказалась быстрее за..."	–2 +/–
	Сообщение от etw (??), 08-Апр-13, 20:43
	> В debian/rhel это тоже делается одной строкой. Вот только при желании вы > можете прочитать что стоит за этой строкой имея знания только шелл. То, что в debian и rhel есть готовые функции для стандартных действий (кстати, часто в их реализации залезаешь?) не отменяет наличия кучи инит-скриптов, авторы которых решили изобрести велосипед.
	Ответить | Правка | К родителю #165 | Наверх | Cообщить модератору

	264. "Разработчики systemd: загрузка с initrd оказалась..."	+3 +/–
	Сообщение от arisu (ok), 08-Апр-13, 21:20
	то, что в libc есть готовые функции для стандартных действий (кстати, часто в их реализации залезаешь?) не отменяет наличия кучи сишнософта, авторы которого решили изобрести велосипед. поэтому — по твоей же логике — си следует выкинуть подальше, и вместо него сделать язык, у коготорого пять команд — разные варианты вывода приветмира, а шестая — вызов внешней программы на древнем си, когда приветмиров не хватило. и этот язык должен стать основным языком разработки системного софта. если до тебя и в таком виде не дошло, то ты безнадёжен.
	Ответить | Правка | Наверх | Cообщить модератору

	334. "Разработчики systemd: загрузка с initrd оказалась..."	–1 +/–
	Сообщение от etw (ok), 10-Апр-13, 11:45
	> то, что в libc есть готовые функции для стандартных действий (кстати, часто > в их реализации залезаешь?) не отменяет наличия кучи сишнософта, авторы которого > решили изобрести велосипед. Много ли сишных программ, в которых используются свой аллокатор вместо malloc просто потому, что автор не знал о его существовании? Мне так не кажется. А вот в инит-скриптах подобное излишнее велосипедостроение на каждом шагу. > поэтому — по твоей же логике — си следует выкинуть подальше, и > вместо него сделать язык, у коготорого пять команд — разные варианты > вывода приветмира, а шестая — вызов внешней программы на древнем си, > когда приветмиров не хватило. и этот язык должен стать основным языком > разработки системного софта. Твою аналогию можно было бы принять, если бы 99% используемых сишных программ только бы и делали, что выводили "Привет мир". Однако, это не так.
	Ответить | Правка | Наверх | Cообщить модератору

	335. "Разработчики systemd: загрузка с initrd оказалась..."	+1 +/–
	Сообщение от arisu (ok), 10-Апр-13, 12:08
	есть информация о том, что 99% инит-скриптов именно «выводят приветмир»? где почитать исследование? я даже не буду при этом требовать, чтобы там всенепременно были велосипеды, потому что авторы не знают про стандартные библиотеки функций для инит-скриптов, которые в дистрибутивах таки есть. и не буду требовать доказательств того, что авторы именно не знали о. давай начнём с доказательства первого утверждения, остальное потом.
	Ответить | Правка | Наверх | Cообщить модератору

	343. "Разработчики systemd: загрузка с initrd оказалась..."	–2 +/–
	Сообщение от etw (ok), 10-Апр-13, 23:27
	> есть информация о том, что 99% инит-скриптов именно «выводят приветмир»? где > почитать исследование? Просто феерично. Сначала ты говоришь о том, что замена инит-скриптов, выполняющих запуск/останов демонов в большиснтве случаев по одной той же схеме, на конфиги равнозначна замене универсального языка Си на язык, только и могущий, что выводить "привет мир", что уже является бредом. А когда я тебе указала на некорректность сравнения однообразных инит-скриптов и разнообразных программ, написанных на Си, то почему-то высплыла необходимость доказательства только что рожденного твоим нездоровым разумом утверждения о том, что 99% инит-скриптов выводят "привет мир". До каких пор ты собираешься нести бред?
	Ответить | Правка | Наверх | Cообщить модератору

	340. "Разработчики systemd: загрузка с initrd оказалась..."	+1 +/–
	Сообщение от Michael Shigorin (ok), 10-Апр-13, 14:09
	> Много ли сишных программ, в которых используются свой аллокатор вместо malloc > просто потому, что автор не знал о его существовании? Трудоёмкость выполнения выберите всё-таки сопоставимую, проводя аналогию.
	Ответить | Правка | К родителю #334 | Наверх | Cообщить модератору

	345. "Разработчики systemd: загрузка с initrd оказалась..."	–1 +/–
	Сообщение от etw (ok), 10-Апр-13, 23:32
	>> Много ли сишных программ, в которых используются свой аллокатор вместо malloc >> просто потому, что автор не знал о его существовании? > Трудоёмкость выполнения выберите всё-таки сопоставимую, проводя аналогию. Аналогия моего оппонета "специализированные скрипты - произвольные программы" изначально является бредом и развивать ее я не собираюсь.
	Ответить | Правка | Наверх | Cообщить модератору

	308. "Разработчики systemd: загрузка с initrd оказалась быстрее за..."	+2 +/–
	Сообщение от PereresusNeVlezaetBuggy (ok), 09-Апр-13, 23:20
	>>> Тонны документации - уже офигенно полезных выход. >> Это пока её не *приходится* читать от и до.  Скрипты в >> этом плане куда меньше претендуют на выедание мозга (если читатель не >> виндузятник рееструс вульгарис, а человек с пониманием шелла). > А зачем мне перечитывать десятки реализаций обработки PID-файлов различной степени корявости > на шелле, если в системд это делается одной строкой в конфиге, > которая везде работает одинаково и эта работа описана в мане? Не могу понять, о чём вообще спор. Есть несколько ситуаций, которые, похоже, перемешались в голове у спорящих: 1) Установили софтину, надо стартануть. Если при установке мы не получили уведомлений о том, что надо что-то особенное сделать - правим конфиг (если надо; документацию по самой софтине ведь читать в любом случае надо, правильно?) и стартуем - для этого у нас и скрипт/юнит. Разницы между systemd и прочим на этом этапе НЕТ. 2) Софтина таки не стартует. В случае rc-скриптов читаем ошибки на stderr (возможно, запуская заново с какой-нибудь волшебной опцией - тут согласен, неудобно, ибо ошибка может быть не постоянно возникающей) и смотрим в логи любой удобной программой. В случае systemd - смотрим в логи, ибо больше особо ничего не светит. Причём смотрим только теми средствами, которые systemd нам даёт - спасибо дяде Поттерингу за бинарную свободу выбора. 3) Нам надо написать собственно скрипт/юнит для запуска. Тут всё зависит от конкретного случая - некоторые системы rc-скриптов просты, некоторые не очень. Зато и отлаживать rc-скрипты заметно проще. Плюс: вменяемый админ в любом случае умеет управляться с шеллом, а, следовательно, в случае rc-скриптов не приходится изучать лишний (именно лишний!) декларативный язык. В общем, преимуществ у systemd именно по части запуска сервисов - только _возможность_ их асинхронного запуска, с сомнительным преимуществом в лишние несколько секунд аптайма. Про остальные особенности systemd я лучше промолчу...
	Ответить | Правка | К родителю #161 | Наверх | Cообщить модератору

	344. "Разработчики systemd: загрузка с initrd оказалась быстрее за..."	–1 +/–
	Сообщение от etw (ok), 10-Апр-13, 23:31
	> В случае systemd - смотрим в логи, ибо > больше особо ничего не светит. Systemd перенаправляет stderr в syslog/journald, при этом еще и показывая кусок, имеющий отношение к демону, при вызове systemctl status daemon.service
	Ответить | Правка | Наверх | Cообщить модератору

	357. "Разработчики systemd: загрузка с initrd оказалась быстрее за..."	+1 +/–
	Сообщение от c0smonaut (ok), 11-Апр-13, 21:45
	> Особенно по сравнению со всякими SysV init и OpenRC, где чтобы понять назначение скрипта, необходимо читать его код. А в systemd каждый чих документирован, и про каждый чих делается подробная запись в логи ...аноним английский осилил, а юникс-шелл - нет...
	Ответить | Правка | К родителю #46 | Наверх | Cообщить модератору

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

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