The OpenNET Project / Index page

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



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

Оглавление

Началось бета-тестирование Devuan 2.0, форка Debian 9 'Stret..., opennews (??), 14-Фев-18, (0) [смотреть все] +2

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


357. "Началось бета-тестирование Devuan 2.0, форка Debian 9 Stretc..."  +1 +/
Сообщение от пох (?), 17-Фев-18, 20:02 
>> А потому, оставьте мне моё Sysvinit, может ускорьте его как-то для многопоточности
> Ох. Сколько ж раз мне это повторять: параллельный запуск в sysv в
> debian существовал, начиная с 2009 года.

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

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

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

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

362. "Началось бета-тестирование Devuan 2.0, форка Debian 9 Stretc..."  +1 +/
Сообщение от freehckemail (ok), 18-Фев-18, 14:19 
>>> А потому, оставьте мне моё Sysvinit, может ускорьте его как-то для многопоточности
>> Ох. Сколько ж раз мне это повторять: параллельный запуск в sysv в
>> debian существовал, начиная с 2009 года.
> а не догадываетесь, почему он гораздо раньше не начал существовать?
> Правильно: потому что на самом деле нахрен было не нужно, а отлаживать,
> если что-то где-то пошло не так, существенно геморройнее.

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

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

394. "Началось бета-тестирование Devuan 2.0, форка Debian 9 Stretc..."  +/
Сообщение от Аноним (-), 19-Фев-18, 17:46 
> если что-то где-то пошло не так, существенно геморройнее.

В системд по крайней мере есть нормальные инструменты и логгинг. В sysv init их отродясь не было и нет. На коды возврата и сообщения программ все просто дружно клали, что делало траблшутинг не слишком пресным.

> скорость загрузки упирается в диск - потому что в этот момент с
> него надо дофига почитать, распарсить и куда-то еще иногда и записать,

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

> и, в меньшей степени - в процессор (потому что то, что
> в нормальной системе спит себе в idle, сейчас активно ворочается,

Только не при загрузке.

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

А также на железе с SSD под систему и кучей обвеса например. SSD сейчас в моде даже под данные уже, SSD хостинги уже массовое явление. Потому что все упиралось в IO и это его таки разогнало. А так все хорошо, прекрасная маркиза. Но эту быстрого IO вы проспали. Что типично для "veteran unix admin" думавших что мир высечен в камне и не изменится.

> компилируется", а на рабочей станции наоборот, денег экономят, ставя железа по
> минимуму - под рабочий процесс, а не кратковременную загрузку.

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

Поэтому к появлению системды было много комплексных предпосылок. Первым это вообше Марк Шатлворт начал с своим апстартом. Но как обычно первый блин вышел немного комом.

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

399. "Началось бета-тестирование Devuan 2.0, форка Debian 9 Stretc..."  +/
Сообщение от freehckemail (ok), 19-Фев-18, 22:57 
Дорогой мой, всё тобой написанное было бы очень интересно, если бы systemd действительно ускорял загрузку. Однако, как выяснилось, скорость загрузки его оказалась как раз на уровне sysv дебиана.

Единственное, по поводу вот этого отдельно скажу:

> В системд по крайней мере есть нормальные инструменты и логгинг.

Угу. Такой нормальный логгинг, что при повреждении журнала, восстановить его невозможно; и потому единственный способ заиметь надёжный журнал -- перенаправить journald в syslog.

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

401. "Началось бета-тестирование Devuan 2.0, форка Debian 9 Stretc..."  +/
Сообщение от Ю.Т. (?), 19-Фев-18, 22:59 
> Дорогой мой, всё тобой написанное было бы очень интересно, если бы systemd
> действительно ускорял загрузку. Однако, как выяснилось, скорость загрузки его оказалась
> как раз на уровне sysv дебиана.

Кстати, "15-секундная загрузка" году в 13-14-м делалась с ним или без него?

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

403. "Началось бета-тестирование Devuan 2.0, форка Debian 9 Stretc..."  –4 +/
Сообщение от Аноним (-), 19-Фев-18, 23:28 
> Дорогой мой, всё тобой написанное было бы очень интересно, если бы systemd
> действительно ускорял загрузку. Однако, как выяснилось, скорость загрузки его оказалась
> как раз на уровне sysv дебиана.

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

> Единственное, по поводу вот этого отдельно скажу:
> Угу. Такой нормальный логгинг, что при повреждении журнала, восстановить его невозможно;
> и потому единственный способ заиметь надёжный журнал -- перенаправить journald в syslog.

А потом мы вспомним что файлуха - бинарная БД. И удачи тебе в парсинге ее структур если под метаданными элементарный бэд вылез. Но подобная фигня не мешает "ветеран" ламерью врать и лицемерить напрополую, не имея ни малейшего понятия о работе системы, зато имея много забавных фобий. И таки да, логфайлы первое что гробится при отклонениях от идеала в файлухе. Потому что здорово фрагментированы, форс-синкнуты чтобы не потерять при крахе данные, но в файлухе это выливается в хренову кучу метаданных и фрагментов по всем закоулкам диска. Так что логи первое что дохнет при факапах с диском. А так то они простые, текстовые, только раздел с ними - бинарная база на терабайт-другой. И эти текстовые вкрапления там найти автоматически проблема, если метаданные подвели. Фоточки какие - еще куда ни шло, обычно 1 фрагмент и характерный маркер формата файла есть. Потому что формат файла делали нормальные програмеры а не скриптомакаки с текстозом головного мозга.

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

414. "Началось бета-тестирование Devuan 2.0, форка Debian 9 Stretc..."  +1 +/
Сообщение от freehckemail (ok), 20-Фев-18, 09:33 
>> Дорогой мой, всё тобой написанное было бы очень интересно, если бы systemd
>> действительно ускорял загрузку. Однако, как выяснилось, скорость загрузки его оказалась
>> как раз на уровне sysv дебиана.
> А ты чего ожидал, учитывая что куча пакетов с sysv скриптами которые еще не выкинули?

Вы сто лет, что ли, этим оправдываться будете? :)

Ну вот прошло 4 года с момента принятия systemd. Скрипты повыкидывали, юнитов повнедряли. А скорость загрузки где была, таи и осталась. Что дальше? Может быть "в Дебиане старая версия системд"? :)

>> Единственное, по поводу вот этого отдельно скажу:
>> Угу. Такой нормальный логгинг, что при повреждении журнала, восстановить его невозможно;
>> и потому единственный способ заиметь надёжный журнал -- перенаправить journald в syslog.
> А потом мы вспомним что файлуха - бинарная БД.

Ох, это грустно. Вам бы почитать, как устроены ФС. Хотя бы та же ext,
которая имеет огромное число механизмов предупреждения таких поломок.

По части остального: https://www.opennet.ru/base/sys/systemd_myth.txt.html

Вам читать #10: "бинарные логи не являются проблемой на практике"
А также #12: "<что-то> сложное, но вы его используете, так что вас не должно смущать, что systemd тоже сложен"

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

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

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




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

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