1.2, ананас (?), 15:24, 06/03/2018 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– |
Для чего нужен учет потребления памяти? В сервисах можно его использовать (перезапускать сервис при определенном потреблении)?
| |
|
2.4, Аноним (-), 15:34, 06/03/2018 [^] [^^] [^^^] [ответить]
| –7 +/– |
Например, можно учитывать память systemd-httpd, systemd-qrcoded или systemd-journald
| |
2.12, Hellraiser (??), 16:01, 06/03/2018 [^] [^^] [^^^] [ответить]
| +16 +/– |
> Для чего нужен учет потребления памяти?
в будущем введут налог на потреблённую память; системы без учёта потребления памяти будут объявлены вне закона
| |
|
3.14, Andrey Mitrofanov (?), 16:17, 06/03/2018 [^] [^^] [^^^] [ответить]
| –5 +/– |
>> Для чего нужен учет потребления памяти?
> в будущем введут налог на потреблённую память; системы без учёта потребления памяти
> будут объявлены вне закона
Отож будет вам Sd-as-a-disService.
Удобно!11
| |
3.15, Andrey Mitrofanov (?), 16:18, 06/03/2018 [^] [^^] [^^^] [ответить]
| –3 +/– |
>> Для чего нужен учет потребления памяти?
> в будущем введут налог на потреблённую память; системы без учёта потребления памяти
И вообще, эти ваши приложения за}|{рались: s-d памяти не хватает1111
| |
3.49, Аноним (-), 22:05, 06/03/2018 [^] [^^] [^^^] [ответить]
| +/– |
> в будущем введут налог на потреблённую память; системы без учёта потребления памяти
Да это ж баянище, все хостеры давно так делают.
> будут объявлены вне закона
Зачем? Хостеры просто выключают resource hog. Отлично работает. А если не понимает, вместо оверселлинговых параметров ставят минимально гарантированные.
| |
|
2.46, Аноним (-), 21:58, 06/03/2018 [^] [^^] [^^^] [ответить]
| –5 +/– |
> Для чего нужен учет потребления памяти?
Видел когда-нибудь контейнеры? Типа того же openvz? Ну вот затем, Карл. Только теперь это для вообще всех и без танцев с бубнами вокруг системника. А не только каких-то там хостеров с отдельным кривым ядром, которым ну очень надо, так что изгальнулись.
| |
2.88, Тузя (ok), 10:10, 08/03/2018 [^] [^^] [^^^] [ответить] | +1 +/– | TL DR На локалхосте не сильно нужно Видимо, systemd пытается реализовать в себ... большой текст свёрнут, показать | |
|
3.94, Аноним (-), 23:01, 10/03/2018 [^] [^^] [^^^] [ответить]
| +/– |
> Видимо, systemd пытается реализовать в себе часть функционала windows, связанного со счётчиками
> производительности.
Ах, вот у кого openvz содрали beancounters...
| |
|
|
|
|
3.18, Аноним (-), 16:51, 06/03/2018 [^] [^^] [^^^] [ответить]
| +7 +/– |
> не осилит
Оно уже жирнее, чем было ядро времен третьей слаки.
| |
|
4.47, Аноним (-), 21:59, 06/03/2018 [^] [^^] [^^^] [ответить]
| –6 +/– |
> Оно уже жирнее, чем было ядро времен третьей слаки.
А первое ядро Linux так и вообще было меньше чем иной hello world. Не хочешь на него вернуться?
| |
|
|
|
1.20, Sunderland93 (ok), 17:40, 06/03/2018 [ответить] [﹢﹢﹢] [ · · · ]
| –5 +/– |
Живёт и активно развивается, что не может не радовать. Хотя я не совсем понял про rpm - systemd теперь ещё и пакетный менеджер?
| |
|
|
|
|
5.57, Аноним (-), 23:28, 06/03/2018 [^] [^^] [^^^] [ответить]
| +2 +/– |
Не пробьёт. Перечитай его сообщение - он и сейчас думает, что ему лишь кажется.
| |
|
4.48, Аноним (-), 22:01, 06/03/2018 [^] [^^] [^^^] [ответить]
| +/– |
Это-то как раз нормально. Во многие пакеты входят макросы rpm, что сильно облегчает жизнь майнтейнерам, а простых пользователей никак не затрагивает.
| |
|
5.55, Аноним (-), 22:51, 06/03/2018 [^] [^^] [^^^] [ответить]
| +1 +/– |
> Это-то как раз нормально. Во многие пакеты входят макросы rpm, что сильно
> облегчает жизнь майнтейнерам, а простых пользователей никак не затрагивает.
майнтейнеры дебиана уже радуются?
| |
|
6.58, Аноним (-), 23:31, 06/03/2018 [^] [^^] [^^^] [ответить]
| +4 +/– |
> майнтейнеры дебиана уже радуются?
Ну проголосуют раза три-четыре, придут к выводту, что pacman и slackpkg недостаточно фичастые и решат мигрировать на rpm+dnf. Делов-то. Как будто впервой.
А если ОЧЕНЬ повезёт, то сольются с девуаном и выкинут systemd обратно.
| |
|
7.85, _ (??), 21:17, 07/03/2018 [^] [^^] [^^^] [ответить]
| +3 +/– |
>А если ОЧЕНЬ повезёт, то сольются с девуаном и выкинут systemd обратно.
Кто ж им дастЪ?! (С)
Не для того шляпы демьян нагибали ... :(
| |
|
6.72, Аноним (-), 12:42, 07/03/2018 [^] [^^] [^^^] [ответить]
| +1 +/– |
> майнтейнеры дебиана уже радуются?
Для них ничего не изменилось.
| |
|
|
|
|
2.28, Аноним (-), 18:28, 06/03/2018 [^] [^^] [^^^] [ответить]
| +1 +/– |
Что такого, прибьют rpm (и соответственно DNF) к systems. Один фиг и то, и то под надежным контролем RH.
| |
|
3.32, Аноним (-), 19:00, 06/03/2018 [^] [^^] [^^^] [ответить]
| +/– |
…и потом системду выкинут из уютненького рача! Жду с нетерпением.
| |
|
4.36, selishii (ok), 19:59, 06/03/2018 [^] [^^] [^^^] [ответить]
| +4 +/– |
Обновил на арче сей пакет: результат перманентный сегфолт памяти при загрузке, видимо " новые скрипты" черезчур Новые, пришлось откатываться с помошью chroot'a. :/
| |
|
|
6.68, Аноним (-), 10:44, 07/03/2018 [^] [^^] [^^^] [ответить]
| +2 +/– |
Лучше не ставить systemd и все проблемы волшебным образом исчезнут. (уже лет 6 как, ни единого^W ни одной проблемы, ага)
| |
|
|
4.67, Hellraiser (??), 10:23, 07/03/2018 [^] [^^] [^^^] [ответить]
| +3 +/– |
> …и потом системду выкинут из уютненького рача! Жду с нетерпением.
история подсказывает, что скорее арч перейдёт на rpm
| |
|
|
2.43, Аноним (-), 21:16, 06/03/2018 [^] [^^] [^^^] [ответить]
| +/– |
Кроме шуток, но в месте с исходниками systemd распространяется spec-файл для сборки rpm-пакетов. Речь про изменения в этом файле.
| |
|
|
4.80, fi (ok), 14:14, 07/03/2018 [^] [^^] [^^^] [ответить]
| +/– |
По суте он прав ))))))))))) :
The contents of this are an example to be copied into systemd.spec.
| |
|
|
|
1.25, Аноним 80_уровня (ok), 18:13, 06/03/2018 [ответить] [﹢﹢﹢] [ · · · ]
| +2 +/– |
Обнаружил, что "reboot -f" в systemd-содержащих помойках работает не совсем так, как привычно думать. Вернее, он крайне хреново работает.
| |
|
2.38, АноЛёня (?), 20:45, 06/03/2018 [^] [^^] [^^^] [ответить]
| +/– |
Просто у него теперь заикание добавилось :)
-f, --force
Force immediate halt, power-off, or reboot. When specified once, this results in an immediate but clean shutdown by the system manager. When
specified twice, this results in an immediate shutdown without contacting the system manager. See the description of --force in systemctl(1)
for more details.
| |
|
|
4.59, Аноним (-), 23:34, 06/03/2018 [^] [^^] [^^^] [ответить]
| –1 +/– |
> Это гениально, я считаю :)
Ну не знаю, вроде норм. Всякие -v -vv -vvv приучили.
P.S. Я - хейтер.
| |
4.71, Аноним (-), 11:19, 07/03/2018 [^] [^^] [^^^] [ответить]
| –1 +/– |
А для соместимости с пердыдущеми версиями могли бы и оставить поведение --force. И добавить --force--manager какой-нибудь
| |
|
|
|
|
|
3.93, Еретик (?), 13:43, 08/03/2018 [^] [^^] [^^^] [ответить]
| +/– |
Скорее systemd является никудышной заменой openrc.Второй появиля сильно раньше.Да и написан людьми в отличии от ...
| |
|
|
1.53, Аноним (-), 22:36, 06/03/2018 [ответить] [﹢﹢﹢] [ · · · ]
| +5 +/– |
Сколько можно уже эту крышку ноутбука мучать!
Ничего она не должна делать, кроме как закрывать ноутбук.
Если мне вдруг захочется спящий режим или выключить, я это как-нибудь сам сделаю. Не нужны там никакие обработчики.
| |
|
2.56, Аноним (-), 23:07, 06/03/2018 [^] [^^] [^^^] [ответить]
| –1 +/– |
Но я хочу просто закрывать ноутбук, убирать его в сумку и идти дальше, а не нажимать ещё какие-то кнопки. Можно?
Без systemd для этой цели приходилось держать отдельный демон acpid.
| |
|
3.60, Аноним (-), 23:36, 06/03/2018 [^] [^^] [^^^] [ответить]
| +2 +/– |
> Без systemd для этой цели приходилось держать отдельный демон acpid.
А теперь будешь держать отдельный systemd-acpid и ещё пару примонтированных файловых систем. Сам acpid сдохнет (надеюсь, нет). А потом Сиверс продаст ноут, возможность выпилят как неиспользуемую разработчиками, а acpid будет уже мёртв.
| |
|
4.61, Аноним (-), 00:03, 07/03/2018 [^] [^^] [^^^] [ответить]
| +/– |
> А теперь будешь держать отдельный systemd-acpid
Не буду: функционал обработки событий ACPI находится в systemd-logind, ответственном за виртуальные консоли и пользовательские сессии.
| |
|
5.73, Аноним (-), 12:45, 07/03/2018 [^] [^^] [^^^] [ответить]
| +1 +/– |
> функционал обработки событий ACPI находится в systemd-logind, ответственном за
> виртуальные консоли и пользовательские сессии.
И где в этом логика?
| |
|
6.87, Алког Олек (?), 05:15, 08/03/2018 [^] [^^] [^^^] [ответить]
| +/– |
>> функционал обработки событий ACPI находится в systemd-logind, ответственном за
>> виртуальные консоли и пользовательские сессии.
> И где в этом логика?
Управление состоянием сессии же. И терминала... Гм. Хотя конечно это только часть всего acpid.
| |
|
|
|
|
|
1.62, анонимус (??), 03:02, 07/03/2018 [ответить] [﹢﹢﹢] [ · · · ]
| +3 +/– |
Интересно, что будет, если вначале закрыть крышку ноута, а потом отключить питание. По идее , результат должен быть такой же, как и закрытие крышки с отключенным питанием.
| |
|
2.74, Аноним (-), 12:46, 07/03/2018 [^] [^^] [^^^] [ответить]
| +/– |
> Интересно, что будет, если вначале закрыть крышку ноута, а потом отключить питание.
> По идее , результат должен быть такой же, как и закрытие
> крышки с отключенным питанием.
Если ноут уснёт при закрытии крышки, на отключение питания он уже не отреагирует.
| |
|
3.77, Аноним (-), 13:25, 07/03/2018 [^] [^^] [^^^] [ответить]
| +/– |
А как работает "гибридный сон" - сначала сон, потом глубокий сон? Он из sleep'а потом сразу в hibernate переходит, не пробуждаясь?
| |
|
4.84, Аноним (-), 20:01, 07/03/2018 [^] [^^] [^^^] [ответить]
| +/– |
Ноут делает все, чтобы уйти в гибернацию, но в сам момент ухода вместо полного отключения питания засыпает. Таким образом, если сон продлится недолго - восстановление будет быстрым, а если долго - не потеряются данные.
| |
|
|
|
|
|
3.96, anonymoused (?), 12:18, 12/03/2018 [^] [^^] [^^^] [ответить]
| +/– |
В bsd rc наконец сделали rc.conf.d.
Конфигурацию разбитую на куски стало сильно проще читать и править.
А чтобы админы не заскучали sysrc не умеет корректно работать с rc.conf.d.
| |
|
4.97, Аноним (-), 17:31, 12/03/2018 [^] [^^] [^^^] [ответить]
| +/– |
> В bsd rc наконец сделали rc.conf.d.
Если из сравнительн недавнего, то ЕМНИП, добавили поддержку {LOCALBASE}/etc/rc.conf.d
/etc/rc.conf.d уже давно
> Date: Mon Oct 2 18:50:58 2006 +0000
> Pull in /etc/rc.conf.d/network so that ifconfig_<if> variables can be
.
.
> Конфигурацию разбитую на куски стало сильно проще читать и править.
> А чтобы админы не заскучали sysrc не умеет корректно работать с rc.conf.d.
.
.
> Date: Tue Nov 3 19:57:12 2015 +0000
> Add sysrc(8) support for "rc.conf.d" file(s) when given "-s name" to
> indicate service(8) script. While here, add "-l" option for listing the
Да и сам sysrc - 1000 строчный костылик на sh.
| |
|
|
2.79, yet another anonymous (?), 13:46, 07/03/2018 [^] [^^] [^^^] [ответить]
| +/– |
Ушли с subversion на git, немного причесали bootlogd, логгирование на несколько консолей (если их несколько), /dev/initctl moved to /run/initctl, убраны излишние sleeps при shutdown, automatically spawn agetty on kernel consoles.
| |
|
3.90, Ne01eX (ok), 13:15, 08/03/2018 [^] [^^] [^^^] [ответить]
| –1 +/– |
Я и говорил про бетку. Просто, нужно принять во внимание разные подходы к разработке ПО у разработчиков systemd и sysvinit.
| |
|
|
1.89, Еретик (?), 12:35, 08/03/2018 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
У меня один вопрос : когда наконец станет доступен к подгрузке модуль linux.ko ?
К чему эти полумеры?
| |
|
2.95, Аноним (-), 09:50, 12/03/2018 [^] [^^] [^^^] [ответить]
| +/– |
Давно доступен:
kexec -l /boot/vmlinuz --reuse-cmdline
systemctl kexec
| |
|
|