Чи системний "зловмисний"? [зачинено]


11

Відвідавши якийсь форум в Інтернеті, де обговорюються Debian та Xubuntu, я побачив деяких користувачів, які додають цей рядок у полі підпису:

... Без системного ...

Ця лінія показана з гордістю (мені здається).

З Вікіпедії :

systemd - це набір демонів, бібліотек та утиліт управління системою, розроблений як центральна платформа управління та конфігурації для операційної системи комп’ютера Linux.

Тож systemdце не здається поганою справою, тому чому люди пишаються з гордістю, що вони не користуються цим?

Може systemdбути для вас небезпечним чи просто поганим?


1
Ви читали частину прийняття та прийому цієї статті у Вікіпедії? У ньому є посилання на кілька статей, чому деякі люди не люблять це.
Леяз

Відповіді:


8

Ні, для вас це не є ні небезпечним, ні поганим. Ви натрапили на невелику битву між війнами init . Я не буду детально розбиратися в цьому, але, коротко, ситуація така.

Linux використовує sysvinit більшу частину свого життя. Це старе і не має особливостей, і одне, на що майже всі згодні, - це те, що його потрібно змінити. Однак ніхто не може погодитись, на що його слід змінити. Були запропоновані різні альтернативи, включаючи - але не обмежуючись ними:

І те й інше добре по-своєму і погано в інших. Як це часто трапляється у світі вигуків, вибір якої в його системі (чи то з тих двох, чи інших) прийняти став чимось подібним до релігійної війни.

Отже, вам трапилось натрапити на того, хто не любить, systemdі, отже, пишається тим, що не використовує. Є різні люди, які мають протилежну думку і вважають, що systemdце чудово, а все інше жахливо. Так само, як на будь-якій іншій темі, на широких і чудових переплетеннях.

На щастя, інітські війни згасають і зараз минули розквіт. Більшість дистрибутивів Linux вирішили перейти на systemd. Навіть Ubuntu Canonical, незважаючи на те, що вони сильно стоять upstart. Отже, сьогодні systemdнасправді є система вибору init для майже всіх основних дисербуцій, крім Gentoo ( джерело зображення ):

введіть тут опис зображення


6

Ви читали статтю Вікіпедії, яку ви пов’язали? Зокрема, абзац третій.

Дизайн systemd породив суттєві суперечки у спільноті вільного програмного забезпечення. Критики стверджують, що systemd є надскладним і зазнає постійного повзучості функцій, і що його архітектура порушує принципи проектування операційних систем, схожих на Unix. Також існує стурбованість тим, що вона утворює систему взаємозахисних залежностей, тим самим надаючи постачальникам послуг дистрибуції невеликий вибір, ніж прийняти systemd, оскільки більше частин програмного забезпечення для простору користувачів залежатиме від його компонентів.

Далі є великий розділ, поданий під назвою " Історія та суперечка ".


4

Це залежить від того, що ви вважаєте шкідливим. Напр. suckless.org вважає це шкідливим:

http://suckless.org/sucks/systemd

Я напевно не намагаюся розпочати тут вогненну війну, і насправді я використовую її як користувач Debian, але, чесно кажучи, я погоджуюся з невдалим.

ОНОВЛЕННЯ: Я відчуваю, що повинен пояснити, чому я згоден з непосидним. Так ось: я думаю, що це занадто складно і забезпечує занадто "централізований" контроль над системою. Основні скиди, журнали тощо зберігаються на журналі журналу. Що робити, якщо мій FS виходить з ладу, і db пошкоджується - більше журналів не потрібно дивитись. Більше основних файлів для аналізу немає. Звичайне зберігання файлів, природно, забезпечує кращу стійкість до відмов у таких випадках. Я особисто дуже погоджуюся з кожним пунктом невдалого списку, але відповідь на головне питання залишаю на розсуд кожного.


4
ви повинні сказати, чому
mikeserv

1
@mikeserv: На бездоганній сторінці багато "тому". :) і на сторінці Вікіпедії (цитується у відповіді Спархаука). Я думаю, що це занадто складно і забезпечує занадто "централізований" контроль над системою. Основні звалища, журнали тощо зберігаються у db. Що робити, якщо мій FS виходить з ладу, і db пошкоджується - більше журналів не потрібно дивитись. Більше основних файлів для аналізу немає. Звичайне зберігання файлів, природно, забезпечує кращу стійкість до відмов у таких випадках. Так, так - ЧОМУ?!?
Олексій

coredumps і журнали можна писати в журнали та / або syslog, console, інші, я не погоджуюся, що це може бути складним , але я не думаю, що це безпосередньо перекладається на зловмисне , і я не думаю, що ця відповідь підтримує цей переклад.
mikeserv

1
@mikeserv: правда. Однак це або журнал db, або додаткове вузьке місце в системному журналі (тепер журнал залежить від journald І від syslogd). Щодо зловмисного моменту: то, як я вже сказав, залежить від того, що ви вважаєте шкідливим. Якщо система запобігає стійкості до відмов - це для мене справді шкідливо.
Олексій

1
Не кажучи, що це стосується конкретно системних систем, але комбінація незалежних підсистем може фактично підвищити стійкість до відмов . Порівняйте монолітне ядро ​​з ядром мікроархітектури. Давайте ігноруємо продуктивність та просто подивимось на стійкість до відмов. Що є більш стійким до відмов: поєднання (потенційно великих) компонентів, взаємодіючих один з одним через чітко визначені інтерфейси; або величезну єдину масу коду, де все може вільно кинутись на щось випадково? Я думаю, що можна стверджувати, що зроблений належним чином, вибір мікроархітектури є більш стійким до відмов.
CVn

3

Не настільки зловмисне, як, можливо, дафт.

Дизайнери настільки сповнені власного бачення, що їм не вдається зрозуміти речі, які роблять системи типу POSIX чудовими.

"Ті, хто не розуміє Unix, засуджені, щоб винаходити його, погано".

          Henry Spencer
Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.