https://www.opennet.ru/openforum/vsluhforumID3/135989.html Опубликован релиз классической системы инициализации SysVinit 3.14, которая широко применялась в дистрибутивах Linux во времена до systemd и upstart, а теперь продолжает использоваться в таких дистрибутивах, как Devuan, Slackware, Debian GNU/Hurd и antiX. Код написан на языке Си и распространяется под лицензией GPLv2. Версии применяемых в связке с sysvinit утилит insserv и startpar не изменились. Утилита insserv предназначена для организации процесса загрузки с учётом зависимостей между init-скриптами, а startpar применяется для обеспечения параллельного запуска нескольких скриптов в процессе загрузки системы...<br><br>Подробнее: https://www.opennet.ru/opennews/art.shtml?num=62695<br> https://www.opennet.ru/openforum/vsluhforumID3/135989.html#241 Sat, 15 Feb 2025 14:40:37 GMT &gt; Я в курсе. И именно эта ориентация на байты мне кажется неправильной. <br>&gt; Лучше бы сделали абстракцию которая ко всем относилась по равному. Например, <br>&gt; если предподожим в иероглифах де-факто мы можем ввести только 85 символов, <br>&gt; то и всем остальным нужно говорить что ограничение в 85 символов, <br>&gt; даже если они будут писать латиницей <br><br>Компьютеры так изначально - с байтами работают. И намного удобнее оперировать с каким-то фиксированным максимумом в байтах. А абстракции сильно замедлят все файловые операции, особенно если файлов много. Никогда не видели диру с миллионом файлов? А теперь представьте что там еще какие-то абстракции вопрочать. Предлагаю это в винду запихать, пусть у них там саботаж скорости работы ОС и ФС получится.<br> https://www.opennet.ru/openforum/vsluhforumID3/135989.html#240 Sat, 15 Feb 2025 13:16:09 GMT &gt; к сожалению, в sysvinit нет функций, позволяющих убивать пользователя, <br>&gt; прописавшего в inittab строку длиной более 127, а теперь и 253 <br>&gt; знака.<br>&gt; well... nobody's perfect.<br><br>"I'm nobody" :))<br> https://www.opennet.ru/openforum/vsluhforumID3/135989.html#239 Sat, 15 Feb 2025 13:13:47 GMT &gt; Так памяти вагон уже лет 20 точно.<br><br>А повадки и унаследованный код - остались, увы и ах.<br><br>&gt; пишу 30 лет, я не могу ошибаться".<br><br>Такое тоже бывает. Вооон там за маститым дидом - вычистил его чудный out of bounds на левых входных данных. Но это лучше чем самому навороченное и специфичное алго писать. Сделал каке жесткий рефактор и прочекал граничные условия, стало приличнее. И если кто думает что следующие полвека сможет про си забыть - ну пусть и покажет как оно.<br><br>&gt; Покажи мне нокию которая сможет показывать ютуб часами, <br><br>Ютуба тогда еще не было ессно. Ну или он не особо популярен был.<br><br>&gt; на которой можно играть, <br><br>Под симбиан были нативные гамесы так то. При том с хардварной клавой управление явно лучше чем с обмылком без кнопок вообще, у которого убогий ввод - это боль. Т.е. даже например в аналог breakout какого на ведроиде поиграть - господи, ну и капец же это!<br><br>&gt; чтобы 3-4 мессенджера одновременно работали?<br><br>Я спокойно юзал аську, ирку и жаббер. Вот прям на симбианской нокии. Еще и почтарь https://www.opennet.ru/openforum/vsluhforumID3/135989.html#238 Sat, 15 Feb 2025 11:22:37 GMT &gt; Частично наследие микрооптимизаций использования памяти из времен когда на все было - 4 мега.<br><br>Так памяти вагон уже лет 20 точно.<br>Думаю они просто ленивые, пишут код по лозунгом "и так сойдет", а сверху, как вишенка, ЧСВ размером с Эверест "да я на СИ пишу 30 лет, я не могу ошибаться".<br><br>&gt; Но и когда вожжи отпускают - такое себе. ... мобилки уже стали с кирпич ... все тормозит, акум вечно на нуле, а запустить всего то пару чатов, почтарь, и плеер - что древняя нокия на симбиане могла - уже душняк и едва телепается.<br><br>Сорян, но ты несешь чушь.<br>Покажи мне нокию которая сможет показывать ютуб часами, на которой можно играть, чтобы 3-4 мессенджера одновременно работали? А еще какой-то почтовик, гугл-таблицы и тд.<br>У меня телефон не лопата (72мм шириной). И батарейки в 5к хватает на неделю.<br><br>&gt; Null после free ничем не плох - это антибаг, вызывающий крах как индикатор что кодер жестко облажался.<br><br>Ну... как вариант, но все равно костыльно.<br><br>&gt;&gt; Но случись рекурсия, например, и ваша программа точно так же у https://www.opennet.ru/openforum/vsluhforumID3/135989.html#237 Sat, 15 Feb 2025 11:10:37 GMT &gt;&gt; В systemd тоже может оказаться что-то своё, очень неожиданное, по сравнению с Bash.<br>&gt; Ну его позиция заключается в том, что в systemd есть daemon-reload, который <br>&gt; единовременно прогружает все юниты, а потом держит в памяти. Это конечно <br>&gt; хорошо, это решает гипотетическую проблему конкурентной правки файла скрипта, который <br>&gt; одновременно исполняется.<br><br>Именно. Файло можно спокойно отрихтовать - а потом сказать daemon-reoload когда готово. Без левых спецэффектов на ровном месте.<br> https://www.opennet.ru/openforum/vsluhforumID3/135989.html#236 Sat, 15 Feb 2025 11:08:48 GMT &gt;&gt; Но в этой роли - баш довольно тормозной и жирный.<br>&gt; Ой, и не говори даже, вот то ли дело systemd! =) <br><br>Сам по себе системд в каких-то особых тормозах не замечен. Процесы оптом он на каждый пшик не форкает, да еще с шелл интерпретером внагрузку. А внутрях довольно эффективная конструкция.<br><br>Если у кого склероз, напомню что Debian юзал Dash для вон того во времена актуальности. Именно потому что bash весьма неспешная штука.<br><br>И еще, что получается из скриптовой лапши если попробовать подобие системды замутить отлично показал - openwrt.<br><br>Ситуация: oom killer вынес прогу. В сервисе с настроеным авторестартом. Чудо-месиво утилиток и скриптиков - вообще не видит проблем! Ежели именно по OOM. Системд к счастью не настолько тупой, и по крайней мере не фэйлит миссию железки в настолько тупом формате. Это так, если сравнить рядом, как разные вэи делают одно и то же.<br> https://www.opennet.ru/openforum/vsluhforumID3/135989.html#235 Sat, 15 Feb 2025 10:57:58 GMT &gt; Как же легко живётся анонимам, которые думают, что одного имени файла хватит <br>&gt; всем. Попробуйте контейнер запустить, где будет пробрасываться не однин файл а <br>&gt; несколько, с абсолютным путём. Или какой-нибудь софт вроде ffmpeg с кучей опций.<br><br>- А теперь поза - "фантомас в очках на аэроплане"!<br>- ffmpeg, из sysvinit, с трактатами на японском - в названии файла.<br><br>(неужто какие-то психи так делают?!)<br> https://www.opennet.ru/openforum/vsluhforumID3/135989.html#234 Sat, 15 Feb 2025 10:49:05 GMT &gt; Традиционно, в сях проверки должны быть чуть ли не на каждой строке, <br>&gt; однако на практике мало кто их пишет. <br><br>Такое и правда - бывает. Частично наследие микрооптимизаций использования памяти из времен когда на все было - 4 мега.<br><br>Но и когда вожжи отпускают - такое себе. Вон питоны-электроны, мобилки уже стали с кирпич, отрастили акум во всю крышку. Но нет, все равно постоянно все тормозит, акум вечно на нуле, а запустить всего то пару чатов, почтарь, и плеер - что древняя нокия на симбиане могла - уже душняк и едва телепается.<br><br>&gt; новости о том, что где-то забыли проверку, а где-то присовили null <br>&gt; после вызова free <br><br>Null после free ничем не плох - это антибаг, вызывающий крах как индикатор что кодер жестко облажался.<br><br>&gt; Совершенно верно. По вашему, выделение какого-то массива с захардкоженым размером вам <br>&gt; как-то поможет.<br><br>Внезапно, да! Как видите, я разбил вашу рекурсию - и это работает. Если вся память выделена заранее ("static memory allocation") - выделение памяти не может облажаться by https://www.opennet.ru/openforum/vsluhforumID3/135989.html#233 Fri, 14 Feb 2025 08:08:46 GMT &gt; В systemd тоже может оказаться что-то своё, очень неожиданное, по сравнению с Bash.<br><br>Ну его позиция заключается в том, что в systemd есть daemon-reload, который единовременно прогружает все юниты, а потом держит в памяти. Это конечно хорошо, это решает гипотетическую проблему конкурентной правки файла скрипта, который одновременно исполняется. А мы на это смотрим прохладно лишь потому, что у нас никогда не было таких проблем: ну просто потому, что инит-скрипты правятся обычно не так уж часто, в основном катятся шаблонизаторами (а они создают сначала новый файл, а потом мувят по таргету), прогоняются одноразово, а супервайзинг вообще реализовывался отдельными утилитами, а не средствами собственно шелла. И естественно у нас нет информации о том, что кто-то попадал в подобную ситуацию, каковую парень описал: потому что если бы этот кто-то был способен отдебажить её, то он бы в ней банально не оказался.<br><br>Это довольно скучно. Мы им говорим -- ааа, у вас "0" в предыдущей версии значил одно, а в новой другое. М