The OpenNET Project / Index page

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



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

Оглавление

Разработчики systemd: загрузка с initrd оказалась быстрее за..., opennews (??), 07-Апр-13, (0) [смотреть все]

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


4. "Разработчики systemd: загрузка с initrd оказалась быстрее за..."  +/
Сообщение от Константавр (ok), 07-Апр-13, 09:38 
>В ходе работ по улучшению поддержки системного менеджера systemd.... загрузка с initrd оказалась быстрее загрузки без initrd

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

Да. Это вброс.

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

5. "Разработчики systemd: загрузка с initrd оказалась быстрее за..."  –2 +/
Сообщение от GotF (ok), 07-Апр-13, 09:52 
> набор отдельных скриптов на баше

За bash в init-скриптах нужно бить тяжёлым тупым предметом по голове, особенно когда файл начинается с «#!/bin/sh».

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

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

7. "Разработчики systemd: загрузка с initrd оказалась быстрее за..."  +2 +/
Сообщение от Аноним (-), 07-Апр-13, 09:57 
> особенно когда файл начинается с «#!/bin/sh».

А когда он начинается с «#!/sbin/runscript»?

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

17. "Разработчики systemd: загрузка с initrd оказалась быстрее за..."  +/
Сообщение от GotF (ok), 07-Апр-13, 11:35 
>> особенно когда файл начинается с «#!/bin/sh».
> А когда он начинается с «#!/sbin/runscript»?

Не знаю. Ни в Debian, ни в RHEL такой команды нет.

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

74. "Разработчики systemd: загрузка с initrd оказалась быстрее за..."  +/
Сообщение от Аноним (-), 07-Апр-13, 16:28 
>>> особенно когда файл начинается с «#!/bin/sh».
>> А когда он начинается с «#!/sbin/runscript»?
> Не знаю. Ни в Debian, ни в RHEL такой команды нет.

Да, это местечковый велосипед :)

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

12. "Разработчики systemd: загрузка с initrd оказалась быстрее за..."  –1 +/
Сообщение от sasku (ok), 07-Апр-13, 10:57 
> особенно когда файл начинается с «#!/bin/sh».

согласен, раз нарвался на проблему:
сидел на центоси, там /bin/sh вызывал /bin/bash
перешел на демьяна и вдруг все мои инит-скрипты перестали работать (
оказалось в демьяне /bin/sh вызывает /bin/dash (Debian Almquist Shell (dash))

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

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

99. "Разработчики systemd: загрузка с initrd оказалась быстрее за..."  +6 +/
Сообщение от Аноним (-), 07-Апр-13, 17:32 
> Ну и кто в итоге дураком остался?

Поттеринг, конечно же.

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

163. "Разработчики systemd: загрузка с initrd оказалась быстрее за..."  +/
Сообщение от etw (ok), 08-Апр-13, 00:17 
>> особенно когда файл начинается с «#!/bin/sh».
> согласен, раз нарвался на проблему:
> сидел на центоси, там /bin/sh вызывал /bin/bash
> перешел на демьяна и вдруг все мои инит-скрипты перестали работать (
> оказалось в демьяне /bin/sh вызывает /bin/dash (Debian Almquist Shell (dash))

Обычно правильные инит-скрипты сразу завязаны на какой-нибудь свой дистрибутивоспецифичный /etc/init.d/functions (куда вынесена часто используемая функциональность) и непортабельны оп определению, даже если шелл тот же самый.

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

171. "Разработчики systemd: загрузка с initrd оказалась быстрее за..."  +/
Сообщение от Michael Shigorinemail (ok), 08-Апр-13, 00:37 
> и непортабельны оп определению

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

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

192. "Разработчики systemd: загрузка с initrd оказалась быстрее за..."  –1 +/
Сообщение от Аноним (-), 08-Апр-13, 08:46 
> и зачастую это имеет под собой основания.  

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

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

286. "Разработчики systemd: загрузка с initrd оказалась быстрее за..."  +/
Сообщение от Пр0х0жий (??), 09-Апр-13, 05:14 
Может пнуть его для начала через 'dpkg-reconfigure dash'?
Или как там в Дебианах? RTFM же...
Однако ж и в #171 посмотреть.
Ответить | Правка | К родителю #12 | Наверх | Cообщить модератору

292. "Разработчики systemd: загрузка с initrd оказалась быстрее за..."  –2 +/
Сообщение от qux (ok), 09-Апр-13, 13:52 
Для начала, если для неинтерактивного шелла выбран dash, то наверное это зачем-то нужно.

Лично /me тут совсем больших выгод не знает, но встряхнуть любителей использовать башизмы вместе с /bin/sh вещь неплохая. Хоть и поотваливалось кое-где ой...

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

13. "Разработчики systemd: загрузка с initrd оказалась быстрее за..."  +9 +/
Сообщение от anonymous (??), 07-Апр-13, 11:06 
Туым предметом надо бить тех, кто не осознает, что /bin/sh не обязан равняться /bin/bash.
Ответить | Правка | К родителю #5 | Наверх | Cообщить модератору

56. "Разработчики systemd: загрузка с initrd оказалась быстрее за..."  –1 +/
Сообщение от Аноним (-), 07-Апр-13, 15:49 
> Туым предметом надо бить тех, кто не осознает, что /bin/sh не обязан
> равняться /bin/bash.

sysvinit-проблемы :)

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

69. "Разработчики systemd: загрузка с initrd оказалась быстрее за..."  +1 +/
Сообщение от Аноним (-), 07-Апр-13, 16:15 
>> Туым предметом надо бить тех, кто не осознает, что /bin/sh не обязан
>> равняться /bin/bash.
> sysvinit-проблемы :)

Да нет, проблемы "программеров", которые сначала чего-нибудь накодят, а потом говорят - "Да зачем нужны эти ваши стандарты?! Теперь будет вот так, я переписывать свою писанину ради сответствия стандартам не буду!"
Но в случае sysvinit эта проблема решается правкой одной-двух строчек. А вот в случае systemd - это генетическая проблема, не имеющая, как правило, простого и однозначного решения.


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

78. "Разработчики systemd: загрузка с initrd оказалась быстрее за..."  +1 +/
Сообщение от Аноним (-), 07-Апр-13, 16:35 
> Да нет, проблемы "программеров", которые сначала чего-нибудь накодят, а потом говорят -
> "Да зачем нужны эти ваши стандарты?! Теперь будет вот так, я
> переписывать свою писанину ради сответствия стандартам не буду!"
> Но в случае sysvinit эта проблема решается правкой одной-двух строчек.

Не подскажете, как правкой одной-двух строчек заставить произвольно выбранный init-скрипт запускаться на любом дистрибутиве?

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

109. "Разработчики systemd: загрузка с initrd оказалась быстрее за..."  –1 +/
Сообщение от Аноним (-), 07-Апр-13, 19:22 
> запускаться на любом дистрибутиве?

Никак. Более того - половина долбоклюев пишет эти портянки по принципу "у меня же работает?!". Да еще перемешав пути с логикой и прочая. Чинить за ними такой крап - на редкость отвратное занятие.

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

129. "Разработчики systemd: загрузка с initrd оказалась быстрее за..."  +/
Сообщение от GotF (ok), 07-Апр-13, 20:41 
> Не подскажете, как правкой одной-двух строчек заставить произвольно выбранный init-скрипт запускаться на любом дистрибутиве?

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

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

166. "Разработчики systemd: загрузка с initrd оказалась быстрее за..."  –1 +/
Сообщение от etw (ok), 08-Апр-13, 00:26 
>> Не подскажете, как правкой одной-двух строчек заставить произвольно выбранный init-скрипт запускаться на любом дистрибутиве?
> Если скрипт и дистрибутив LSB-совместимые, то особых проблем быть не должно. В
> иных случаях проще будет написать с нуля.

Ага. До первого "source /lib/lsb/init-functions", который, как оказывается, в дебиане не тот же самый, что и в centos. Вот и переписывают с нуля. И зачем, спрашивается?

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

44. "Разработчики systemd: загрузка с initrd оказалась быстрее за..."  +/
Сообщение от Аноним (-), 07-Апр-13, 15:19 
> А потом, в ходе работ по улучшению, они поймут, что набор отдельных
> скриптов на баше делает процесс загрузки более быстрым, гибким и настраиваемым.

 
> скриптов на баше
> быстрым

/0

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

130. "Разработчики systemd: загрузка с initrd оказалась быстрее за..."  +1 +/
Сообщение от Michael Shigorinemail (ok), 07-Апр-13, 20:44 
>> скриптов на баше
>> быстрым
> /0

Почитайте скрипты {ldv,legion}@altlinux и поучитесь писать без лишних форков.  Естественно, если вместо read var < file использовать var=`cat file` (вот так, без кавычек даже) -- тормозить будет как детский трактор.

Младотурки, блин.  Даже на ноль делить в школе не научились.

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

159. "Разработчики systemd: загрузка с initrd оказалась быстрее за..."  +2 +/
Сообщение от Аноним (-), 07-Апр-13, 23:55 
> Почитайте скрипты {ldv,legion}@altlinux и поучитесь писать без лишних форков.  

Я вот почитал факин ман на апстарт и научился писать ему джобы. Теперь оно и процессы перезапускает, и приоритет им ставит, и под нужным юзером пинает, etc, etc, etc. По нужным событиям и без лишних форков. И всего пяток строчек конфига на все про все. Вот это - хорошее соотношение efforts/results. Куда лучше упомянутых портянок на мое нескромное мнение. А если вдруг этого окажется мало - вот тогда уже и будем звать скриптопортянки. Только это надо в хорошо если 1% случаев.

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

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

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




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

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