ㅤ
Немного толстовато было про на любителя.
😳
Если нравится/все равно - федора отличный дистр.
Sergei
Anonymous
Ну, к systemd вопросы действительно есть. Только нет альтернатив. Все остальные этот функционал не предлагают даже близко.
Julian 🏳️🌈
Да еще и в бинарном формате, чтоб никто не прочитал
ㅤ
хех
Sergei
Вот это, ИМХО, как раз спорное решение.
Anonymous
кстати про systemd, а ноги растут из launchd или это байка? у второго правда xml конфиги, но то такое
Sergei
Anonymous
Simon
Там же логи через journalctl доступны только для сервисов запускаемых через systemd? И как journalctl собирает логи?
Sergei
Ещё syslog можно перехватывать, что обычно и происходит.
Simon
Ясно
Sergei
Sergei
systemd-mysqld
ㅤ
Anonymous
Simon
WB
Федора 31 бета с гномом, сейчас ядро 5.3.6, было до обновления 5.3.0 Бывают случайные зависания при чтении больших файлов с диска. Пробовал убунту 19.10 с гномом, ядро 5.3.0 - тоже самое. Можно двигать курсором или переключаться в консоль и все. После зависания top показывает 2 зомби процесса. Сталкивался кто-то с похожей проблемой? Это гном 3.34 глючит или ядро?
Simon
Anonymous
Ага, текст это все остальное.. Так уже syslog умел
ㅤ
Artem
говорят, помогает
ㅤ
Ну он пока не может найти виновника зависонов своих.
WB
dnf install {any}wm чтобы исключить гном.
Если это гном, как зарепортить баг? И каковы шансы что его исправят? Собственно из-за гном 3.34 поставил федору, предыдущие версии тормозили, перебивался на кде.
ㅤ
ㅤ
Что за железка кстати? E
Anonymous
Artem
Понял
WB
Перебивался на KDE это уже весело :)
Мне вот было не весело. Это я не к тому что кде плох, просто мне нравится гном, после версии 3.22 стал на ноуте тормозить, пользоваться без мата было невозможно, пришлось пользоваться другим де.
ㅤ
Только оперативной памяти маловато а так норм.
ㅤ
И да, всё что было до 3.34 было слишком тормозным. Попробуйте новый гном, гномохейтеры. 😄
ㅤ
WB
До 3.24 все было нормально. 3.34 пофиксили, не тормозит.
WB
Да, точно. Лучше сразу здесь открыть баг
https://bugzilla.kernel.org/
Так она не активна пока через DRI_PRIME что-нибудь не запустишь, сама гном сессия на интеловской встройке работает. Вроде ж не должно влиять. Да, забыл добавить что когда случается зависание, индикатор загрузки жесткого диска всегда горит как будто что-то большое пишет/читает.
ㅤ
Я понимаю, но больше на ядерную проблему похоже. Но чтоб не гадать можно быстро и безболезненно поставить wm какой-нить из реп и посидеть на нем некоторое время.
ㅤ
Кстати, можете проверить у себя в F31
cat /sys/block/sd[X]/queue/scheduler ?
ㅤ
Я пропустил когда BFQ сделали так по умолчанию?
WB
WB
cat: '/sys/block/sd[X]/queue/scheduler': Нет такого файла или каталога
ㅤ
Simon
Тоже верно
https://unix.stackexchange.com/questions/332274/is-systemd-journald-a-syslog-implementation
WB
mq-deadline kyber [bfq] none
WB
ㅤ
WB
ㅤ
Да долго мусолили и решали сделать ли в workstation BFQ по умолчанию.
ㅤ
А в KDE спине тоже?
WB
ㅤ
@gasinvein можешь проверить у себя плз?
ㅤ
В матрикс чатике тоже подтвердили что BFQ у них. Отлично, теперь массово обкатают. 😊
ㅤ
Самое смешное что я наоброт только полез хотел отключить его, потому что тоже есть кое-какие странности с I/O, а он оказался уже включеннным по умолчанию.
WB
Boris
В смысле BFQ
WB
ㅤ
У вас не бывает такого, когда за один раз запишешь много и большой очень файл на несколько Гб на SSD, то потом может система на короткие промежутки быть полностью неотзывчивая, даже курсор не шевелится, и в этот момент i/o загрузка на 98% — jbd процесса, то есть с журналами ext4 что-то там делает, как я понимаю?
Sergei
ㅤ
Я думал это может контроллер в самом SSD этом таком, но в винде тоже пробовал его насиловать подобным образом и вроде норм.
Boris
ㅤ
Значит это всё же то место где я зря сэкономил и сразу не взял SSD от Samsung. 😔
Anonymous