|
2.9, Аноним (-), 00:21, 21/04/2013 [^] [^^] [^^^] [ответить]
| +/– |
> Пол года на systemd на арче - ни одной претензии :)
Претензии в основном у тех, кто его никогда не видел. Потому что почти все, кто видели - склонились на темную сторону :)
| |
|
3.19, ананим (?), 01:16, 21/04/2013 [^] [^^] [^^^] [ответить]
| +3 +/– |
Да ладно.
Регулярно "не могу отмонтировать /tmp" при выключении случается как минимум.
| |
|
|
5.28, ананим (?), 02:41, 21/04/2013 [^] [^^] [^^^] [ответить]
| +13 +/– |
Легко. Если работа постоянно связана с переконфигурацией системы, то грабли и косяки возникают постоянно. То разделы с lvm (кроме рута, который тоже на lvm и монтируется) не монтируются (баг затрэкен — долгоиграющие [1]…[2]…[3]), то "процесс с id=1 не найден", то /tmp нельзя отмонтировать, то вот новая фича с новыми дровами нвидиа:
>[90134.813295] BUG: using smp_processor_id() in preemptible [00000000] code: eurotrucks2/12743
>[90134.813820] caller is os_get_cpu_number+0x9/0x10 [nvidia]
>[90134.813859] Pid: 12743, comm: eurotrucks2 Tainted: P D O 3.9.0-rc6 #1
>[90134.813862] Call Trace:
>[90134.813936] [<ffffffff813437a9>] debug_smp_processor_id+0xc9/0x100
>[90134.814381] [<ffffffffa0543ec9>] os_get_cpu_number+0x9/0x10 [nvidia]
>[90134.814986] [<ffffffffa051669b>] _nv012291rm+0x9/0xe [nvidia]
При чём если баг в бета нвидиа это ещё понятно, то вот почему systemd норовил постоянно подгрузить этот модуль, мне до сих пор не понятно. Заметил только утром, когда 16Гб озу и 2Гб свопа утекли… пояснение — у меня optimus, так что они дрова нвидиа были и не нужны. просто вечером решил бумблеби потестить. потестил. перегрузиться так и не смог, постоянно подгружаемый блоб нвидиа не давал. ресет (привет винда).
с опенрк такого а) никогда не было и б) логика работы впечатления шаманства никогда не вызывала.
| |
|
6.30, бедный буратино (ok), 04:03, 21/04/2013 [^] [^^] [^^^] [ответить]
| –18 +/– |
> Легко. Если работа постоянно связана с переконфигурацией системы
То есть, это неинтересно обычному пользователю вообще никак. :)
А если вы такие мегахакеры - ну напишите свою систему, вбейте её себе, и пользуйтесь ею. Какое вам тогда дело до тех, кто делает "для людей"?
| |
|
7.35, Vkni (ok), 04:30, 21/04/2013 [^] [^^] [^^^] [ответить]
| +7 +/– |
> То есть, это неинтересно обычному пользователю вообще никак. :)
Потребителю - нет. А вот участнику Linux сообщества крайне интересно. Понимаете, тяжело, скажем, пакетировать тот же Sisyphus, если у системы раз в 2 недели что-то отваливается.
С одной стороны, нельзя держать дистрибутив, а нужно иметь "живой" Sisyphus, т.к. свежий софт требует свежих библиотек. С другой стороны, хочется, чтобы система всегда гарантированно грузилась. Ну, или, хотя бы падала не очень часто.
Systemd с его насрательством на обратную совместимость слишком сильно, на мой взгляд, дестабилизирует Sisyphus.
| |
|
|
9.47, Vkni (ok), 07:26, 21/04/2013 [^] [^^] [^^^] [ответить] | +8 +/– | Я не хочу переходить на Debian, за который вы так агитируете методом гуманитарны... текст свёрнут, показать | |
|
10.61, etw (ok), 10:13, 21/04/2013 [^] [^^] [^^^] [ответить] | –6 +/– | Ага, то есть это уже не рэдхэт сам по себе все дистрибутивы подкупил, а на самом... текст свёрнут, показать | |
|
11.187, Vkni (ok), 18:10, 21/04/2013 [^] [^^] [^^^] [ответить] | +4 +/– | Я так понял, вы ничего не разрабатываете и никогда не разрабатывали в команде ... текст свёрнут, показать | |
|
|
|
|
|
10.198, Vkni (ok), 06:44, 22/04/2013 [^] [^^] [^^^] [ответить] | +1 +/– | Моё пакетирование в Sisyphus делается в основном для людей, которые как и я дела... текст свёрнут, показать | |
|
|
|
|
6.52, ноним (ok), 08:53, 21/04/2013 [^] [^^] [^^^] [ответить]
| –2 +/– |
>"не могу отмонтировать /tmp" при выключении случается как минимум.
>с опенрк такого а) никогда не было
Регулярно наблюдаю такое в SysrescCD c OpenRC)
| |
|
7.67, ананим (?), 10:59, 21/04/2013 [^] [^^] [^^^] [ответить]
| +2 +/– |
После этого жмёте ресет?
Думаю ctrl-c и/или alt-ctrl-del всё-таки срабатывают. В отличие от системд.
(Хотя такого в openrc вообще ни разу не наблюдал. Не хочу сказать что вы врёте, но факт есть факт)
| |
|
8.85, etw (ok), 11:30, 21/04/2013 [^] [^^] [^^^] [ответить] | –1 +/– | REISUB С-с во время завершения работы не действует, а CAD всего лишь делает tel... текст свёрнут, показать | |
|
|
10.96, ноним (ok), 11:56, 21/04/2013 [^] [^^] [^^^] [ответить] | –1 +/– | Да не вру я Даже ссылку предоставил, что есть проблема От вас пока не вижу не ... текст свёрнут, показать | |
|
|
|
|
|
15.125, ноним (ok), 13:36, 21/04/2013 [^] [^^] [^^^] [ответить] | –3 +/– | gt оверквотинг удален Я вижу 0 голосов за баг и не вижу подобного в апстриме ... текст свёрнут, показать | |
|
|
17.164, ноним (ok), 16:35, 21/04/2013 [^] [^^] [^^^] [ответить] | –3 +/– | Это немного другой баг, не находите Про зависон , заметьте я ничего не говорил... текст свёрнут, показать | |
|
|
|
21.183, ноним (ok), 17:38, 21/04/2013 [^] [^^] [^^^] [ответить] | –3 +/– | Я как раз юзал генту, когда в нее только пришел OpenRC - тоже было немало веселы... текст свёрнут, показать | |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
3.33, Vkni (ok), 04:23, 21/04/2013 [^] [^^] [^^^] [ответить]
| +8 +/– |
> Потому что
> почти все, кто видели - склонились на темную сторону :)
Да ладно, мне эта штука уже потратила времени, переименовав сетевые интерфейсы.
| |
|
4.163, Адекват (?), 16:27, 21/04/2013 [^] [^^] [^^^] [ответить]
| +2 +/– |
>> Потому что
>> почти все, кто видели - склонились на темную сторону :)
> Да ладно, мне эта штука уже потратила времени, переименовав сетевые интерфейсы.
Круто, да ? "старые проблемы о главном" - в sysvinit все решалось через конфиги udev, один раз и навсегда, а тут бац пришел systemd - и снова нужно решать проблемы.
| |
|
5.188, Vkni (ok), 18:24, 21/04/2013 [^] [^^] [^^^] [ответить]
| +3 +/– |
> Круто, да ? "старые проблемы о главном" - в sysvinit все решалось
> через конфиги udev, один раз и навсегда, а тут бац пришел
> systemd - и снова нужно решать проблемы.
А-то! Вы забыли, как администрируется машина: настроили раз и навсегда? Мы вам напомним!!!
| |
|
|
|
2.118, dxd (?), 13:04, 21/04/2013 [^] [^^] [^^^] [ответить]
| –2 +/– |
Полгода systemd на сусе. Одно нарекание - он упал при апдейте.
| |
2.159, Адекват (?), 16:10, 21/04/2013 [^] [^^] [^^^] [ответить]
| +/– |
> Пол года на systemd на арче - ни одной претензии :)
Тоже полгода на sysyemd, и давно на Arch - раз в 5-10 загрузок Ос не поднимается сеть по dhcpcd, приходится ручками запускать.
| |
|
|
4.202, linux must _RIP_ (?), 11:27, 22/04/2013 [^] [^^] [^^^] [ответить]
| –1 +/– |
а как же тогда быть с основным фетишом systemd - скоростью загрузки?
тут или увеличить время - или быстрее грузиться :)
| |
|
|
|
1.6, anonymous (??), 00:09, 21/04/2013 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Не буду ещё раз говорить про недостатки, но раз из пользователей линукса сделали подопытных хомячков, то, очевидно, надо бы дать пользователям возможность взаимодействовать с апстримом. В частности исправлять баги, которые пользователи нашли, а также добавлять необходимую функциональность. Но судя по багтрекеру, Леннарт и Ко даже не планируют этим заниматься. Это была критика подхода к разработке программного продукта, если кто не в курсе.
| |
|
2.7, Аноним (-), 00:19, 21/04/2013 [^] [^^] [^^^] [ответить]
| +/– |
Немножко наоборот. systemd - это единственная на данный момент система инициализации, разработчикам которой не наплевать на пожелания пользователей (и особенно - рзазработчиков дистрибутивов, ее использующих). Собственно, в этом и заключается причина ее популярности (а вовсе не мифическое "давление редхата, приставляющего нож к горлу разработчикам arch, nixos, sabayon etc").
Просто, из-за этой самой популярности, пользователей очень много, и пожеланий у них - тоже. Поэтому далеко не все хотелки можно удовлетворить "вот прямо сейчас", что-то приходится откладывать. Главное - что нет существенных багов по функциональности.
| |
|
|
Часть нити удалена модератором |
4.13, Аноним (-), 00:28, 21/04/2013 [^] [^^] [^^^] [ответить]
| –4 +/– |
> Серьёзно? Ну тогда моё пожелание - закрыть проект. Надеюсь, они на него не наплюют.
Вас так бесит, что кому-то не пофиг на пользователей?
| |
|
3.11, Аноним (-), 00:25, 21/04/2013 [^] [^^] [^^^] [ответить]
| +1 +/– |
> Главное - что нет существенных багов по функциональности.
В отличие от, например, OpenRC, который до сих пор виснет при попытке включить параллельную загрузку. Хотя изначально он создавался именно для параллелизации (так как sysvinit тогда этого не умел). Теперь sysvinit научился параллельному запуску, а OpenRC - до сих пор нет. Но, несмотря на это, разработчики все равно пытаются его проталкивать. Дебианщиков уже задолбали :)
| |
|
|
5.23, Alex (??), 01:28, 21/04/2013 [^] [^^] [^^^] [ответить]
| +1 +/– |
Сначала деградирует одно, потом другое, всё говорят, что не страшно, потом третее, а потом глядишь — и от системы живого места не осталось. А по началу говорили, что одно и другое — это не страшно.
С малого начинается.
| |
|
4.17, anonymous (??), 00:59, 21/04/2013 [^] [^^] [^^^] [ответить]
| +1 +/– |
>> Главное - что нет существенных багов по функциональности.
> В отличие от, например, OpenRC, который до сих пор виснет при попытке
> включить параллельную загрузку. Хотя изначально он создавался именно для параллелизации
> (так как sysvinit тогда этого не умел). Теперь sysvinit научился параллельному
> запуску, а OpenRC - до сих пор нет. Но, несмотря на
> это, разработчики все равно пытаются его проталкивать. Дебианщиков уже задолбали :)
А что такого в параллельной загрузке? Усложнение системы инициализации на порядок не стоит уменьшения времени загрузки на 10-15 секунд. Я ещё промолчу про тот факт, что при переходе на ssd данная проблема скоро не будет актуальной.
| |
|
5.49, Анончик (?), 08:35, 21/04/2013 [^] [^^] [^^^] [ответить]
| –1 +/– |
Ок, вот смотри, у меня есть три сотни виртуальных машин, которые загружаются с сетового сторэджа. Теперь подсчитай сколько времени я могу сэкономить при запуске всех этих виртуалок если init-система умеет нормальную параллельную загрузку. И да, следует отметить, что меньше время == деньги + счастье клиентов
| |
|
6.73, anonymous (??), 11:03, 21/04/2013 [^] [^^] [^^^] [ответить]
| +6 +/– |
> Ок, вот смотри, у меня есть три сотни виртуальных машин, которые загружаются
> с сетового сторэджа. Теперь подсчитай сколько времени я могу сэкономить при
> запуске всех этих виртуалок если init-система умеет нормальную параллельную загрузку.
> И да, следует отметить, что меньше время == деньги + счастье
> клиентов
Нисколько. У меня тоже есть виртуальные машины, и если речь про cold-boot блейда, то железо прогружается минут 5, и секунд 10 - ОС. Виртуалки вообще стартуют секунды за 3-5, в зависимости от сервисов. Если речь про перезапуск виртуалки, то systemd ничего не сэкономит. (я таки надеюсь, что в плане сетевого сторэджа речь про FC, а не нищебродские решения типа nfs/iscsi?).
При всем этом, если у вас есть нормальное резервирование по железу, то клиенты вообще ничего не заметят, т.к. все виртуалки смигрируют на ближайшее лезвие. Короче, очередные влажные фантазии фанбоев системд, пытающихся найти оправдание NIH-синдрому кумира.
| |
|
7.84, etw (ok), 11:26, 21/04/2013 [^] [^^] [^^^] [ответить]
| –1 +/– |
> При всем этом, если у вас есть нормальное резервирование по железу, то
> клиенты вообще ничего не заметят, т.к. все виртуалки смигрируют на ближайшее
> лезвие.
А что, fault tolerance уже стало юзабельно для реального применения?
Если же ты имеешь в виду обыкновенный cold standby HA, когда виртуалки после инцидента перезапускаются на другом узле, то еще как успеют, ибо мониторинг настучит. А если это, например, еще и СУБД какая в кластере с ручным промоушеном слейва до мастера, то заметят определенно.
| |
|
|
|
4.20, ананим (?), 01:22, 21/04/2013 [^] [^^] [^^^] [ответить]
| +/– |
>В отличие от, например, OpenRC, который до сих пор виснет при попытке включить параллельную загрузку.
Не трынди, отлично работает. Вон они, рядышком стоят.
И теперь с одними и теми же демонами только на 0.5с медленнее загружается.
Зато гораздо предсказуемее.
| |
|
5.50, Анончик (?), 08:36, 21/04/2013 [^] [^^] [^^^] [ответить]
| –4 +/– |
> Не трынди, отлично работает. Вон они, рядышком стоят.
> И теперь с одними и теми же демонами только на 0.5с медленнее
> загружается.
> Зато гораздо предсказуемее.
Это в твоих влажных фантазиях оно отлично работает? Судя по результату вообще никак не работает.
| |
|
6.71, ананим (?), 11:02, 21/04/2013 [^] [^^] [^^^] [ответить]
| +/– |
Такое ощущение, что тебя только что опустили и ты сильно обижен на весь мир.
| |
|
|
|
3.16, anonymous (??), 00:48, 21/04/2013 [^] [^^] [^^^] [ответить]
| +9 +/– |
>Немножко наоборот. systemd - это единственная на данный момент система инициализации, разработчикам которой не наплевать на пожелания пользователей (и особенно - рзазработчиков дистрибутивов, ее использующих).
Судя по багтрекеру, в который никто не заглядывает, товарищ намеренно лжёт. Или троллит, как тут принято.
| |
|
4.68, ноним (ok), 10:59, 21/04/2013 [^] [^^] [^^^] [ответить]
| +1 +/– |
>>Немножко наоборот. systemd - это единственная на данный момент система инициализации, разработчикам которой не наплевать на пожелания пользователей (и особенно - рзазработчиков дистрибутивов, ее использующих).
> Судя по багтрекеру, в который никто не заглядывает, товарищ намеренно лжёт. Или
> троллит, как тут принято.
А в какой багтрекер заглядывают?
systemd: 126 open
Upstart: 116 open
OpenRC: 93 open
Не такой и огромный разброс, верно?
| |
|
3.22, Аноним (-), 01:26, 21/04/2013 [^] [^^] [^^^] [ответить]
| +/– |
> Немножко наоборот. systemd - это единственная на данный момент система инициализации, разработчикам
> которой не наплевать на пожелания пользователей (и особенно - рзазработчиков дистрибутивов,
> ее использующих). Собственно, в этом и заключается причина ее популярности (а
> вовсе не мифическое "давление редхата, приставляющего нож к горлу разработчикам arch,
> nixos, sabayon etc").
> Просто, из-за этой самой популярности, пользователей очень много, и пожеланий у них
> - тоже. Поэтому далеко не все хотелки можно удовлетворить "вот прямо
> сейчас", что-то приходится откладывать. Главное - что нет существенных багов по
> функциональности. | |
3.36, Vkni (ok), 04:31, 21/04/2013 [^] [^^] [^^^] [ответить]
| +2 +/– |
> Немножко наоборот. systemd - это единственная на данный момент система инициализации, разработчикам
> которой не наплевать на пожелания пользователей
Пожелание участников Linux сообщества - тех, кто вынуждены сидеть на более-менее свежем софте, это как можно реже что-то там переименовывать и переделывать. :-)
| |
|
4.53, ноним (ok), 09:01, 21/04/2013 [^] [^^] [^^^] [ответить]
| +/– |
>> Немножко наоборот. systemd - это единственная на данный момент система инициализации, разработчикам
>> которой не наплевать на пожелания пользователей
> Пожелание участников Linux сообщества - тех, кто вынуждены сидеть на более-менее свежем
> софте, это как можно реже что-то там переименовывать и переделывать. :-)
Свежий софт и отсутствие переделок вроде как несовместимые понятия.
| |
|
5.59, anonymous (??), 09:53, 21/04/2013 [^] [^^] [^^^] [ответить]
| +/– |
>Свежий софт и отсутствие переделок вроде как несовместимые понятия.
Вы заблуждаетесь. Свежий софт, это такой софт, который считают стабильным его разработчики.
| |
|
6.62, ноним (ok), 10:17, 21/04/2013 [^] [^^] [^^^] [ответить]
| –1 +/– |
>>Свежий софт и отсутствие переделок вроде как несовместимые понятия.
> Вы заблуждаетесь. Свежий софт, это такой софт, который считают стабильным его разработчики.
И что из еще невышедшего Wheezy можно назвать свежим? Ядро, glibc, gcc, qt4, KDE?
| |
|
|
|
|
|
1.15, anonymous (??), 00:47, 21/04/2013 [ответить] [﹢﹢﹢] [ · · · ]
| +20 +/– |
В дополнение к критике процесса разработки данного продукта хочу добавить несколько очевидных пунктов.
1. Поглощение или замена системных компонентов, которые не были раньше привязаны к systemd (udev,cron,dbus,consolekit,syslog и т.д.). Отсюда представляется невозможным использовать systemd совместно с mdev, например.
2. Бинарный журнал с собственным форматом. Я думаю, всем было бы лучше, если бы формат журнала мог выбирать пользователь, как это было раньше.
3. Отсутствие культуры разработки. В частности, полное нежелание апстрима конструктивно работать с сообществом. Особенно вызывает раздражение тот факт, что выносят на обсуждение то, что уже давно решили. Т.е. по сути ставят перед фактом.
4. Отсутствие деления веток на стабильную, где исправляются только ошибки, и для тестеров с добавлением новых возможностей.
5. Монолитность проекта выливается в невозможность исключения ненужной функциональности без пересборки с нужными ключами. От этого страдают в первую очередь бинарные дистрибутивы, где пользователь лишён возможности исключить ненужную ему функциональность путём удаления определённых пакетов. Могу предположить, что у Леннарта своё понятие о модульности. В других модульных проектах такой проблемы нет. Каждый плагин пакуется в отдельный пакет с возможностью выборочной установки под решаемую задачу.
7. Плохая совместимость с другими системами инициализации. В частности, это приводит к тому, что дистрибутивы с опциональным systemd будут вынуждены как-то вытаскивать из systemd компоненты, которые он поглотил, а также постоянно менять альтернативные системы инициализации с целью обеспечения совместимости с постоянно меняющимся форматом и расположением файлов конфигурации systemd. Поставлять udev,dbus и т.д. отдельно товарищи из редхата почему-то не в состоянии. То ли опыта не хватает, то ли политика партии.
| |
|
2.25, Аноним (-), 01:29, 21/04/2013 [^] [^^] [^^^] [ответить]
| +1 +/– |
Молодец, всё правильно написал! Теперь надо перевести на английский и отправить в список рассылки разработчиков systemd :)
| |
|
|
4.79, бедный буратино (ok), 11:14, 21/04/2013 [^] [^^] [^^^] [ответить]
| +/– |
> Дальше не читал. Очередной жирный тролль вышел на прогулку.
Подпись нужно ставить строчкой ниже, а не лепить всё в одну строку.
| |
|
3.225, Yuka (ok), 13:42, 23/04/2013 [^] [^^] [^^^] [ответить]
| +2 +/– |
Хочу кнопку "Не показывать жирные высеры сего господина"
| |
|
|
3.43, anonymous (??), 06:00, 21/04/2013 [^] [^^] [^^^] [ответить]
| +2 +/– |
Маленький секрет: телепатии с чтения мыслей не сущeствует. Даже если сделать описку "по моим наблюдениям". То есть все вышеописаное существует только в вашей голове и имеет мало отношения к реальности. Большая вероятность, что там собственно ваше собственое описание себя любимого - его то вы знаете во всех подробностях и деталях.
| |
|
4.45, бедный буратино (ok), 06:54, 21/04/2013 [^] [^^] [^^^] [ответить]
| +/– |
> Маленький секрет: телепатии с чтения мыслей не сущeствует. Даже если сделать описку
> "по моим наблюдениям". То есть все вышеописаное существует только в вашей
> голове и имеет мало отношения к реальности. Большая вероятность, что там
> собственно ваше собственое описание себя любимого - его то вы знаете
> во всех подробностях и деталях.
Существует опеннет и психология. Этого достаточно. Всё происходит с достаточной степенью предсказуемости, потому что это именно так, как написано. А если смотреть на большие отрезки времени - то там это ещё заметнее. Нужно только видеть, а не просто смотреть.
Свои сообщения я на опеннете читаю редко, а что пишу - не помню. Поэтому мне сложно оценить, что там про меня. Но я приму к сведению.
| |
|
5.223, Boboms (ok), 21:52, 22/04/2013 [^] [^^] [^^^] [ответить] | +2 +/– | Эх, болезный ты наш, ну купи уж книжку логика для юристов Может хоть толику п... большой текст свёрнут, показать | |
|
|
3.167, Аноним (-), 16:37, 21/04/2013 [^] [^^] [^^^] [ответить]
| +10 +/– |
>Вы не знаете, что нужно простым людям.
Буратино! "Это дубли у нас простые".
Продайте куртку, купите букварь и на букву "R" прочитайте про "Requirements elicitation".
| |
3.222, Boboms (ok), 21:38, 22/04/2013 [^] [^^] [^^^] [ответить]
| +3 +/– |
> Наблюдая за опеннетом, я нашёл ещё одну характерную болезнь - боязнь чужого успеха, чужой известности.
Зачем ты, дурик, написал у себя на лбу чёрным маркером имя Опеннет?
| |
|
2.37, Vkni (ok), 04:33, 21/04/2013 [^] [^^] [^^^] [ответить]
| +4 +/– |
> В дополнение к критике процесса разработки данного продукта хочу добавить несколько очевидных
> пунктов.
Добавьте еще - отсутствие понимания, что такое ответственность.
| |
2.56, ноним (ok), 09:18, 21/04/2013 [^] [^^] [^^^] [ответить] | –4 +/– | Разработчики udev сами слились с systemd От Consolekit даж убунта отказывается ... большой текст свёрнут, показать | |
2.60, Аноним (-), 09:55, 21/04/2013 [^] [^^] [^^^] [ответить]
| +/– |
>2. Бинарный журнал с собственным форматом. Я думаю, всем было бы лучше, если бы формат журнала мог выбирать пользователь, как это было раньше.
Всем было бы хуже. Но пользователь может... Запустить syslog и получить свой текстовый журнал
| |
|
3.158, equeim (ok), 16:05, 21/04/2013 [^] [^^] [^^^] [ответить]
| +2 +/– |
journald при этом все равно останется в системе. Нафига мне две системы журналирования? Единственный для меня на данный момент недостаток systemd это невозможность полностью удалить systemd-journald.
| |
|
2.70, etw (ok), 11:00, 21/04/2013 [^] [^^] [^^^] [ответить] | +1 +/– | у меня systemd и cron прекрасно работает то, что в systemd появилась похожая фу... большой текст свёрнут, показать | |
|
3.82, anonymous (??), 11:19, 21/04/2013 [^] [^^] [^^^] [ответить] | +3 +/– | В всех случаях дублируется функциональность Главный вопрос, зачем Мне не нужно... большой текст свёрнут, показать | |
|
4.94, etw (ok), 11:51, 21/04/2013 [^] [^^] [^^^] [ответить] | –3 +/– | отстань уже от dbus, systemd использует его, а не заменяет что же касается логи... большой текст свёрнут, показать | |
|
5.231, Аноним (-), 19:01, 24/04/2013 [^] [^^] [^^^] [ответить] | +/– | Где-то я это уже слышал Ах да Не нравится ЖКХ Иди сам ТСЖ организуй и всё дел... большой текст свёрнут, показать | |
|
4.95, ноним (ok), 11:52, 21/04/2013 [^] [^^] [^^^] [ответить]
| –1 +/– |
> Сообщение очень похоже на троллинг. У ядра есть чёткий жизненный цикл. А
> именно, выход нескольких RC перед релизом, а также LTS-версии, которые имеют
> вполне чёткий жизненный цикл.
Вполне четкий. До следующего релиза. LTS Линус не сам поддерживает.
>>Например ядро.
> Делитанское сообщение. Или опять троллинг. Большую часть модулей ядра вполне можно паковать
> в отдельные пакеты и ставить по мере необходимости. А вот в
> systemd удалить journald без изменения исходников.
Как вы выпилите поддержку ipv6 из ядра без перекомпиляции? rmmod ipv6? ipv6 нужен не всем, у меня из за него "дублируется функциональность"
| |
|
5.156, anonymous (??), 15:57, 21/04/2013 [^] [^^] [^^^] [ответить]
| +1 +/– |
> Вполне четкий. До следующего релиза. LTS Линус не сам поддерживает.
Я тебя удивлю, но и ядрышко он уже не сам пишет.
> Как вы выпилите поддержку ipv6 из ядра без перекомпиляции? rmmod ipv6? ipv6
> нужен не всем, у меня из за него "дублируется функциональность"
Функциональность чего? Реализации ipv6?
| |
|
6.168, ноним (ok), 16:38, 21/04/2013 [^] [^^] [^^^] [ответить]
| –2 +/– |
>> Вполне четкий. До следующего релиза. LTS Линус не сам поддерживает.
> Я тебя удивлю, но и ядрышко он уже не сам пишет.
Но принимает решение о готовности релиза.
>> Как вы выпилите поддержку ipv6 из ядра без перекомпиляции? rmmod ipv6? ipv6
>> нужен не всем, у меня из за него "дублируется функциональность"
> Функциональность чего? Реализации ipv6?
Нет. У меня есть ipv4 и все работает. Зачем мне нужен ipv6, если я его не использую?
| |
|
5.191, anonymous (??), 19:17, 21/04/2013 [^] [^^] [^^^] [ответить]
| +/– |
>> Сообщение очень похоже на троллинг. У ядра есть чёткий жизненный цикл. А
>> именно, выход нескольких RC перед релизом, а также LTS-версии, которые имеют
>> вполне чёткий жизненный цикл.
> Вполне четкий. До следующего релиза. LTS Линус не сам поддерживает.
>>>Например ядро.
>> Делитанское сообщение. Или опять троллинг. Большую часть модулей ядра вполне можно паковать
>> в отдельные пакеты и ставить по мере необходимости. А вот в
>> systemd удалить journald без изменения исходников.
> Как вы выпилите поддержку ipv6 из ядра без перекомпиляции? rmmod ipv6? ipv6
> нужен не всем, у меня из за него "дублируется функциональность"
blacklist ipv6 в modprobe.d или аналогичном механизме вашего дистрибутива. rmmod скорее всего не сработает.
| |
|
6.199, ноним (ok), 06:54, 22/04/2013 [^] [^^] [^^^] [ответить]
| –2 +/– |
>[оверквотинг удален]
>>> вполне чёткий жизненный цикл.
>> Вполне четкий. До следующего релиза. LTS Линус не сам поддерживает.
>>>>Например ядро.
>>> Делитанское сообщение. Или опять троллинг. Большую часть модулей ядра вполне можно паковать
>>> в отдельные пакеты и ставить по мере необходимости. А вот в
>>> systemd удалить journald без изменения исходников.
>> Как вы выпилите поддержку ipv6 из ядра без перекомпиляции? rmmod ipv6? ipv6
>> нужен не всем, у меня из за него "дублируется функциональность"
> blacklist ipv6 в modprobe.d или аналогичном механизме вашего дистрибутива. rmmod скорее
> всего не сработает.
"В всех случаях дублируется функциональность. Главный вопрос, зачем? Мне не нужно два ст и несколько *стека ip* и *скедуллеров* болтающихся одновременно." ))
| |
|
|
|
|
|
1.38, KUL (?), 04:35, 21/04/2013 [ответить] [﹢﹢﹢] [ · · · ]
| +2 +/– |
Столько новостей про systemd на опеннете, сегодня не выдержал и решил поставить. А для чистоты эксперимента (ведь системд ахиренно ускоряет загрузку) взял свой боевой 10 дюймовый нетбук ASUS Eee PC. Работает под дебианом, ядро 3.2.32 + gnome 3 стоит. На тебуке вай-фаи, блутузы, звуки и т.д., т.е. полная работоспособность.
Результаты теста (отсчет кончается, когда появляется приветствие гнома на ввод пароля):
Старт debian'a с systemd - 75 сек.
Старт debian'a в классическом варианте - 62 сек.
Внимание знатоки, а теперь вопрос - А нафуя нужна эта параллельная загрузка, если грузится дольше??? Так еще и жестак на системд хрустит как сумасшедший при старте.
| |
|
2.39, бедный буратино (ok), 04:59, 21/04/2013 [^] [^^] [^^^] [ответить]
| –1 +/– |
> Внимание знатоки, а теперь вопрос - А нафуя нужна эта параллельная загрузка,
> если грузится дольше???
Оно имеет смысл, когда оно работает. У меня на арче сменилось с 10 секунд до 2.
| |
|
3.170, Адекват (?), 16:48, 21/04/2013 [^] [^^] [^^^] [ответить]
| +1 +/– |
>> Внимание знатоки, а теперь вопрос - А нафуя нужна эта параллельная загрузка,
>> если грузится дольше???
> Оно имеет смысл, когда оно работает. У меня на арче сменилось с
> 10 секунд до 2.
Тогда уж давай конфиг железа, а то я скажу - а у меня как было 12-14 секунд, так и осталось.
И то это только от строчки в GRUB до приглашения ввести логин/пароль в консольке.
| |
|
2.44, dalco (ok), 06:30, 21/04/2013 [^] [^^] [^^^] [ответить]
| –1 +/– |
Интересу ради - какая версия systemd? Просто, раньше под Дебианом использовалась ветхозаветная 44 версия, которой уже пара лет и в которой 70% современной функциональности тупо не реализовано.
| |
|
|
4.58, dalco (ok), 09:25, 21/04/2013 [^] [^^] [^^^] [ответить]
| +1 +/– |
Тогда понятно. Ставим древнюю версию, вместо юнитов километровые простыни скриптов на баше в режиме совместимости (естественно, никакой тебе параллелизации и разгребания зависимостей).
То есть обрубаем бегуну ноги, а потом ругаемся, что на руках он медленно бегает. Да, это олдскул... :)
| |
|
5.64, Аноним (-), 10:30, 21/04/2013 [^] [^^] [^^^] [ответить]
| +3 +/– |
> Тогда понятно. Ставим древнюю версию, вместо юнитов километровые простыни скриптов на баше
> в режиме совместимости (естественно, никакой тебе параллелизации и разгребания зависимостей).
> То есть обрубаем бегуну ноги, а потом ругаемся, что на руках он
> медленно бегает. Да, это олдскул... :)
Угу, а более новые версии требуют перепила под себя пол-системы (например, перенос /etc/default в /etc/systemd/что-то там). Оно им надо, если они всё равно его за основу не возьмут из-за непереносимости на не Linux'ы? А юниты они туда впихивать не будут. Зато там есть Upstart, который работает и кушать не просит, причём реально быстрее и безглючно (сам пользуюсь). Если интересно, почитайте здесь http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=675175 .
| |
|
6.65, dalco (ok), 10:38, 21/04/2013 [^] [^^] [^^^] [ответить]
| +1 +/– |
Ок, современный systemd для дебиана на данный момент не подходит. Дебианщики под systemd прогибаться не хотят - что-же, это их право.
Но какого черта любители дебиана тогда вообще в обсуждение systemd лезут?
| |
|
|
8.126, KUL (?), 14:09, 21/04/2013 [^] [^^] [^^^] [ответить] | +6 +/– | Не нужно обзываться, это плохо Да и к тому, каждый дхочет так как хочет ИМХО, ... текст свёрнут, показать | |
|
|
|
|
|
|
2.46, КЭП (?), 07:03, 21/04/2013 [^] [^^] [^^^] [ответить]
| +/– |
Напрягая телепатические способности, предполагаю, что systemd на твоей системе работает в режиме совместимости и запускает SysV скрипты.
| |
2.57, ноним (ok), 09:21, 21/04/2013 [^] [^^] [^^^] [ответить]
| +1 +/– |
>[оверквотинг удален]
> А для чистоты эксперимента (ведь системд ахиренно ускоряет загрузку) взял свой
> боевой 10 дюймовый нетбук ASUS Eee PC. Работает под дебианом, ядро
> 3.2.32 + gnome 3 стоит. На тебуке вай-фаи, блутузы, звуки и
> т.д., т.е. полная работоспособность.
> Результаты теста (отсчет кончается, когда появляется приветствие гнома на ввод пароля):
> Старт debian'a с systemd - 75 сек.
> Старт debian'a в классическом варианте - 62 сек.
> Внимание знатоки, а теперь вопрос - А нафуя нужна эта параллельная загрузка,
> если грузится дольше??? Так еще и жестак на системд хрустит как
> сумасшедший при старте.
Чем гадать на кофейной гуще, запостили бы вывод "systemd-analyze blame". Ну и графики бутчарт2 были бы кстати.
| |
|
|