|
| |
| 2.9, тоже Аноним (ok), 10:51, 07/04/2013 [^] [^^] [^^^] [ответить]
| +5 +/– |
 В тексте есть намек на крайнюю ситуацию: "Проблема в датацентре устранена, сервера уже загружаются и часа через полтора, опросив всю периферию, наконец загрузятся".
| | |
| |
| 3.15, Аноним (-), 11:25, 07/04/2013 [^] [^^] [^^^] [ответить]
| –4 +/– |
Хватит уже идеопатировать, какие полтора чяса? проверка одного диска в 3тб длиться дольше будет чем опрос 26 дисков. И да лучше знать сразу при загрузке что у тебя траблы с винтами чем потом ковырять логи.
| | |
| |
| 4.63, Аноним (-), 16:07, 07/04/2013 [^] [^^] [^^^] [ответить]
| +4 +/– |
> Хватит уже идеопатировать, какие полтора чяса? проверка одного диска в 3тб длиться
> дольше будет чем опрос 26 дисков. И да лучше знать сразу
> при загрузке что у тебя траблы с винтами чем потом ковырять
> логи.
А при чем здесь траблы с винтами?
| | |
| |
| |
| |
| 7.285, Led (ok), 02:26, 09/04/2013 [^] [^^] [^^^] [ответить]
| +4 +/– |
 > Как минусуют на предложение влючить мозг! Прям красота...
Естественно. Они считают, что включать мозг - "несовременно". Мозг должен включить им systemd... когда посчитает нужным... "асинхронно"
| | |
|
|
|
| 4.157, Аноним (-), 23:47, 07/04/2013 [^] [^^] [^^^] [ответить]
| +2 +/– | |
> при загрузке что у тебя траблы с винтами чем потом ковырять логи.
А давайте всем дискам fsck при старте делать по этому поводу, да? Всем 26. На 3 Тб. И полную проверку поверхности. Чтоб уж наверняка. И пусть весь мир подождет!
| | |
| |
| 5.173, x0r (??), 00:42, 08/04/2013 [^] [^^] [^^^] [ответить]
| +1 +/– |
да, лучше бы сделали on-line проверку fs как в FreeBSD и не парились
| | |
| |
| 6.202, Аноним (-), 09:30, 08/04/2013 [^] [^^] [^^^] [ответить]
| +2 +/– | |
> да, лучше бы сделали on-line проверку fs как в FreeBSD и не парились
Кроме деградации перфоманса дисков на хзсколько часов :)
| | |
| 6.235, sHaggY_caT (ok), 13:38, 08/04/2013 [^] [^^] [^^^] [ответить]
| +/– |
 Советую Вам когда-нибудь заглянуть в BSD-ый lost+found на разделе с UFS с хваленым soft updates, и придти в ужас, если сервер несколько раз ребутали резетом.
Нет уж, на фре только ZFS!
| | |
| 6.273, kurokaze (ok), 21:53, 08/04/2013 [^] [^^] [^^^] [ответить]
| +4 +/– |
 > да, лучше бы сделали on-line проверку fs как в FreeBSD и не
> парились
Вот уж не надо, я с этим ужасОм несколько лет мучался. Хуже был только ntfs
| | |
|
| 5.182, Батяня Комбат (?), 05:34, 08/04/2013 [^] [^^] [^^^] [ответить]
| +/– | |
Пурга, боец. Читай устав - он кровью писан. Такие проблемы решаются по другому, и если датацентр сдохнет ... никто в мире кроме NOC'а и товариша полковника - и не узнает, даже TCP сессии не порвуться.
А ты (салага!) предлагаешь суетиться и сучить - а это не наши методы! Пи^W как там ныне положено - АМЕН!
| | |
|
|
|
| 2.21, Buy (ok), 13:05, 07/04/2013 [^] [^^] [^^^] [ответить]
| +1 +/– |
 Там ананировать не на что, если бы хоть ощутимый эффект был. Тонны кода, документации, холиваров, а на выходе -2 секунды от 20. Я не воодушевлен.
| | |
| |
| 3.46, Аноним (-), 15:24, 07/04/2013 [^] [^^] [^^^] [ответить]
| +1 +/– |
> Там ананировать не на что, если бы хоть ощутимый эффект был. Тонны
> кода, документации, холиваров, а на выходе -2 секунды от 20. Я
> не воодушевлен.
Тонны документации - уже офигенно полезных выход. Особенно по сравнению со всякими SysV init и OpenRC, где чтобы понять назначение скрипта, необходимо читать его код. А в systemd каждый чих документирован, и про каждый чих делается подробная запись в логи.
| | |
| |
| |
| 5.53, Аноним (-), 15:43, 07/04/2013 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> Ещё, знаешь, названия скриптов помогают %)
Если бы названия всегда помогали, программа man так бы никогда и не появилась. И info тоже.
| | |
| 5.107, Аноним (-), 19:04, 07/04/2013 [^] [^^] [^^^] [ответить]
| +/– | |
> Ещё, знаешь, названия скриптов помогают %)
Спасибо, видел я что обычно творится в таких скриптах. И лучше я буду читать простой конфиг на 5 строк чем то что там нынче навалено. Не в обиду, но в половине инитовских скриптов почему-то оказывается лютейший гогнокод писаный на коленке каким-то укуренным бабуином. Например, константы размазанные по всей трехстраничной портянке вперемешку с логикой - стандартное состояние дел.
| | |
| |
| 6.160, etw (ok), 00:06, 08/04/2013 [^] [^^] [^^^] [ответить]
| –1 +/– |
 Ты забыл добавить, что этот говнокод между дистрибутивами, к тому же, обычно еще и непереносим. И поэтому майнтенеры каждого из них занимаются сочинением своих ламповых инит-говняшек.
| | |
| |
| 7.195, Аноним (-), 09:04, 08/04/2013 [^] [^^] [^^^] [ответить]
| +1 +/– |
> Ты забыл добавить, что этот г внокод между дистрибутивами, к тому же, обычно
> еще и непереносим. И поэтому майнтенеры каждого из них занимаются сочинением
> своих ламповых инит-г вняшек.
Может, вы просто скрипты ни писать ни читать не умеете, м? Оба причем?
| | |
|
| 6.237, Аноним (-), 14:04, 08/04/2013 [^] [^^] [^^^] [ответить]
| +6 +/– | |
> И лучше я буду читать простой конфиг на 5 строк
А если он не сдюжит работать как надо -- пойдёте читать исходники systemd?
| | |
|
|
| 4.65, Аноним (-), 16:09, 07/04/2013 [^] [^^] [^^^] [ответить] | –3 +/– | Зачем нужны тонны документации, если сам скрипт служит себе же самой полной доку... большой текст свёрнут, показать | | |
| |
| 5.67, Аноним (-), 16:14, 07/04/2013 [^] [^^] [^^^] [ответить] | +3 +/– | Вы полагаете, это нормально, когда вместо чтения man-страницы приходится читать ... большой текст свёрнут, показать | | |
| |
| 6.330, vg. (?), 11:02, 10/04/2013 [^] [^^] [^^^] [ответить]
| +1 +/– |
> > Зачем нужны тонны документации, если сам скрипт служит себе же самой полной
> > документацией? И каждый чих документировать не нужно - он самим скриптом
> > документирован уже.
>
> Вы полагаете, это нормально, когда вместо чтения man-страницы приходится читать код (причем отнюдь не три строчки, и написан он далеко не всегда читабельно)?
ну для большинства и букварь поначалу нечитабелен, а с опытом - вполне себе ;-)
| | |
| |
| 7.333, arisu (ok), 11:42, 10/04/2013 [^] [^^] [^^^] [ответить]
| +1 +/– |
 > ну для большинства и букварь поначалу нечитабелен, а с опытом — вполне
> себе ;-)
до сих пор не могу спокойно читать. как увижу «мама мыла раму» — так возбуждаюсь сразу.
| | |
|
|
| 5.108, Аноним (-), 19:05, 07/04/2013 [^] [^^] [^^^] [ответить]
| +/– | |
> Зачем нужны тонны документации, если сам скрипт служит себе же самой полной документацией?
По опыту чтения таких скриптов - чаще всего он служит документацией по теме "быдлокодинг на шелл, или как не надо писать скрипты инициализации".
| | |
| |
| 6.110, Аноним (-), 19:22, 07/04/2013 [^] [^^] [^^^] [ответить]
| +/– |
>> Зачем нужны тонны документации, если сам скрипт служит себе же самой полной документацией?
> По опыту чтения таких скриптов - чаще всего он служит документацией по
> теме "быдлокодинг на шелл, или как не надо писать скрипты инициализации"
Чтение исходников сисемд, несомненно, обогатит ваш опыт, но вряд ли изменит ваши выводы.
И таки да, чтение документации в каких то простых случаях может заменить чтение исходников.
| | |
| |
| 7.199, Аноним (-), 09:21, 08/04/2013 [^] [^^] [^^^] [ответить] | +1 +/– | Если я суюсь в систему инициализации, у меня как правило цель - новый кастомный ... большой текст свёрнут, показать | | |
| |
| 8.332, vg. (?), 11:19, 10/04/2013 [^] [^^] [^^^] [ответить] | +1 +/– | тут важно определиться - Вы в роли юзера или админа Если юзера - то все понятно... текст свёрнут, показать | | |
|
| 7.222, другой аноним (?), 11:04, 08/04/2013 [^] [^^] [^^^] [ответить]
| +/– |
В отличие от скриптов, чтение исходников системд и не требуется. Здесь требуется только прочитать что добавлять в конфиги. Которые, как я понимаю, более менее логичны и единообразны, в отличие от длинных портянок скриптов с кучами переменных и циклов
| | |
| |
| 8.270, arisu (ok), 21:47, 08/04/2013 [^] [^^] [^^^] [ответить] | +6 +/– | ага логичны и единообразны с кучей ключей типа 171 запустить, если есть файл... текст свёрнут, показать | | |
|
|
| 6.331, vg. (?), 11:11, 10/04/2013 [^] [^^] [^^^] [ответить]
| +1 +/– |
>> Зачем нужны тонны документации, если сам скрипт служит себе же самой полной документацией?
> По опыту чтения таких скриптов - чаще всего он служит документацией по
> теме "быдлокодинг на шелл, или как не надо писать скрипты инициализации".
а никто и не обещал в этих скриптах примерных учебных пособий.
с опытом, когда умеешь незадумаваясь читать разный по стилю и качеству код, уже понимаешь, что ранее отвратное - теперь просто особенность написания.
ну а совсем уж ужасные или опасные места сам переписываешь с матюками и патчами - опенсурс же
| | |
|
|
| 4.128, Michael Shigorin (ok), 20:39, 07/04/2013 [^] [^^] [^^^] [ответить]
| +2 +/– |
 > Тонны документации - уже офигенно полезных выход.
Это пока её не *приходится* читать от и до. Скрипты в этом плане куда меньше претендуют на выедание мозга (если читатель не виндузятник рееструс вульгарис, а человек с пониманием шелла).
> А в systemd каждый чих документирован, и про каждый чих делается подробная запись в логи.
Вот только в реальной работе не помогает, а так почти не соврали, да.
| | |
| |
| 5.158, Аноним (-), 23:51, 07/04/2013 [^] [^^] [^^^] [ответить]
| +2 +/– | |
> этом плане куда меньше претендуют на выедание мозга
Это, знаете ли, очень от скрипта зависит. Пишут их разные люди. Хотя временами возникает ощущение что пишут эти скрипты таки не люди. А инопланетяне, укуренные бабуины и прочие тушканчики. Чисто глядя на тот код который там встречается. Где константы (при том верные только для системы автора) размазаны равномерным слоем по трехстраничной портянке и прочие подобные "прелести".
| | |
| |
| 6.164, angra (ok), 00:24, 08/04/2013 [^] [^^] [^^^] [ответить]
| +3 +/– |
 Покажи на примере debian или rhel. В то что создатели маргинальных дистров могут придумать что угодно я и так верю, были же долбодятлы, которые все на php хотели переписать.
Вообще большой размер отдельных инит-скриптов связан с нестандартными действиями и systemd здесь не поможет. Стандартные действия у debian и rhel уже оформлены в шелловые функции и писать свой собственный start-stop-daemon в большинстве случаев смысла нет.
| | |
| |
| 7.197, Аноним (-), 09:12, 08/04/2013 [^] [^^] [^^^] [ответить] | –1 +/– | Начались виляния попой Вот есть прога Допустим в репах ее нет Надо демон запу... большой текст свёрнут, показать | | |
|
| 6.275, kurokaze (ok), 21:59, 08/04/2013 [^] [^^] [^^^] [ответить]
| +3 +/– |
> Это, знаете ли, очень от скрипта зависит. Пишут их разные люди. Хотя
> временами возникает ощущение что пишут эти скрипты таки не люди. А
> инопланетяне, укуренные бабуины и прочие тушканчики.
Что мешает "сказочнику" написать как надо и выложить?
Если ты не можешь написать, то как ты можешь оценивать достоверно?
Ну и если никто не улучшил, логично что это г никому кроме тебя не надо. А тут знаешь ли безотносительно из под чего это редкое глюкавое г у тебя будет запускаться. Так то
| | |
| |
| 7.277, arisu (ok), 22:02, 08/04/2013 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> Что мешает «сказочнику» написать как надо и выложить?
ну, иногда просто лень. «да, это надо бы переписать, и при вот таких вот обстоятельствах его заглючит, но… вот когда заглючит, тогда и перепишу. а пока пусть так ковыляет.» и оно годами так ковыляет.
| | |
| |
| 8.328, Ordu (ok), 09:24, 10/04/2013 [^] [^^] [^^^] [ответить] | +2 +/– |  Ситуация знакомая до боли Но я не вижу чем systemd может помочь в данной ситуац... текст свёрнут, показать | | |
|
|
|
| 5.161, etw (ok), 00:13, 08/04/2013 [^] [^^] [^^^] [ответить]
| –1 +/– |
>> Тонны документации - уже офигенно полезных выход.
> Это пока её не *приходится* читать от и до. Скрипты в
> этом плане куда меньше претендуют на выедание мозга (если читатель не
> виндузятник рееструс вульгарис, а человек с пониманием шелла).
А зачем мне перечитывать десятки реализаций обработки PID-файлов различной степени корявости на шелле, если в системд это делается одной строкой в конфиге, которая везде работает одинаково и эта работа описана в мане?
| | |
| |
| 6.165, angra (ok), 00:26, 08/04/2013 [^] [^^] [^^^] [ответить]
| +2 +/– | |
В debian/rhel это тоже делается одной строкой. Вот только при желании вы можете прочитать что стоит за этой строкой имея знания только шелл.
| | |
| |
| 7.170, Michael Shigorin (ok), 00:34, 08/04/2013 [^] [^^] [^^^] [ответить]
| +/– |
> В debian/rhel это тоже делается одной строкой. Вот только при желании вы
> можете прочитать что стоит за этой строкой имея знания только шелл.
В альте скомбинировано (т.е. rh-style в целом, но с применением start-stop-daemon).
| | |
| 7.260, etw (??), 20:43, 08/04/2013 [^] [^^] [^^^] [ответить]
| –2 +/– |
> В debian/rhel это тоже делается одной строкой. Вот только при желании вы
> можете прочитать что стоит за этой строкой имея знания только шелл.
То, что в debian и rhel есть готовые функции для стандартных действий (кстати, часто в их реализации залезаешь?) не отменяет наличия кучи инит-скриптов, авторы которых решили изобрести велосипед.
| | |
| |
| 8.264, arisu (ok), 21:20, 08/04/2013 [^] [^^] [^^^] [ответить] | +3 +/– | то, что в libc есть готовые функции для стандартных действий кстати, часто в их... текст свёрнут, показать | | |
| |
| 9.334, etw (ok), 11:45, 10/04/2013 [^] [^^] [^^^] [ответить] | –1 +/– | Много ли сишных программ, в которых используются свой аллокатор вместо malloc пр... большой текст свёрнут, показать | | |
| |
| |
| 11.343, etw (ok), 23:27, 10/04/2013 [^] [^^] [^^^] [ответить] | –2 +/– | Просто феерично Сначала ты говоришь о том, что замена инит-скриптов, выполняющи... текст свёрнут, показать | | |
|
| |
| 11.345, etw (ok), 23:32, 10/04/2013 [^] [^^] [^^^] [ответить] | –1 +/– | Аналогия моего оппонета специализированные скрипты - произвольные программы из... текст свёрнут, показать | | |
|
|
|
|
|
| |
| 7.344, etw (ok), 23:31, 10/04/2013 [^] [^^] [^^^] [ответить]
| –1 +/– |
> В случае systemd - смотрим в логи, ибо
> больше особо ничего не светит.
Systemd перенаправляет stderr в syslog/journald, при этом еще и показывая кусок, имеющий отношение к демону, при вызове systemctl status daemon.service
| | |
|
|
|
| 4.357, c0smonaut (ok), 21:45, 11/04/2013 [^] [^^] [^^^] [ответить]
| +1 +/– |
 > Особенно по сравнению со всякими SysV init и OpenRC, где чтобы понять назначение скрипта, необходимо читать его код. А в systemd каждый чих документирован, и про каждый чих делается подробная запись в логи
...аноним английский осилил, а юникс-шелл - нет...
| | |
|
|
|
| 1.3, Nxx (ok), 09:11, 07/04/2013 [ответить] [﹢﹢﹢] [ · · · ]
| +28 +/– |
 Тоже думаю, что давно надо было включить Qt в systemd.
| | |
| 1.4, Константавр (ok), 09:38, 07/04/2013 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
 >В ходе работ по улучшению поддержки системного менеджера systemd.... загрузка с initrd оказалась быстрее загрузки без initrd
А потом, в ходе работ по улучшению, они поймут, что набор отдельных скриптов на баше делает процесс загрузки более быстрым, гибким и настраиваемым.
Да. Это вброс.
| | |
| |
| 2.5, GotF (ok), 09:52, 07/04/2013 [^] [^^] [^^^] [ответить]
| –2 +/– |
 > набор отдельных скриптов на баше
За bash в init-скриптах нужно бить тяжёлым тупым предметом по голове, особенно когда файл начинается с «#!/bin/sh».
| | |
| |
| 3.7, Аноним (-), 09:57, 07/04/2013 [^] [^^] [^^^] [ответить]
| +2 +/– | |
> особенно когда файл начинается с «#!/bin/sh».
А когда он начинается с «#!/sbin/runscript»?
| | |
| |
| 4.17, GotF (ok), 11:35, 07/04/2013 [^] [^^] [^^^] [ответить]
| +/– |
>> особенно когда файл начинается с «#!/bin/sh».
> А когда он начинается с «#!/sbin/runscript»?
Не знаю. Ни в Debian, ни в RHEL такой команды нет.
| | |
| |
| 5.74, Аноним (-), 16:28, 07/04/2013 [^] [^^] [^^^] [ответить]
| +/– |
>>> особенно когда файл начинается с «#!/bin/sh».
>> А когда он начинается с «#!/sbin/runscript»?
> Не знаю. Ни в Debian, ни в RHEL такой команды нет.
Да, это местечковый велосипед :)
| | |
|
|
| 3.12, sasku (ok), 10:57, 07/04/2013 [^] [^^] [^^^] [ответить]
| –1 +/– |
 > особенно когда файл начинается с «#!/bin/sh».
согласен, раз нарвался на проблему:
сидел на центоси, там /bin/sh вызывал /bin/bash
перешел на демьяна и вдруг все мои инит-скрипты перестали работать (
оказалось в демьяне /bin/sh вызывает /bin/dash (Debian Almquist Shell (dash))
| | |
| |
| 4.163, etw (ok), 00:17, 08/04/2013 [^] [^^] [^^^] [ответить]
| +/– |
>> особенно когда файл начинается с «#!/bin/sh».
> согласен, раз нарвался на проблему:
> сидел на центоси, там /bin/sh вызывал /bin/bash
> перешел на демьяна и вдруг все мои инит-скрипты перестали работать (
> оказалось в демьяне /bin/sh вызывает /bin/dash (Debian Almquist Shell (dash))
Обычно правильные инит-скрипты сразу завязаны на какой-нибудь свой дистрибутивоспецифичный /etc/init.d/functions (куда вынесена часто используемая функциональность) и непортабельны оп определению, даже если шелл тот же самый.
| | |
| |
| 5.171, Michael Shigorin (ok), 00:37, 08/04/2013 [^] [^^] [^^^] [ответить]
| +/– | |
> и непортабельны оп определению
Отчасти это так, поскольку в разных дистрибутивах по-разному смотрят на задачи конфигурирования и зачастую это имеет под собой основания. Вот только "как ни садитесь"...
| | |
| |
| 6.192, Аноним (-), 08:46, 08/04/2013 [^] [^^] [^^^] [ответить]
| –1 +/– | |
> и зачастую это имеет под собой основания.
А потом берешь с сайта авторов программу которой в репе не было или версия не та или что там еще. Там вроде как есть скрипт. Чпокс - не работает. Чпокс - там гогнокод. Чпокс - вагон допущений о системе, взятые из системы автора и размазанные по всей портянке. Получается что "висит груша - нельзя скушать". Во, блин, счастье - самому с нуля переписывать портянку или три страницы чужого гогнокода лопатить. Супротив конфига на пяток строк - разница совсем не в пользу портянки получается.
| | |
|
|
| 4.286, Пр0х0жий (??), 05:14, 09/04/2013 [^] [^^] [^^^] [ответить]
| +/– |
Может пнуть его для начала через 'dpkg-reconfigure dash'?
Или как там в Дебианах? RTFM же...
Однако ж и в #171 посмотреть.
| | |
| |
| 5.292, qux (ok), 13:52, 09/04/2013 [^] [^^] [^^^] [ответить]
| –2 +/– |
 Для начала, если для неинтерактивного шелла выбран dash, то наверное это зачем-то нужно.
Лично /me тут совсем больших выгод не знает, но встряхнуть любителей использовать башизмы вместе с /bin/sh вещь неплохая. Хоть и поотваливалось кое-где ой...
| | |
|
|
| 3.13, anonymous (??), 11:06, 07/04/2013 [^] [^^] [^^^] [ответить]
| +9 +/– |
Туым предметом надо бить тех, кто не осознает, что /bin/sh не обязан равняться /bin/bash.
| | |
| |
| 4.56, Аноним (-), 15:49, 07/04/2013 [^] [^^] [^^^] [ответить]
| –1 +/– |
> Туым предметом надо бить тех, кто не осознает, что /bin/sh не обязан
> равняться /bin/bash.
sysvinit-проблемы :)
| | |
| |
| 5.69, Аноним (-), 16:15, 07/04/2013 [^] [^^] [^^^] [ответить]
| +1 +/– |
>> Туым предметом надо бить тех, кто не осознает, что /bin/sh не обязан
>> равняться /bin/bash.
> sysvinit-проблемы :)
Да нет, проблемы "программеров", которые сначала чего-нибудь накодят, а потом говорят - "Да зачем нужны эти ваши стандарты?! Теперь будет вот так, я переписывать свою писанину ради сответствия стандартам не буду!"
Но в случае sysvinit эта проблема решается правкой одной-двух строчек. А вот в случае systemd - это генетическая проблема, не имеющая, как правило, простого и однозначного решения.
| | |
| |
| 6.78, Аноним (-), 16:35, 07/04/2013 [^] [^^] [^^^] [ответить]
| +1 +/– |
> Да нет, проблемы "программеров", которые сначала чего-нибудь накодят, а потом говорят -
> "Да зачем нужны эти ваши стандарты?! Теперь будет вот так, я
> переписывать свою писанину ради сответствия стандартам не буду!"
> Но в случае sysvinit эта проблема решается правкой одной-двух строчек.
Не подскажете, как правкой одной-двух строчек заставить произвольно выбранный init-скрипт запускаться на любом дистрибутиве?
| | |
| |
| 7.109, Аноним (-), 19:22, 07/04/2013 [^] [^^] [^^^] [ответить]
| –1 +/– | |
> запускаться на любом дистрибутиве?
Никак. Более того - половина долбоклюев пишет эти портянки по принципу "у меня же работает?!". Да еще перемешав пути с логикой и прочая. Чинить за ними такой крап - на редкость отвратное занятие.
| | |
| 7.129, GotF (ok), 20:41, 07/04/2013 [^] [^^] [^^^] [ответить]
| +/– | |
> Не подскажете, как правкой одной-двух строчек заставить произвольно выбранный init-скрипт запускаться на любом дистрибутиве?
Если скрипт и дистрибутив LSB-совместимые, то особых проблем быть не должно. В иных случаях проще будет написать с нуля.
| | |
| |
| 8.166, etw (ok), 00:26, 08/04/2013 [^] [^^] [^^^] [ответить] | –1 +/– | Ага До первого source lib lsb init-functions , который, как оказывается, в де... текст свёрнут, показать | | |
|
|
|
|
|
|
| 2.44, Аноним (-), 15:19, 07/04/2013 [^] [^^] [^^^] [ответить]
| +/– |
> А потом, в ходе работ по улучшению, они поймут, что набор отдельных
> скриптов на баше делает процесс загрузки более быстрым, гибким и настраиваемым.
> скриптов на баше
> быстрым
/0
| | |
| |
| 3.130, Michael Shigorin (ok), 20:44, 07/04/2013 [^] [^^] [^^^] [ответить]
| +1 +/– |
>> скриптов на баше
>> быстрым
> /0
Почитайте скрипты {ldv,legion}@altlinux и поучитесь писать без лишних форков. Естественно, если вместо read var < file использовать var='cat file' (вот так, без кавычек даже) -- тормозить будет как детский трактор.
Младотурки, блин. Даже на ноль делить в школе не научились.
| | |
| |
| 4.159, Аноним (-), 23:55, 07/04/2013 [^] [^^] [^^^] [ответить]
| +2 +/– | |
> Почитайте скрипты {ldv,legion}@altlinux и поучитесь писать без лишних форков.
Я вот почитал факин ман на апстарт и научился писать ему джобы. Теперь оно и процессы перезапускает, и приоритет им ставит, и под нужным юзером пинает, etc, etc, etc. По нужным событиям и без лишних форков. И всего пяток строчек конфига на все про все. Вот это - хорошее соотношение efforts/results. Куда лучше упомянутых портянок на мое нескромное мнение. А если вдруг этого окажется мало - вот тогда уже и будем звать скриптопортянки. Только это надо в хорошо если 1% случаев.
| | |
|
|
|
| 1.8, Аноним (-), 10:27, 07/04/2013 [ответить] [﹢﹢﹢] [ · · · ]
| –2 +/– |
"Если программисты настолько незрелые, то их поделиям нечего делать на моих системах" - ЛОР шагает ИРЛ.
| | |
| 1.10, Аноним (-), 10:52, 07/04/2013 [ответить] [﹢﹢﹢] [ · · · ]
| +5 +/– |
Разработчики initrd: загрузка без systemd оказалась быстрее загрузки с systemd
| | |
| |
| 2.16, Аноним (-), 11:29, 07/04/2013 [^] [^^] [^^^] [ответить]
| +1 +/– |
через 10 лет, Леннарт научиться писать интерпретаторы и напишет свой баш и перепишет все на него.
| | |
| |
| 3.121, Аноним (-), 20:10, 07/04/2013 [^] [^^] [^^^] [ответить]
| –2 +/– |
Он command.com свой напишет, после чего в autoexec.bat можно будет положить скрипт инициализации.
| | |
|
| 2.45, Аноним (-), 15:21, 07/04/2013 [^] [^^] [^^^] [ответить]
| –3 +/– | |
> Разработчики initrd: загрузка без systemd оказалась быстрее загрузки с systemd
А что, разработчики initrd и разработчики systemd - разве не одно и то же?
| | |
| |
| 3.131, Michael Shigorin (ok), 20:45, 07/04/2013 [^] [^^] [^^^] [ответить]
| +2 +/– |
>> Разработчики initrd: загрузка без systemd оказалась быстрее загрузки с systemd
> А что, разработчики initrd и разработчики systemd - разве не одно и то же?
"Разработчики initrd" -- в общем случае некорректный термин (для опровержения предлагаю попробовать его точно определить).
| | |
| 3.186, Аноним (-), 07:15, 08/04/2013 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> А что, разработчики initrd и разработчики systemd - разве не одно и то же?
Initrd был задолго до systemd. Такая вот неожиданность.
| | |
|
|
| 1.14, Fracta1L (ok), 11:15, 07/04/2013 [ответить] [﹢﹢﹢] [ · · · ]
| –3 +/– |
 Дано: Gentoo & OpenRC
Делаем: rc-update del xdm default && rc-update add xdm boot
Итого: от граба до KDM проходит 2-3 секунды, systemd сосёт
:)
| | |
| |
| 2.41, Аноним (-), 15:06, 07/04/2013 [^] [^^] [^^^] [ответить]
| +1 +/– |
> Дано: Gentoo & OpenRC
> Делаем: rc-update del xdm default && rc-update add xdm boot
> Итого: от граба до KDM проходит 2-3 секунды, systemd сoсёт
А если отключить OpenRC и оставить SysV init, будет грузиться еще быстрее :)
(OpenRC не умеет в параллельную загрузку, а SysV умеет)
| | |
| |
| 3.71, Аноним (-), 16:22, 07/04/2013 [^] [^^] [^^^] [ответить]
| +3 +/– |
> А если отключить OpenRC и оставить SysV init, будет грузиться еще быстрее :)
> (OpenRC не умеет в параллельную загрузку, а SysV умеет)
Вообще-то, OpenRC - это просто избыточная прослойка над SysV init.
Когда-то, когда SysVinit не умел параллельной загрузки, поверх него придумали OpenRC, в котором планировалось реализовать эту функциональность.
Прошло несколько лет. SysVinit научился грузиться параллельно (чем активно пользуется дебиан), а OpenRC до сих пор зависает при включении rc_parallel=yes.
| | |
| |
| 4.85, Аноним (-), 16:49, 07/04/2013 [^] [^^] [^^^] [ответить]
| +2 +/– |
> Прошло несколько лет. SysVinit научился грузиться параллельно (чем активно пользуется
> дебиан), а OpenRC до сих пор зависает при включении rc_parallel=yes.
А держится он в генте только потому, что так хочет один конкретный человек - Luca Barbato. Ничем не лучше поцтеринга, кстати.
Поэтому, когда тру-гентушники выступают против systemd - это смотрится довольно забавно :)
| | |
| |
| 5.92, anonymous (??), 17:10, 07/04/2013 [^] [^^] [^^^] [ответить]
| –1 +/– |
>> Прошло несколько лет. SysVinit научился грузиться параллельно (чем активно пользуется
>> дебиан), а OpenRC до сих пор зависает при включении rc_parallel=yes.
> А держится он в генте только потому, что так хочет один конкретный
> человек - Luca Barbato. Ничем не лучше поцтеринга, кстати.
> Поэтому, когда тру-гентушники выступают против systemd - это смотрится довольно забавно
> :)
Gentoo вообще становится просто идиотским дистрибутивом. Все, что могу, перевожу потихоньку на дебиан. Hardened вот жалко, хорошее направление...
Но вообще когда на ноуте с e-350 aptitude быстрее работает и меньше грузит проц, чем emerge на 8-ми ядернике, это о чем-то говорит.
То они конфетки поцтеринг и ко дарят, то обновлении внезапно прилетает куча ненужной ерунды...
| | |
| |
| 6.97, Аноним (-), 17:21, 07/04/2013 [^] [^^] [^^^] [ответить] | +/– | Просто изначально Gentoo создавали технари, со своими хорошим технарскими идеями... большой текст свёрнут, показать | | |
|
| 5.188, Аноним (-), 07:54, 08/04/2013 [^] [^^] [^^^] [ответить]
| +/– |
> А держится он в генте только потому, что так хочет один конкретный
> человек - Luca Barbato. Ничем не лучше поцтеринга, кстати.
"Свое г-но не пахнет" (народная мудрость).
| | |
|
| 4.112, alexxy (ok), 19:29, 07/04/2013 [^] [^^] [^^^] [ответить]
| +/– |
 Зато openrc работает и на embedded и на отличных от linux OS, в отличии от systemd. Проблем с параллельным запуском я как то не видел последние пару лет в openrc.
| | |
| |
| 5.224, Аноним (-), 11:09, 08/04/2013 [^] [^^] [^^^] [ответить]
| +/– | |
> Зато openrc работает и на embedded
На embedded работает все то же самое что и везде. И конкретно openrc никому там нафиг не упал.
| | |
|
|
| 3.169, etw (ok), 00:33, 08/04/2013 [^] [^^] [^^^] [ответить]
| +/– |
>> Дано: Gentoo & OpenRC
>> Делаем: rc-update del xdm default && rc-update add xdm boot
>> Итого: от граба до KDM проходит 2-3 секунды, systemd сoсёт
> А если отключить OpenRC и оставить SysV init, будет грузиться еще быстрее
> :)
> (OpenRC не умеет в параллельную загрузку, а SysV умеет)
SysV уже ничего не умеет, потому что эта ОС померла. Также нет стандартного и единого sysvinit-а - каждый дистрибутив пишет свой велосипед в sysv-стиле (или в bsd-стиле, но все равно СВОЙ).
В дебиане используется свой местечковый sysv-style init, поверх которого водружен insserv, помогающий разрешать зависимости. Но от этого параллельная загрузка в остальных дистрибутивах с их собственными sysv-style init системами не появляется.
| | |
|
|
| 1.18, виндотролль (ok), 11:37, 07/04/2013 [ответить] [﹢﹢﹢] [ · · · ]
| –3 +/– |
 Начал читать новость, тут же возникла мысль, что разработчики системд готовят себе почву, так сказать. И действительно
> Стоит отметить, что в обсуждении один из разработчиков приводит довольно простой патч, который теоретически должен исправить эту проблему, путем перевода данной операции в ядре на асинхронный режим.
Начало systemd/linux (или GNU/systemd ?) положено.
| | |
| |
| 2.77, Аноним (-), 16:33, 07/04/2013 [^] [^^] [^^^] [ответить]
| +2 +/– | |
> Начало systemd/linux (или GNU/systemd ?) положено.
Еще в позапрошлом году в ядро приняли леннартовский патч, перекраивающий работу планировщика задач.
Кстати, нынче фичами этого патча пользуется не только systemd, но и upstart.
| | |
|
| |
| |
| 3.70, Аноним (-), 16:17, 07/04/2013 [^] [^^] [^^^] [ответить]
| +9 +/– | |
> Почему? Это ядро без initrd тормозит.
Тормозит-то ядро, а виноват-то systemd. Он вообще во всем виноват. И воду в кране тоже он выпил.
| | |
| |
| |
| 5.90, Аноним (-), 17:05, 07/04/2013 [^] [^^] [^^^] [ответить]
| +2 +/– | |
> Хотя нет, воду выпил Поцтеринг.
Нет, редхат. Без него линукс уже давно занимал бы 146% десктопов.
| | |
| |
| 6.101, Stax (ok), 17:52, 07/04/2013 [^] [^^] [^^^] [ответить]
| –1 +/– |
 Ну а с ним убунта заняла эти 146%.. Конечно, если бы занял линукс, было бы лучше, но и так неплохо вышло.
| | |
| |
| 7.117, бубунавт (?), 19:50, 07/04/2013 [^] [^^] [^^^] [ответить]
| –2 +/– |
Чего? Сколько там убунта заняла десктопов? Чьих десктопов? А линукс сколько всего занял десктопов? :))
Уверен, никто ни у кого ничего не занимал, всё осталось как и было ;)
| | |
|
|
|
|
| 3.113, alexxy (ok), 19:31, 07/04/2013 [^] [^^] [^^^] [ответить]
| –1 +/– | |
> Почему? Это ядро без initrd тормозит.
Ну удивитесь наверное, но в ядре initramfs есть всегда, просто если на нем не находят /init или /bin/init или /sbin/init то происходит поиск корня механизмами ядра, что может занять время. Если initramfs есть то выполняется инит от туда
| | |
| |
| 4.191, Аноним (-), 08:40, 08/04/2013 [^] [^^] [^^^] [ответить]
| +/– | |
> Ну удивитесь наверное, но в ядре initramfs есть всегда,
Возможен и вариант загрузки ядра совсем без начального рамдиска. Кстати сие отвечает на вопрос - почему на allwinner'ской вундервафле ядро несколько секунд тупит. Оно у меня как раз без рамдиска взлетает. Как ни странно, в ARMовой убунте...
| | |
|
|
|
| 1.23, Адекват (?), 13:20, 07/04/2013 [ответить] [﹢﹢﹢] [ · · · ]
| +4 +/– |
Наверное идея о том. что не следовало так анально заменять sysvinit на systemd, а для начала протестировать 2-3 года на добровольцах, отловив все глюки, выяснив узкие места, оптимизировать код и подготовить полностью готовую модель для каждого дистрибутива, внедряя, сохраняя старые системы инициализации, демонстрируя явные приимущества systemd перед прочими системами инициализации, спрашивая мнение сообщества "готовы ли вы отказаться от старой системы инициализации", и получив ответ "да готовы !!", ввиду того что systemd действительно рвет все прочие системы иницализации по всем фронтам - это идея быдло-дегенерата, больного шизофренией, болезнью паркинсона, а еще являющегося эталоном ретроградности.
ДА ?
| | |
| |
| 2.57, Аноним (-), 15:53, 07/04/2013 [^] [^^] [^^^] [ответить] | –2 +/– | Медленное и аккуратное внедрение бывает только в промышленных дистрах и всяких д... большой текст свёрнут, показать | | |
| |
| 3.134, Michael Shigorin (ok), 20:48, 07/04/2013 [^] [^^] [^^^] [ответить]
| +/– |
> Все остальные в большей или меньшей степени являются bleeding edge, и
> предпочитают решать проблемы по возможности быстрее.
Решать или создавать? Вчера одной юной бездари на пальцах уже пытался баланс пояснить.
| | |
|
| 2.172, etw (ok), 00:39, 08/04/2013 [^] [^^] [^^^] [ответить] | –2 +/– | Парочка вопросов на засыпку Дано все известные критические проблемы в багтреке... большой текст свёрнут, показать | | |
| |
| |
| 4.262, etw (ok), 21:04, 08/04/2013 [^] [^^] [^^^] [ответить] | +/– | gt оверквотинг удален ты не поверишь, но именно так и делается С открытыми кр... большой текст свёрнут, показать | | |
| |
| 5.297, Michael Shigorin (ok), 19:18, 09/04/2013 [^] [^^] [^^^] [ответить]
| +2 +/– | |
> С открытыми критичными багами никто даже релиз не будет формировать.
Вот это новость, прям прошлым веком повеяло.
| | |
| |
| 6.347, etw (ok), 00:08, 11/04/2013 [^] [^^] [^^^] [ответить]
| –1 +/– |
>> С открытыми критичными багами никто даже релиз не будет формировать.
> Вот это новость, прям прошлым веком повеяло.
При чем тут прошлый век?
| | |
| |
| 7.349, Michael Shigorin (ok), 01:56, 11/04/2013 [^] [^^] [^^^] [ответить]
| +1 +/– |
>>> С открытыми критичными багами никто даже релиз не будет формировать.
>> Вот это новость, прям прошлым веком повеяло.
> При чем тут прошлый век?
При гонке за time to market, которая тогда ещё не допрогрессировала до того, что наблюдаем ныне.
Ну и трава была зеленей, понятное дело.
| | |
| |
| 8.353, etw (ok), 11:41, 11/04/2013 [^] [^^] [^^^] [ответить] | –1 +/– | При гонке за time to market увеличивают частоту релизов и используют различные a... текст свёрнут, показать | | |
| |
| |
| 10.358, etw (ok), 03:51, 12/04/2013 [^] [^^] [^^^] [ответить] | –2 +/– | Вообще-то, большинство agile-подходов оринтированы именно на поддержание постоян... большой текст свёрнут, показать | | |
| |
| |
| 12.360, etw (ok), 21:19, 14/04/2013 [^] [^^] [^^^] [ответить] | –1 +/– | Так при чему тут тогда прошлый век Нормально поставленный процесс разработки и ... текст свёрнут, показать | | |
|
|
|
|
|
|
| 6.351, бедный буратино (ok), 07:42, 11/04/2013 [^] [^^] [^^^] [ответить]
| +/– |
 >> С открытыми критичными багами никто даже релиз не будет формировать.
> Вот это новость, прям прошлым веком повеяло.
Чем именно? Windows 95? Играми Daggerfall, Reunion, X-com?
| | |
|
|
|
|
|
| |
| |
| 3.39, Аноним (-), 15:03, 07/04/2013 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> Только один - монструозный комбайн.
По сравнению с любым монолитным ядром меркнут все юзерспейсовские комбайны.
| | |
| 3.81, Аноним (-), 16:40, 07/04/2013 [^] [^^] [^^^] [ответить]
| –1 +/– | |
> Только один - монструозный комбайн.
Это systemd-то комбайн? Вы еще coreutils не видели. Вот это - всем комбайнам комбайн! В один проект запихнуто куча программ совершенно разного назначения - кодирование base64, расчет хеш-сумм, изменение приоритета процесса, сортировка текста, смена владельца файла, вывод текущей даты и т.п.
| | |
| |
| 4.153, develop7 (ok), 23:11, 07/04/2013 [^] [^^] [^^^] [ответить]
| –1 +/– |
 Поскольку coreutils писаны а) давно и б) не Поттерингом, Это Совсем Другое Дело.
| | |
|
|
| 2.27, Адекват (?), 13:56, 07/04/2013 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> А какие у systemd недостатки что его все так не любят?
В частности команда journalctrl -u postfix -n50 (тут кстати между -n и 50 не должно быть пробела, иначе команда вернет ошибку) дает задержку в 3-4 секунды. Последующие вызовы - более быстрые.
Гораздо больший по объему лог но не journalctl, а простой текстовый файл - выводит мнговенно с первого раза (cat /var/log/some.log | tail -n 50)
| | |
| |
| 3.28, ip1981 (ok), 13:58, 07/04/2013 [^] [^^] [^^^] [ответить]
| +4 +/– |
 > cat /var/log/some.log | tail -n 50
Не надо так делать. Даже теоретически tail -n 50 мог бы оптимизировать вывод.
| | |
| |
| 4.96, Адекват (?), 17:20, 07/04/2013 [^] [^^] [^^^] [ответить]
| –3 +/– |
>> cat /var/log/some.log | tail -n 50
> Не надо так делать. Даже теоретически tail -n 50 мог бы оптимизировать
> вывод.
Да хоть
a='cat /var/log/Xorg.0.log | tail -n 50'; if [ "$a" != "" ]; then echo 'echo $a'; else if [ "$a" = "" ]; then echo "нечего выводить"; fi;fi
все равно будет быстрее
| | |
| |
| 5.135, Michael Shigorin (ok), 20:50, 07/04/2013 [^] [^^] [^^^] [ответить]
| +/– |
> a='cat /var/log/Xorg.0.log | tail -n 50'; if [ "$a" != "" ];
> then echo 'echo $a'
Вот так виндузятники и палятся -- кому нужен хвост Xorg.0.log, слепленный в одну строку?
| | |
| |
| 6.185, Адекват (?), 07:03, 08/04/2013 [^] [^^] [^^^] [ответить]
| –1 +/– |
>> a='cat /var/log/Xorg.0.log | tail -n 50'; if [ "$a" != "" ];
>> then echo 'echo $a'
> Вот так виндузятники и палятся -- кому нужен хвост Xorg.0.log, слепленный в
> одну строку?
То есть ты таки проверил :))) ?
| | |
|
|
|
| 3.140, arisu (ok), 21:01, 07/04/2013 [^] [^^] [^^^] [ответить]
| +2 +/– |
а что, просто передать путь к файлу аргументом tail теперь не модно?
| | |
|
|
| 1.29, Аноним (-), 14:07, 07/04/2013 [ответить] [﹢﹢﹢] [ · · · ] | –1 +/– | недостатки системд повыбирал из разных веток linux org ru и ещё откуда-то ---... большой текст свёрнут, показать | | |
| |
| 2.32, Анноннимм (?), 14:29, 07/04/2013 [^] [^^] [^^^] [ответить] | +2 +/– | gt оверквотинг удален Ну вообще-то, если тебе так нужен if или ещё что-то, не ... большой текст свёрнут, показать | | |
| |
| 3.47, cmp (ok), 15:25, 07/04/2013 [^] [^^] [^^^] [ответить]
| –5 +/– |
 А я согласен. Переписали бы на перле скрипты, да хоть на ноде.жс, хоть на пхп, но на си то нахрена, а ведь еще есть selinux и уефи наступает.. вместо тупого добавление пары строк в скрипт придется новый файл создавать, дублировать функционал старого, править права, контекстные права, и скрестив пальцы надеяться, что там не выползет еще какая хрень.
У меня федора 2 месяца не простояла, после очередной обновы перестала грузится, ядро нормально, где-то на скриптах замирала и ждала хз чего, ни ошибок, ни ворнингов.
| | |
| |
| 4.52, Аноним (-), 15:40, 07/04/2013 [^] [^^] [^^^] [ответить]
| +/– |
> А я согласен. Переписали бы на перле скрипты, да хоть на ноде.жс,
> хоть на пхп, но на си то нахрена, а ведь еще
> есть selinux и уефи наступает.. вместо тупого добавление пары строк в
> скрипт придется новый файл создавать
Если у вас возникает такая необходимость, значит, вы что-то делаете неправильно.
Программа должна настраиваться через конфигурацию, а не через код.
> У меня федора 2 месяца не простояла, после очередной обновы перестала грузится,
> ядро нормально, где-то на скриптах замирала и ждала хз чего, ни
> ошибок, ни ворнингов.
Нельзя просто взять и подвесить systemd. Любой юнит, даже если зависнет, все равно будет убит по таймауту (по умолчанию 5 минут). В отличие от SysV init, который виснет навсегда (приходилось сталкиваться, спасибо дебиану за это).
| | |
| |
| 5.58, cmp (ok), 15:56, 07/04/2013 [^] [^^] [^^^] [ответить] | –3 +/– | Должна, но не обязана, прелесть линукса в гибкости, можно запустить демон, а мож... большой текст свёрнут, показать | | |
| |
| 6.61, Аноним (-), 16:05, 07/04/2013 [^] [^^] [^^^] [ответить] | +1 +/– | Помнится, разработчики Windows в свое время реализовали довольно интересную заду... большой текст свёрнут, показать | | |
| |
| 7.208, Аноним (-), 10:04, 08/04/2013 [^] [^^] [^^^] [ответить]
| +/– | |
> обязать разработчиков программ не устраивать там срача.
Плюс сами развели там срач. Плюс не дали утилит в системе для прозрачной работы с данными. Так что найти в реестре все ветки содержащие "вася" но не содержащие "петя" - это рокет сайнс. Так изначально вообще не предусмотрено. А с учетом объема ср@ча в реестр - там обычно почти все что угодно находится не менее 100500 раз.
| | |
|
| 6.64, Аноним (-), 16:09, 07/04/2013 [^] [^^] [^^^] [ответить]
| +/– | |
> SysV то еще убожество, но он прозрачен абсолютно,
Очень грустно, когда рассуждениями про "прозрачность" пытаются оправдать полное отсутствие вменяемой документации.
| | |
| |
| 7.75, Аноним (-), 16:29, 07/04/2013 [^] [^^] [^^^] [ответить]
| –1 +/– | |
> Очень грустно, когда рассуждениями про "прозрачность" пытаются оправдать полное отсутствие вменяемой документации.
Документация - не unix-way. Пусть всякие MSDN-ы документацию пишут, а мы и в код глянем.
| | |
| 7.80, cmp (ok), 16:39, 07/04/2013 [^] [^^] [^^^] [ответить] | +1 +/– | ешкин кот, да на кой черт документировать пять строк проверки наличия проги, кон... большой текст свёрнут, показать | | |
| |
| 8.83, Аноним (-), 16:46, 07/04/2013 [^] [^^] [^^^] [ответить] | +/– | Я уже лет 20 не видет init-скрипты по пять строк С тем же успехом можно утвержд... большой текст свёрнут, показать | | |
| |
| 9.93, cmp (ok), 17:10, 07/04/2013 [^] [^^] [^^^] [ответить] | +/– | slackware, дома только он, на работе центос - корп стандарт и скрипты его не сло... большой текст свёрнут, показать | | |
| |
| 10.98, Аноним (-), 17:29, 07/04/2013 [^] [^^] [^^^] [ответить] | –1 +/– | если бы это было действительно так Вот не надо ля-ля Я с 4-5 центосом работал... большой текст свёрнут, показать | | |
| |
| 11.220, cmp (ok), 10:58, 08/04/2013 [^] [^^] [^^^] [ответить] | +/– | угумс, вдруг не с того не с сего на встраиваемой системе что-то покурочилось, да... текст свёрнут, показать | | |
|
|
|
| |
| 9.145, quux (??), 22:12, 07/04/2013 [^] [^^] [^^^] [ответить] | –1 +/– |  Не надо сказок Что monit cделает если основной процесс некоего демона нарожал п... текст свёрнут, показать | | |
| |
| |
| 11.309, quux (??), 23:40, 09/04/2013 [^] [^^] [^^^] [ответить] | –1 +/– | Опыт говорит что нормальных решений сейчас не существует, есть наборы костылей р... большой текст свёрнут, показать | | |
|
|
| 9.210, Аноним (-), 10:13, 08/04/2013 [^] [^^] [^^^] [ответить] | –2 +/– | Ага, и будет у нас лоскутное одеяло запускалок Половина программ запускается та... текст свёрнут, показать | | |
| 9.232, cmp (ok), 13:02, 08/04/2013 [^] [^^] [^^^] [ответить] | +/– | Спасибо, посмотрел, не то это collectd - по мотивам cacti, видимо, имел удовольс... большой текст свёрнут, показать | | |
| |
| |
| 11.336, cmp (ok), 12:44, 10/04/2013 [^] [^^] [^^^] [ответить] | +/– | , ну да, только за мои деньги я попрошу не иначе как шедевр, и ни малейшего пр... текст свёрнут, показать | | |
| |
| |
| 13.339, cmp (ok), 13:45, 10/04/2013 [^] [^^] [^^^] [ответить] | +/– | Не согласен, это удача - найти человека способного выполнить то, что ты хочешь и... большой текст свёрнут, показать | | |
|
|
|
| |
| 11.338, cmp (ok), 13:10, 10/04/2013 [^] [^^] [^^^] [ответить] | +/– | Скажем так, увидел, что оно из себя представляет, или чего не представляет, объе... текст свёрнут, показать | | |
|
|
|
|
|
|
| |
| 6.174, etw (ok), 00:43, 08/04/2013 [^] [^^] [^^^] [ответить]
| –1 +/– |
>> Нельзя просто взять и подвесить systemd.
> Что, и сегфолтнуть тоже нельзя? Меня посодють? :]
Сегфлотнуть можно все, даже баш.
| | |
| |
| |
| 8.327, etw (ok), 04:52, 10/04/2013 [^] [^^] [^^^] [ответить] | –1 +/– | Мне как-то удавалось двухстрочным скриптом стабильно сегфолтить баш ... текст свёрнут, показать | | |
| |
| |
| 10.346, etw (ok), 00:06, 11/04/2013 [^] [^^] [^^^] [ответить] | –1 +/– | Дело было больше полугода назад и, разумеется, проблемная часть была сразу же пе... текст свёрнут, показать | | |
|
|
|
|
|
|
|
| 3.118, anonymous (??), 20:01, 07/04/2013 [^] [^^] [^^^] [ответить]
| +/– |
> > Если бы systemd работал
>
> Работает. Что я делаю не так?
Видимо, не программируете и не администрируете.
| | |
| |
| |
| 5.168, Michael Shigorin (ok), 00:29, 08/04/2013 [^] [^^] [^^^] [ответить]
| +2 +/– | |
> Вообще, сама идея выделить в отдельную сущность запускалку абстрактных приложений
Общую часть выделить -- да, мысль здравая. Беда в другом -- где-то передел и попытки вылепить на Це то, что лучше и прозрачнее делается на шелле, а где-то недодел и игнорирование тех самых багрепортов, которых зачем-то хотите, как если бы имеющихся было мало (неужели уже свою часть исправили?).
> Но на десктопе я использую systemd для загрузки программ в пользовательской сессии
> (i3wm, pulseaudio, urxvtd). И юнит-файлы к ним я писал сам. И это элементарно. И удобно.
И чем же это элементарнее и удобнее ~/.xsession.d/?
| | |
| 5.259, Michael Shigorin (ok), 20:37, 08/04/2013 [^] [^^] [^^^] [ответить]
| +1 +/– |
> И с нетерпением жду описание проблем, возникших в процессе эксплуатации systemd.
> А также, в идеале, ссылку на заведённый баг в трекере.
Да, вот очередное и опять вследствие безмозглой асинхронности -- можете приступать к исправлению (если дело будет только за переводом на английский и его ещё нет, берусь сделать): https://bugzilla.altlinux.org/28805
| | |
| |
| |
| 7.305, Michael Shigorin (ok), 23:15, 09/04/2013 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> это проблема не в системд, а в плимуте.
Та, на которую сослался -- вылазила и без plymouth. Майнтейнер опять починил, дифф не смотрел ещё...
| | |
|
|
|
|
| |
| 4.306, Michael Shigorin (ok), 23:16, 09/04/2013 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> Запили unit и запили init скрипт, нафига мне systemd тогда?
Если это исключение -- то ещё может быть смысл. Если же перекрывание штатных юнитов и лепка обёрток к инитскриптам оказывается частым явлением, вот тогда именно такой вопрос и встаёт.
| | |
|
|
| 2.42, Аноним (-), 15:16, 07/04/2013 [^] [^^] [^^^] [ответить]
| +7 +/– |
> Еесли вдруг в одном из узлов дерева что-то не так, то
> всё поддерево перестает запускаться. Это вызывает море удовольствия в часах проведенных
> в попытках найти и исправить причину...
Как только люди не страдают, лишь бы логи не читать. А ведь там прямо написано, что, когда и почему не запустилось.
> Поскольку юнит — это не скрипт и туда нельзя запихнуть конструкции с
> if и for (а такое частенько бывает нужно), то в systemd
> такие вещи переписывают на Си (!) и компилируют, а сам файл
> прописывают только запуск /usr/lib/systemd/systemd-<name>. Типичный пример: systemd-fsck-root.service.
В принципе, то же самое можно сделать хоть на баше, но будет мееедленно.
> В результате, чтобы просто узнать, что именно делает этот долбаный юнит, нужно
> искать среди исходников systemd (а также кучи других пакетов) нужный файл
> и разбираться в каше сишного кода. Которая, к слову, выглядит пострашнее
> любого навороченного баш-скрипта.
Квадратно-гнездовое мышление времен SysV, когда была традиция не документировать процесс загрузки, так что узнать назначение скрипта можно было только чтением его кода.
А в эпоху systemd, чтобы понять назначение любого стандартного юнита, достаточно прочитать его manpage.
> ----
> к systemd претензия в том, что он — худшее, что могли выбрать арчеводы для init-системы.
> ...
Ну и дальше поток сознания ЛОР-клоуна AX (одноклассник Зенитура). Никаких аргументов, одни эмоции. Даже комментировать не стоит.
> Раньше считалось, что арч хорош потому, что он KISS. Но использование вместо
> init-а велосипедокомбайна из (неполный список) init-демона, syslog-а, udev, cron, dbus,
> (x)inetd, readahead, ulatencyd, kdm/gdm/xdm, consolekit, sethostname, mount и http-сервера
Ну дык все правильно. Вместо кучи велосипедов, каждый из которых нужно изучать отдельно - одно нормальное решение, которое можно изучить один раз. Простота - залог здоровья!
| | |
| |
| 3.51, cmp (ok), 15:37, 07/04/2013 [^] [^^] [^^^] [ответить]
| –4 +/– |
нормальный скрипт в данном контексте не нуждается в документации, на то он и скрипт - 4 функции start/stop/restart/status, если чтение его вызывает проблемы, лучше не трогать, целее система будет, его можно воспринимать как конфиг со стандартным синтаксисом, а вы пытаетесь заменить это программой со своим конфигом и мануалом, зачем только не понятно.
| | |
| |
| 4.54, Аноним (-), 15:46, 07/04/2013 [^] [^^] [^^^] [ответить]
| +/– | |
> нормальный скрипт в данном контексте не нуждается в документации,
Весьма спорное утверждение.
> на то он и скрипт - 4 функции start/stop/restart/status, если чтение его вызывает проблемы,
> лучше не трогать, целее система будет, его можно воспринимать как конфиг
> со стандартным синтаксисом, а вы пытаетесь заменить это программой со своим
> конфигом и мануалом, зачем только не понятно.
Затем, что язык программирования - это нифига не конфиг, очевидно же.
Не надо смешивать настройки и код.
| | |
| |
| 5.59, Аноним (-), 15:57, 07/04/2013 [^] [^^] [^^^] [ответить]
| +/– |
Между прочим, это ключевые принципы классического unix-way:
- никакой документации (кому надо - путь читает сорцы)
- конфигурация и код едины (надо настроить - правь код)
Во всяком случае, именно такое впечатление складывается, если верить сторонникам sysvinit.
| | |
| |
| 6.142, Аноним (-), 21:06, 07/04/2013 [^] [^^] [^^^] [ответить] | +3 +/– | Короткий и локальный код должен быть самодокументированным, вынос документации з... большой текст свёрнут, показать | | |
| 6.211, Аноним (-), 10:16, 08/04/2013 [^] [^^] [^^^] [ответить]
| –1 +/– | |
> - никакой документации
А маны - это, типа, не юникс вэй? Как интересно.
> (кому надо - путь читает сорцы)
Вот только юникс был проприетарной системой. И сорцев соответствнено не было.
> - конфигурация и код едины (надо настроить - правь код)
См. выше.
| | |
| |
| 7.248, Аноним (-), 15:00, 08/04/2013 [^] [^^] [^^^] [ответить]
| +1 +/– | |
>А маны - это, типа, не юникс вэй? Как интересно.
Попробуйте (в нормально, не отпоттеросяненной ОС)
$man initscript
и приколитесь.
| | |
|
|
| 5.60, cmp (ok), 15:58, 07/04/2013 [^] [^^] [^^^] [ответить]
| –1 +/– |
> Затем, что язык программирования - это нифига не конфиг, очевидно же.
> Не надо смешивать настройки и код.
/etc/rc.d/
знаете для чего нужна папка etc?
Программа для запуска программы - дисонанса не улавливаете?
| | |
| |
| 6.62, Аноним (-), 16:06, 07/04/2013 [^] [^^] [^^^] [ответить]
| –1 +/– |
> /etc/rc.d/
> знаете для чего нужна папка etc?
В SysV init - для хранения программ.
> Программа для запуска программы - дисонанса не улавливаете?
Ну дык SysVinit-way во все поля.
| | |
| |
| 7.68, Аноним (-), 16:15, 07/04/2013 [^] [^^] [^^^] [ответить]
| +/– |
>> /etc/rc.d/
>> знаете для чего нужна папка etc?
> В SysV init - для хранения программ.
Когда программы лежат в /etc и запускают другие программы - это и есть unix-way! Тупым systemd-фанатикам не понять :)
| | |
| |
| 8.76, Аноним (-), 16:30, 07/04/2013 [^] [^^] [^^^] [ответить] | +2 +/– | А еще всякие bin-ы - для лохов Настоящие юниксоиды там конфиги хранят Но syst... текст свёрнут, показать | | |
|
|
| 6.125, Аноним (-), 20:23, 07/04/2013 [^] [^^] [^^^] [ответить]
| +2 +/– |
> знаете для чего нужна папка etc?
> Программа для запуска программы - дисонанса не улавливаете?
Вы недалеки от просветления. Это и есть Unix Way: запускать программы по возможности программами.
Вручную пусть всё запускают те, кто каталоги "папками" называет.
| | |
|
| 5.143, arisu (ok), 21:09, 07/04/2013 [^] [^^] [^^^] [ответить]
| +1 +/– |
> Затем, что язык программирования — это нифига не конфиг, очевидно же.
> Не надо смешивать настройки и код.
видимо, именно поэтому у системд есть таки условия в «конфигах». корявые, неудобные, но есть. внизапна! это уже язык программирования. хоть и не тюринг-полный. не кидайся камнями из стеклянного дома.
| | |
| |
| |
| 7.212, Аноним (-), 10:17, 08/04/2013 [^] [^^] [^^^] [ответить]
| +/– | |
> Кстати, да, на рефале написать систему инициализации было бы круто.
Так пишите, кто вам не дает?
| | |
|
|
|
|
| 3.231, Адекват (?), 13:01, 08/04/2013 [^] [^^] [^^^] [ответить]
| +1 +/– |
> Квадратно-гнездовое мышление времен SysV, когда была традиция не документировать процесс
> загрузки, так что узнать назначение скрипта можно было только чтением его
> кода.
> А в эпоху systemd, чтобы понять назначение любого стандартного юнита, достаточно прочитать
> его manpage.
А вы manpag'у на все 100% доверяете :) ? может в нем какая-то неточность есть, или смысл выражений можно как-то двояко трактовать ? Или ментейнеры не досмотрели и не обновили manpage ?
Я вот считаю, что действительно понять как работает скрипт - можно увидев его код, просто пробежав глазами.
| | |
|
| 2.126, anonymous (??), 20:29, 07/04/2013 [^] [^^] [^^^] [ответить]
| +1 +/– |
> Systemd пошел дальше. Вместо простого списка сервисов, которое надо запустить, он описывает
> дерево запуска. Каждый его unit-файл описывает узел этого дерева. И этих
> unit-файлов сотни. Через unit-ы в нём описано всё, условный и безусловный запуск, монтирование и проверки файловых систем, запуск и остановки и т.д.
> Еесли вдруг в одном из узлов дерева что-то не так, то
> всё поддерево перестает запускаться. Это вызывает море удовольствия в часах проведенных
> в попытках найти и исправить причину...
IMO построить дерево запуска можно (и нужно) статически, что впрочем вполне успешно делается таким простым средством, как insserv.
| | |
| 2.177, etw (ok), 00:56, 08/04/2013 [^] [^^] [^^^] [ответить] | –2 +/– | не отличаЕтся, а отличаЮтся Сам инит параллельно ничего без нашлепки сверху под... большой текст свёрнут, показать | | |
| |
| 3.240, an (??), 14:17, 08/04/2013 [^] [^^] [^^^] [ответить]
| +1 +/– |
> > программа, которая их запускает, умеет запускать их параллельно
>
> Сам инит параллельно ничего без нашлепки сверху под названием insserv (которая есть
> только в дебиане и Ко) запускать не умеет.
А ничего, что insserv выстраивает скрипты в /etc/rc?.d/ _не во время загрузки системы_,
а в процессе загрузки совсем не участвует?
| | |
|
|
| 1.30, Аноним (-), 14:08, 07/04/2013 [ответить] [﹢﹢﹢] [ · · · ] | –5 +/– | ещё хотите про недостатки системд ---- Нет Для этого придумали logrotate, кото... большой текст свёрнут, показать | | |
| |
| |
| Часть нити удалена модератором |
| |
| 4.40, Аноним (-), 15:04, 07/04/2013 [^] [^^] [^^^] [ответить]
| +/– | |
> леннарт, поттеринг, ты?
Нет, это другой леннартоборец вас поддерживает :)
| | |
|
|
| 2.50, Аноним (-), 15:35, 07/04/2013 [^] [^^] [^^^] [ответить] | +4 +/– | Все эти костыли по-своему замечательны, но проблем дизайна протокола syslog они ... большой текст свёрнут, показать | | |
| |
| 3.87, Аноним (-), 16:51, 07/04/2013 [^] [^^] [^^^] [ответить] | +3 +/– | Ась Какое-какое сжатие с потерями Эк Вас приложило-то А сжатие происходи... большой текст свёрнут, показать | | |
| |
| 4.89, Аноним (-), 17:02, 07/04/2013 [^] [^^] [^^^] [ответить] | –1 +/– | Попробую еще раз, для самых несообразительных структура записи какая информаци... большой текст свёрнут, показать | | |
| |
| 5.94, Аноним (-), 17:15, 07/04/2013 [^] [^^] [^^^] [ответить] | +1 +/– | Вот, для сравнения, несжатый вариант Tue, 2012-10-23 23 51 38 CEST PRIORITY 6 SY... большой текст свёрнут, показать | | |
| 5.132, jOKer (ok), 20:45, 07/04/2013 [^] [^^] [^^^] [ответить]
| +1 +/– |
 А между прочим кто сказал, что поступающая в журнал инфа должна укладываться в прокрустово ложе представлений Леонардо о нормализации?
И почему бы не хранить данные в NoSQL DB?
И с какого перепуга Леонардо смешал в кучу нормализацию данных (которая очевидно в журнале никому не упала) и бинарный формат, который возможно кому-то и понадобится? Между этими понятиями, если что, знак равенства не стоит!
| | |
| |
| |
| 7.152, jOKer (ok), 22:58, 07/04/2013 [^] [^^] [^^^] [ответить]
| +2 +/– |
Наивный вопрос имею: а почему бы не считать такой БД обычный текстовик в формате "ключ-значение"?
| | |
| |
| |
| 9.156, jOKer (ok), 23:32, 07/04/2013 [^] [^^] [^^^] [ответить] | +1 +/– | Тогда последний наивный вопрос а не проще ли было бы прикрутить к rsyslog как ... текст свёрнут, показать | | |
|
| 8.214, Аноним (-), 10:23, 08/04/2013 [^] [^^] [^^^] [ответить] | –1 +/– | Потому что у него нет индексов для быстрого лукапа в основном Ну и потому что о... текст свёрнут, показать | | |
| |
| 9.226, jOKer (ok), 12:12, 08/04/2013 [^] [^^] [^^^] [ответить] | +/– | На самом деле, вы немножко забегаете вперед сначала надо условится о том что ... большой текст свёрнут, показать | | |
|
|
|
|
| |
| 6.147, quux (??), 22:28, 07/04/2013 [^] [^^] [^^^] [ответить]
| –1 +/– | |
> зачем в РСУБД хранимые процедуры придумали -- сами сообразите или подсказать надо?
Ну и зачем ?
| | |
| |
| 7.151, Michael Shigorin (ok), 22:49, 07/04/2013 [^] [^^] [^^^] [ответить]
| +1 +/– |
>> зачем в РСУБД хранимые процедуры придумали -- сами сообразите или подсказать надо?
> Ну и зачем ?
...когда всё решается высокоуровневыми запросами по структурированным данным, ага... ;-)
| | |
| 7.193, anonymous (??), 09:01, 08/04/2013 [^] [^^] [^^^] [ответить]
| +/– |
> > зачем в РСУБД хранимые процедуры придумали -- сами сообразите или подсказать надо?
>
> Ну и зачем ?
В процессе отработки кошерного реляционного запроса легко получаются многомерные массивы нехилого объема. И тогда придумать sql clause, который engine может переварить становится нетривиально и он (clause) сильно зависит от engine (т.е. формально переносимо, фактически --- нет).
| | |
|
|
|
|
| 3.133, Аноним (-), 20:47, 07/04/2013 [^] [^^] [^^^] [ответить]
| +1 +/– |
1) Структурированный лог это замечательно.
2) Двоичный лог это просто глупость.
3) "Доверенное" логгирование это палка о двух концах, поскольку добавляет в систему еще одну Точку Отказа Всего.
| | |
| 3.181, Аноним (-), 05:30, 08/04/2013 [^] [^^] [^^^] [ответить] | +1 +/– | Все программисты сразу кинулись переписывать программы под journald А вот нена... большой текст свёрнут, показать | | |
| |
| 4.295, qux (ok), 18:55, 09/04/2013 [^] [^^] [^^^] [ответить]
| +/– | |
> А вот ненадо ставить права на лог 777.
А вот не надо считать будто это убирает проблему. Вызов спец. тулзы никто не отменял.
| | |
|
|
| |
| |
| 4.216, Аноним (-), 10:37, 08/04/2013 [^] [^^] [^^^] [ответить] | –1 +/– | Когда кто-то идет изучать логи, а не просто спускает их в dev null в очередной ... большой текст свёрнут, показать | | |
| |
| 5.245, Пр0х0жий (??), 14:56, 08/04/2013 [^] [^^] [^^^] [ответить]
| +1 +/– |
> если админам в целом окажется более удобно нечто типа systemd,
> вы просто останетесь без пользователей дистра.
Пользователям всё равно, что удобнее админам.
Но и с системд может произойти прямо до наоборот.
> даже фирма Нокия применила пульсаудио на мобильном телефоне
Кирпичи от Нокиа тоже умели это, где пульсаудио не может быть по-определению.
> они там поюзали разные громкости звука для разных приложений
dmix + softvol или где-то enable control keys
Что дефолтно часто не активировано и надо подтолкнуть.
Если ситуацию нельзя довести до подобного, то это уже проблемы клозет сорс.
| | |
| |
| 6.269, arisu (ok), 21:40, 08/04/2013 [^] [^^] [^^^] [ответить]
| +1 +/– |
там вообще несколько через кое-что сделано. система жестоко завязана на dbus и gconf, причем без особой на то надобности.
| | |
|
| 5.268, arisu (ok), 21:37, 08/04/2013 [^] [^^] [^^^] [ответить] | +2 +/– | и это был редкостный идиотизм, да учитывая, что при этом нокия не дала исходник... большой текст свёрнут, показать | | |
|
| 4.294, qux (ok), 18:54, 09/04/2013 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> Зачем тогда такая спешка с запихиванием всех на systemd всеми правдами и неправдами?
Зачем оно RH имхо очевидно, а насчет всех это вопрос к ним же. Должно быть или из-за отличного качества продукта, или из-за неудовлетворительной квалификации затаскивающих это как дефолтный init. Толсто, да, но других причин честно не придумывается.
| | |
|
|
| 2.178, etw (ok), 01:07, 08/04/2013 [^] [^^] [^^^] [ответить] | –1 +/– | Ха-ха Давай по пунктам - Solr это индексатор Сам по себе ничем не ценен - E... большой текст свёрнут, показать | | |
| |
| 3.303, Michael Shigorin (ok), 23:08, 09/04/2013 [^] [^^] [^^^] [ответить]
| +1 +/– |
> То, что ты предложил, предназначено для сбора логов с большого количества
> серверов в промышленных масштабах на выделенный под эти цели кластер.
> journal же нужен для похожей задачи, но только в рамках одной машины.
> Это совершенно разные области!
Внимание, вопрос: зачем мне "то же самое, только в рамках одной машины"?
А что применить из уже работающего крупнокалиберного по задачам, где _действительно_ есть смысл в риторике, которую слышу в пользу journal -- и так знаю.
| | |
|
|
| |
| 2.73, Аноним (-), 16:26, 07/04/2013 [^] [^^] [^^^] [ответить]
| +/– | |
> sata_nv.parallel_scan=1
Хм. А тыщу LVM-томов оно тоже ускорит (это не возражение, а именно вопрос)?
| | |
|
| 1.123, Аноним (-), 20:14, 07/04/2013 [ответить] [﹢﹢﹢] [ · · · ]
| +2 +/– |
Вот прочитал комментарии и подумал. Знаете, что самое забавное. Комментаторы столько энергии и страсти тратят на критику/защиту systemd, как будто от этого что-то зависит. А между тем весь этот процесс идет независимо от них. Я таки защищаю всех тех, кто просто делает свое дело.
| | |
| |
| 2.183, Аноним (-), 05:41, 08/04/2013 [^] [^^] [^^^] [ответить]
| +/– |
> Вот прочитал комментарии и подумал. Знаете, что самое забавное. Комментаторы столько энергии
> и страсти тратят на критику/защиту systemd, как будто от этого что-то
> зависит. А между тем весь этот процесс идет независимо от них.
> Я таки защищаю всех тех, кто просто делает свое дело.
Пока платят бабки чтоб процесс то не шел?
Менеджер дал задание программер написал, как написал че написал всем пофиг.
Главное это продать, прорекламировать и продать.
Не индусские неасиляторы баша стоят дешевле, это позволяет сэкономить.
Есть проблемы добро пожаловать в службу поддержки redhat.
Дальше можно не писать и так понятно зачем systemd нужен и кому.
| | |
| |
| 3.198, Аноним (-), 09:15, 08/04/2013 [^] [^^] [^^^] [ответить]
| +/– |
Можно было вообще не писать с самого начала. Столько энергии в пустоту ущло.
| | |
| 3.352, бедный буратино (ok), 07:43, 11/04/2013 [^] [^^] [^^^] [ответить]
| –1 +/– | |
> Пока платят бабки чтоб процесс то не шел?
Да, кому-то платят бабки за то, чтобы процесс развития opensource не шёл. Но большинство - идейные, запуганные перспективами. Как когда-то пугали коммунизмом, что всё задушит и отберёт, так и сейчас опенсорцом.
| | |
|
| 2.350, бедный буратино (ok), 07:40, 11/04/2013 [^] [^^] [^^^] [ответить]
| +/– | |
Люди пишут злобные комментарии не от хорошей жизни. Они просто выросли в таком мире, на такой культуре.
И не имеет значение, хорошее это или плохое. Люди пишут комментарии по тому, что более популярно. Потому что более резонансно. Кто-то от таких комментариев ломается (разработчики Gnome3), кто-то с большим трудом через них пробивается, постоянно оправдываясь (systemd), а кто-то просто делает то, что считает нужным, так, как считает нужным (лидеры ядра Linux, системы OpenBSD).
Так выпьем же за то, чтобы всё это делало нас только сильнее.
| | |
|
| |
| 2.207, Av (??), 09:47, 08/04/2013 [^] [^^] [^^^] [ответить]
| +/– | |
> а кто эта женщина в очках?
Ах вон оно что! Я то думаю, что это у WOT'а сервера постоянно отваливаются и тех. работы регулярнее появления тандема на экране. Так это поттеринг.
| | |
|
| |
| 2.217, Аноним (-), 10:44, 08/04/2013 [^] [^^] [^^^] [ответить]
| +/– | |
> Я не ошибся там упомянуты сервера с тысячами дисков?
Сервак с 40 дисков собрал вообще какой-то индивид с хабры. На коленке и вообще с виндой. По поводу чего не понятно, чего бы вдруг пингвину не работать с сотнями или даже тысячами дисков.
| | |
| |
| 3.218, Аноним (-), 10:54, 08/04/2013 [^] [^^] [^^^] [ответить]
| –1 +/– |
Ну как бы с того кто подключить их будет ну очень проблемно. Просто жуть как проблемно. То есть в теории я не отрицаю такого, но на практике бред.
| | |
| |
| 4.287, Аноним (-), 06:40, 09/04/2013 [^] [^^] [^^^] [ответить]
| +/– |
Adaptec RAID 72405 ASR-72405 Single PCI-E x8, 24-port SAS
24*3+6=78
ну по крайней мере 78 подрубить можно, и еще pci-e x1 остануться.
| | |
| |
| 5.314, Michael Shigorin (ok), 00:37, 10/04/2013 [^] [^^] [^^^] [ответить]
| +/– |
> Adaptec RAID 72405 ASR-72405 Single PCI-E x8, 24-port SAS
> 24*3+6=78
Это если без экспандеров. С другой стороны -- а оно честно не затыкается при 24 дисках?
| | |
|
|
|
|
| 1.223, Аноним (-), 11:08, 08/04/2013 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– |
Вопрос номер раз, почему systemd не была написана раньше?
Тот кто может такую написать люди умные и им она нафиг не нужна.
Те кто не могут, поклоняться поттерингу.
| | |
| |
| 2.271, arisu (ok), 21:50, 08/04/2013 [^] [^^] [^^^] [ответить]
| +1 +/– |
ну да, примерно потому же, почему двухпанельных файловых менеджеров не так много (мёртвые проекты и проекты в анабиозе не в счёт). именно потому, что пока он автору нужен, то автор не очень хорошо программирует. а когда автор хорошо программирует — уже и не нужен.
| | |
|
| 1.228, svr (?), 12:25, 08/04/2013 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– | |
Centos 6.3, кусочек из killproc():
# Kill it.
if [ -n "$pid" ] ; then
[ "$BOOTUP" = "verbose" -a -z "${LSB:-}" ] && echo -n "$base "
if [ -z "$killlevel" ] ; then
if checkpid $pid 2>&1; then
# TERM first, then KILL if not dead
kill -TERM $pid >/dev/null 2>&1
usleep 100000
if checkpid $pid && sleep 1 &&
checkpid $pid && sleep $delay &&
checkpid $pid ; then
kill -KILL $pid >/dev/null 2>&1
usleep 100000
fi
fi
checkpid $pid
RC=$?
[ "$RC" -eq 0 ] && failure $"$base shutdown" || success $"$base shutdown"
RC=$((! $RC))
Кусочек из status()
status() {
local base pid lock_file= pid_file=
# Test syntax.
if [ "$#" = 0 ] ; then
echo $"Usage: status [-p pidfile] {program}"
return 1
fi
if [ "$1" = "-p" ]; then
pid_file=$2
shift 2
fi
if [ "$1" = "-l" ]; then
lock_file=$2
shift 2
fi
base=${1##*/}
Про инит скрипты musqld вообще молчу. Человек, который считает что это правильно и удобно, определённо не дружит с головой
| | |
| |
| 2.229, Av (??), 12:40, 08/04/2013 [^] [^^] [^^^] [ответить]
| +1 +/– |
а что не так собственно? алгоритм не красивый? или буковки незнакомые?
| | |
| |
| 3.233, svr (?), 13:09, 08/04/2013 [^] [^^] [^^^] [ответить]
| –1 +/– |
Дебильные непараметризованные sleep и usleep, usage в status не описывает реально его функционал и прочее и прочее. Это адов бардак, писавшийся разными людьми с разными подходами, сплошные костыли и workaround'ы. Мне по работе приходится постоянно в этом центосном навозе копаться и я очень очень тоскую по systemd на своих личных компах и ноутбуках. А ещё приходится писать init'ы для использования с initctl от upstart и прочую херь, которая в systemd пишется в три-пять простых и понятных строк
| | |
| |
| 4.234, Av (??), 13:35, 08/04/2013 [^] [^^] [^^^] [ответить]
| +1 +/– |
Странные у вас аргументы про костыли и подходы, systemd внутри тоже не блещет фердипердозностью.
| | |
| |
| 5.236, svr (?), 13:58, 08/04/2013 [^] [^^] [^^^] [ответить]
| –1 +/– |
> Странные у вас аргументы про костыли и подходы, systemd внутри тоже не
> блещет фердипердозностью.
Чего странного? Я представил энтерпрайзный быдлокод, объяснил что мне в нём не нравится. И, в отличие от, для использования systemd мне в его код лезть нет необходимости. Он экономит моё время. А если systemd внутри не блещет "фердипердозностью", так я только рад: не уверен в необходимости такого блеска.
| | |
| |
| 6.241, Av (??), 14:26, 08/04/2013 [^] [^^] [^^^] [ответить]
| +1 +/– |
Это вы себя программируете словом "быдлокод"? Объясните чем тогда отличается изменение под свои нужды "быдлокода" и "быдлоконфига" для systemd?
| | |
| |
| 7.243, svr (?), 14:33, 08/04/2013 [^] [^^] [^^^] [ответить]
| –1 +/– |
> Это вы себя программируете словом "быдлокод"? Объясните чем тогда отличается изменение
> под свои нужды "быдлокода" и "быдлоконфига" для systemd?
Временем, коллега. Разбирание в кривых (а их реально много) init скриптах есть бесполезная трата времени. Конфиг сервиса для systemd представляет собой несколько простых строчек и понятен с первого взгляда. Вероятность ошибок снижается, эффективность работы повышается. Если это не очевидно - увы.
| | |
| |
| 8.246, Av (??), 14:57, 08/04/2013 [^] [^^] [^^^] [ответить] | +1 +/– | Вы теплое с мягким не путайте Несколько строчек будет и в скрипте для запуска с... текст свёрнут, показать | | |
| |
| 9.252, svr (?), 15:37, 08/04/2013 [^] [^^] [^^^] [ответить] | –1 +/– | Вот удивляют меня люди, не читающие документацию, но активно при этом спорящие ... текст свёрнут, показать | | |
| |
| 10.253, Av (??), 15:49, 08/04/2013 [^] [^^] [^^^] [ответить] | +1 +/– | вот-вот в конечном итоге для нетривиальной задачи ваш конфиг выродится в указан... текст свёрнут, показать | | |
| |
| 11.254, svr (?), 16:42, 08/04/2013 [^] [^^] [^^^] [ответить] | –2 +/– | Демагог же К чёрту авто, в нетривиальном случае придётся воспользоваться лошадь... текст свёрнут, показать | | |
|
|
|
|
|
| 6.242, pavlinux (ok), 14:29, 08/04/2013 [^] [^^] [^^^] [ответить]
| +1 +/– |
 > И, в отличие от, для использования systemd мне в его код лезть нет необходимости.
А нафига тогда полез в killproc()?
| | |
| |
| 7.244, svr (?), 14:34, 08/04/2013 [^] [^^] [^^^] [ответить]
| –2 +/– |
>> И, в отличие от, для использования systemd мне в его код лезть нет необходимости.
> А нафига тогда полез в killproc()?
Разгребал разнообразные глюки при shutdown'е сервера
| | |
| |
| |
| 9.258, svr (?), 18:14, 08/04/2013 [^] [^^] [^^^] [ответить] | –1 +/– | Сервисы внутрикомпанейские, собственной разработки, поэтому и багзилла внутрення... текст свёрнут, показать | | |
|
|
|
|
|
|
|
| |
| 3.257, svr (?), 18:06, 08/04/2013 [^] [^^] [^^^] [ответить]
| –1 +/– |
>>Centos 6.3, кусочек из killproc():
> глянь на код CRUX, Slackware. От людей и для людей.
CRUX некторое время юзал, потом ушёл на анлогичный lunar. В целом про инициализацию CRUX'а согласен: человеками и для человеков ;-)
| | |
| |
| 4.278, Аноним (-), 22:06, 08/04/2013 [^] [^^] [^^^] [ответить]
| –1 +/– | |
> CRUX некторое время юзал, потом ушёл на анлогичный lunar.
Кстати, а в crux есть поддержка нескольких репозиториев? В lunar-то точно нет (поэтому я и использую до сих пор SMGL).
| | |
|
|
|
| 1.239, Аноним (-), 14:16, 08/04/2013 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– |
"Раньше мой линукс поднимался медленно, но когда я попробовал systemd мой линукс стал подниматься гораздо быстрее..."
<<
>> | | |
| |
| 2.290, anonymous (??), 08:40, 09/04/2013 [^] [^^] [^^^] [ответить]
| +/– |
В новости есть ссылка на страницу с докладами к конференции, а там есть ссылки на все презентации.
| | |
|
|
