| |
| |
| 3.15, Аноним (15), 01:04, 15/08/2026 [^] [^^] [^^^] [ответить]
| +6 +/– |
Можно подумать, что ты хоть раз расследовал на гигабайтах логов.
Есть смысл временно включать, чтобы проверить почему падает отдельная служба, но держать на постоянке и никогда туда не смотреть... ну ты сам себе буратино.
| | |
| |
| 4.19, Аноним (2), 01:21, 15/08/2026 [^] [^^] [^^^] [ответить]
| +2 +/– | |
Гигабайты там и не нужны. Хватает 100 строчек выхлопа тогоже ядра, чтобы понять, почему вся система отъехала.
К слову, актуально даже на десктопе с теме же амдешными, кривыми GPU дровами.
| | |
| |
| 5.34, Аноним (1), 02:19, 15/08/2026 [^] [^^] [^^^] [ответить]
| +/– |
Ничего не мешает убрать маунт при необходимости. Хотя при паниках ядра в журнал все равно ничего не запишется.
| | |
| 5.41, Аноним (-), 02:40, 15/08/2026 [^] [^^] [^^^] [ответить]
| +/– |
> Гигабайты там и не нужны. Хватает 100 строчек выхлопа тогоже ядра, чтобы
> понять, почему вся система отъехала.
Но с tmpfs строчек будет зачастую 0. Почему-то.
| | |
|
|
| 3.16, Аноним (16), 01:06, 15/08/2026 [^] [^^] [^^^] [ответить]
| +2 +/– | |
> Удачи потом в расследовании инцидентов.
Может он эти инциденты и создает? "В расследовании главное не выйти на самого себя!"
| | |
| 3.33, Аноним (1), 02:14, 15/08/2026 [^] [^^] [^^^] [ответить]
| +/– |
Каких еще инцидентов? У нас таких нет, у нас все нормальные ребята.
| | |
| 3.76, Аноним (76), 07:19, 15/08/2026 [^] [^^] [^^^] [ответить]
| +/– |
А с journald там тоже рулетка. Во время инцидентов он теряет или повреждает свои логи
| | |
| 3.80, Аноним (80), 08:23, 15/08/2026 [^] [^^] [^^^] [ответить]
| –2 +/– |
Прощще переустановить, чем мутить эти логи, раз в миллион лет может быть баг, в 99% случаев ты и не знаешь что это, это может быть баг самого ядра, или какого то софта завязанного на systemd.
Логи нужны разрабам. А то что вы разраб с opennet, сомневаюсь.
| | |
| |
| 4.101, Аноним (101), 10:42, 15/08/2026 [^] [^^] [^^^] [ответить]
| +/– | |
Логи нужны всем. Админ при настройке сервисов в логи смотрит в первую очередь.
Есть системы автоматизированного анализа логов.
| | |
|
|
| 2.81, Аноним (80), 08:24, 15/08/2026 [^] [^^] [^^^] [ответить]
| +/– | |
>История тянется с марта 2020 года, когда в системе отслеживания ошибок был зарегистрирован отчёт, в котором было продемонстрировано, что генерирование около 500 КБ текстовых логов выливается в более чем 700 МБ физических операций записи на SSD. Разработчики systemd тогда наотрез отказались признавать проблему, ответили в стиле "вы не понимаете, как работают файловые системы", отказались от проведения профилирования и закрыли заявку с вердиктом "not actionable". Комментарии разработчиков собрали сотни отрицательных оценок от пользователей, однако позиция проекта осталась непреклонной.
Это все капля в море. 700Mb логи.
5Гб Браузер.
Поэтому держу браузер в psd profile-sync-daemon.
| | |
| |
| 3.102, небесный ученый (ok), 10:44, 15/08/2026 [^] [^^] [^^^] [ответить]
| +/– |
 > 5Гб Браузер.
> Поэтому держу браузер в psd profile-sync-daemon.
давненько тоже им пользовался, но отказался
во первых, каждый раз при загрузке, время входа в акк увеличивается за счет доп.загрузки 5г с диска
во вторых, это минус 5г ОЗУ, если у вас там 32г рамы то еще терпимо, но всё же это дофига
в третьих, psd самую активную часть браузера - кэш, не тянет в ОЗУ, так как он располагаться отдельно от профиля браузера.
кстати, из 5гу вас там 90% это хранящиеся локально данные с сайтов на которые уже скорее всего вы давно и не заходили, полезно порой чистить например через туже настройку браузера
при этом, довольно редко но метко, с какого-то фига, частично обнулялся профиль браузера, после неудачной загрузки/перезагрузки системы.
в общем, убрал нафиг, проблем больше чем пользы, а вместо этого просто смонтировал домашний кэш $HOME/.cache в tmpf, где хранятся кэши программы в том числе браузеров
| | |
|
| 2.95, небесный ученый (ok), 10:12, 15/08/2026 [^] [^^] [^^^] [ответить]
| +/– |
для журнала systemd можно прописать в конфиге что-бы любил только озу
$ cat /etc/systemd/journald.conf
Storage=volatile
| | |
|
| |
| 2.6, Аноним (6), 00:49, 15/08/2026 [^] [^^] [^^^] [ответить]
| +9 +/– |
А как пели: бинарный формат, это не партянки, всё быстро...
| | |
| |
| 3.12, Аноним (16), 00:59, 15/08/2026 [^] [^^] [^^^] [ответить] | –3 +/– | А оно и правда - быстро Скажем я могу более-менее в реальном времени парсить в... большой текст свёрнут, показать | | |
| |
| 4.30, Аноним (30), 01:48, 15/08/2026 [^] [^^] [^^^] [ответить]
| +4 +/– |
а зачем вам ssh в кровавом энткрпрайзе, он бай дизайн не предназначен для этого, для гигабайтов логов в том числе, iptables имеет все необходимое чтобы не грузить прикладную программу сетевым мусором, вы еще расскажите про фейл2бан, и как используете его чтобы защищаться от китайских ботнетов, его задача спасти ваш сервер городской поликлинники от разгневанного пациента. journald абсолютно ничем не лучше текстовых портянок, хотите нормальную защиту, отправляйте логи на удаленный сервер, который положит их в бд и проиндексирует для любых дальнейших манипуляций
| | |
| |
| 5.38, Аноним (-), 02:33, 15/08/2026 [^] [^^] [^^^] [ответить] | –1 +/– | У меня нет тех ваших энтерпрайзов и я не переклинен на этих кейсах У энтерпрайз... большой текст свёрнут, показать | | |
|
| 4.44, Аноним (6), 03:11, 15/08/2026 [^] [^^] [^^^] [ответить]
| +/– |
Если ты в риалтайме парсишь гигзы логов от ssh... Что-то ты неправильно делаешь.
| | |
| |
| 5.106, Аноним (106), 11:04, 15/08/2026 [^] [^^] [^^^] [ответить] | +/– | Вот теперь я все делаю правильно 1 Сообщение приходит мне вскоре после того ка... большой текст свёрнут, показать | | |
|
| 4.50, вымя (?), 03:47, 15/08/2026 [^] [^^] [^^^] [ответить]
| +/– | |
> Скажем я могу более-менее в реальном времени парсить "все сообщения от sshd". Префильтр и индексированный доступ - обеспечит сам journald.
А теперь попробуй то же самое с cron-задачами. Нет, -u crond и прочие вариации не подходят, потому что красношляпые гении решили, что на каждый запуск задачи нужно плодить одноразовые session-c31337.scope. В итоге опять грепаем, только не из файла, а через, ээээ, пайпы. Очень удобно.
| | |
| |
| |
| 6.69, вымя (?), 06:21, 15/08/2026 [^] [^^] [^^^] [ответить]
| +/– | |
...которые в логе вообще не отсвечивают. Вот где в журнале написано про запуск dnf-makecache.timer? А он запустился, вон, свежие следы в /var/cache лежат!
«Неудобно работать с логами? Просто выкиньте их!» Гениально.
В таймерах этих ещё и stdout/stderr без костылей не попадает ни в хвалёный journald, ни на почту. Свои-то файлы мне, может, и не жалко подпереть, но вот следить за миллионом дистрибутивных файлов для того, чтобы обставлять их override-ами, желания нет никакого.
Но вы, конечно, не прекращайте восхищаться гением Лёни, подарившему админам локалхостов многословный ароматизатор crontab, не идентичный натуральному.
| | |
|
| 5.108, Аноним (-), 11:16, 15/08/2026 [^] [^^] [^^^] [ответить] | +/– | Поэтому 1 Я снес cron нахрен и забыл про него и его дурной спам логинами в л... большой текст свёрнут, показать | | |
|
| 4.54, freehck (ok), 04:13, 15/08/2026 [^] [^^] [^^^] [ответить]
| +/– |
 > В текстовом же случае...
> 1) Вы вообще сами будете искать где граница между сообщениями.
Зато это хоть возможно будет сделать. Вот рубанёт тебе питание, журнал окажется повреждён — и удачи тебе найти границу между сообщениями: потеряешь как минимум последние 5 минут (ибо именно с такой периодичностью индекс полей сбрасывается в журнал journald), а потенциально и весь журнал (если вдруг рубануло в момент fsync-а индекса). В случае же старого доброго текстового формата, если оно записалось — значит записалось, и будет доступно для анализа, когда потребуется.
> 2) Парсинг гигз логов - нифига не быстро. А без этого - как вы вообще получите знание "сколько запросов с этого IP было за последние 5 минут"? Вот то то и оно
А когда это journald научился строить индексы по кастомным пользовательским полям, да ещё и с высокой кардинальностью? Вот это новость! =)
Впрочем, ты конечно извини, но пример у тебя — из разряда хотелок админов локалхоста. На проде для такой аналитики используются clickhouse и elasticsearch, а уж никак не grep, и уж тем более не journalctl. А на одиноком локалхосте — не всё ли блин равно?
| | |
| |
| 5.94, фняк. (?), 09:58, 15/08/2026 [^] [^^] [^^^] [ответить]
| +/– |
Разворачивать кх или эластик ради пятка хостов(возможно виртуалок) как-то оверкилл
| | |
|
|
|
|
| 1.4, Аноним (4), 00:35, 15/08/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +5 +/– |
А я думал это норма, что что все эти лог журналы насилуют твой ссд, чтобы потом форензик экспертам было легче копаться в твоих штанах.
| | |
| |
| 2.8, Аноним (-), 00:52, 15/08/2026 [^] [^^] [^^^] [ответить]
| +1 +/– |
> А я думал это норма, что что все эти лог журналы насилуют твой ссд,
> чтобы потом форензик экспертам было легче копаться в твоих штанах.
Да не парься ты так - форенсики с твоего SSD и с якобы-in-place файлухи вынут кучу данных с твоего SSD. Потому что флеш память не умеет in place перезаписи, внезапно. А стирание медленное и крупноблочное. Так что контроллер - всяко почти наверняка CoW сделает. И если читануть NAND напрямую без его услуг по пропуску лишнего...
Кстати, "secure" erase с явным протиранием нулями региона - тоже так не сработает. Оно протрет нолями ДРУГОЙ регион SSD. Вот явный запрос TRIM конкретного региона - еще может какую-то пользу принести. Только это блочный уровень, ФС сами по себе без явного прокостыливания такими вещами не оперируют.
| | |
| |
| 3.56, Аноним (55), 04:20, 15/08/2026 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> ФС сами по себе без явного прокостыливания такими вещами не оперируют.
-o discard делает ровно это
| | |
| 3.97, Вася (??), 10:21, 15/08/2026 [^] [^^] [^^^] [ответить]
| +/– |
поэтому шифрование на носитель и норм. Но вообще можно просто мусором забить разочек.
| | |
|
|
| 1.5, Аноним (-), 00:48, 15/08/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– |
> В данном случае разработчики systemd продемонстрировали
> типичный для корпоративного Open Source подход
В данном случае опеннетчики продемонстрировали типичный подход: много критиканить других и мало делать самим. А ваши текстовые логи - это прекрасно. Кроме того момента что даже просто банить околореалтаймно ботов по ним адское мучение. И либо дичайше жрет проц на парсинг гигабайтов - либо требует навороченных энтерпрайзных систем с индексами, и там вопрос амплификации, нагрузки и проч вообще - не раскрыт.
А каких-то реально сравнимых решений получить? Что вы, не дождетесь!
| | |
| |
| 2.9, Аноним (9), 00:53, 15/08/2026 [^] [^^] [^^^] [ответить]
| +2 +/– |
Так может лучше задействовать для бана ботов нормальную базу данных, а не эти ошмётки? А текстовые логи оставить только для отладки.
| | |
| |
| 3.13, Аноним (16), 01:03, 15/08/2026 [^] [^^] [^^^] [ответить]
| +/– |
> Так может лучше задействовать для бана ботов нормальную базу данных, а не эти ошмётки?
> А текстовые логи оставить только для отладки.
Ваша проблема в том что у вас в итоге только:
- Голый зад - и нифига кроме рассказов как все это "не надо".
- Невь...й enterprise grade которому для обслуги надо тиму фултайм админов в комплекте. Потому что ваша нормальная база данных - обслуживаемая. И надо - того кто умеет в DBA. Бесплатно работать DBA почему-то не любят.
А mid-range и просто возможность забанить надоевших ботиков с своего сервера без огромных напрягов и затрат? В вашей картине мира такое не предусмотрено вообще. А у поттера так можно было. И это причина по которой мир в целом предпочел - его. А вы можете свои базы данных админить, если вам это надо.
| | |
| |
| 4.85, ыых (?), 08:57, 15/08/2026 [^] [^^] [^^^] [ответить]
| +/– | |
> А у поттера так можно было.
Драмаквин в треде, развел соплей будто уже это отключили
Держи такой же настрой, пригодится когда и твою багу к системде закроют с "not a bug" и коротким каментом про "ты не понимаешь как работает компьютер"
| | |
|
|
| 2.107, User (??), 11:08, 15/08/2026 [^] [^^] [^^^] [ответить]
| +/– |
И вот казалось бы, нахрена высовывать ssh голым задом наружу, а потом героически его оборонять костылями? Ну вот есть же хоть tailscale, хоть cloudflare zero-trust, хоть чорт в ступе - но нет, дiды делали и мы будьмо! Как дiды, но не дiды!
Локалхост-админы такие локалхост-админы...
| | |
|
| 1.10, Аноним (6), 00:55, 15/08/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +3 +/– | |
> типичный для корпоративного Open Source подход: критический недочёт в инфраструктурном компоненте игнорировался годами
Вся суть архитектуры системды.
| | |
| |
| 2.17, Аноним (16), 01:17, 15/08/2026 [^] [^^] [^^^] [ответить]
| –4 +/– |
>> типичный для корпоративного Open Source подход: критический недочёт в инфраструктурном
>> компоненте игнорировался годами
> Вся суть архитектуры системды.
А альтернативы то какие? Сидеть с голым задом или огроменные энтерпрайзные монстры? Тоже мне дузовные метания мадам грицацуевой.
| | |
| |
| 3.23, Аноним (-), 01:30, 15/08/2026 [^] [^^] [^^^] [ответить]
| –1 +/– |
А вы со своим тэйком про голые зады по всеё дискуссии растеклись по своей воле или по корпоративной разнарядке? А то что-то тех людей, что системд в дистрибутивы проталкивали, как-то очень быстро перестало быть видно в списках рассылки, что на кое-что намекает.
| | |
| |
| 4.37, Аноним (-), 02:24, 15/08/2026 [^] [^^] [^^^] [ответить] | –2 +/– | Я на лично своих серверах ботов баню за счет функциональности journald Использу... большой текст свёрнут, показать | | |
| |
| 5.43, Аноним (43), 02:45, 15/08/2026 [^] [^^] [^^^] [ответить]
| +/– | |
>основное занятие майнтайнеров и прочих - вовсе не спам в списки рассылки
Вышли из кельи, протолкнули, и назад мейнтэйнить. Благодать.
>хотим последние 10 сообщений
tail, не?
| | |
| |
| 6.60, freehck (ok), 04:44, 15/08/2026 [^] [^^] [^^^] [ответить]
| +/– |
>> хотим последние 10 сообщений
> tail, не?
Ты ему ещё расскажи, что текстовые логи, оказывается, можно ротировать, и поиск сводится к последовательному чтению одного маленького последнего файла =)
В то же время journald для той же самой процедуры:
- сначала зачитает хэш-таблицу из хедера файла журнала и распарсит её
- затем произведёт по ней поиск, найдя все смещения нужных записей
далее, ДЛЯ КАЖДОЙ записи:
- сделает seek в нужное место heap-а по найденному смещению
- вычитает по смещению запись
- распарсит запись
- и только потом выведет её текстовую часть на экран
И если в случае с текстовым логом все эти потоки просто копируются по максимальному размеру буфера, то в случае с journald — оно перекладывается по одной записи за раз, скачет туда-сюда, да ещё и на парсинг структуры каждой зачитанной записи тратит время. =)
С верующими адептами Поттеринга — спорить мало смысла.
Они ж такие не от высокой экспертизы... =)
| | |
|
|
|
| 3.45, Аноним (6), 03:17, 15/08/2026 [^] [^^] [^^^] [ответить]
| +/– | |
> А альтернативы то какие?
Спроси у гугла, почему он в хромосе НЕ использует системду.
| | |
| |
| 4.77, arthi747 (ok), 07:36, 15/08/2026 [^] [^^] [^^^] [ответить]
| +/– |
 Недавно столкнулся с чюдом. Есть такая штука Agent DVR для ip камер, так вот при запуске через systemd она жрет почти в два раза больше чем при запуске из архива.
| | |
|
|
| 2.74, dannyD (?), 06:48, 15/08/2026 [^] [^^] [^^^] [ответить]
| +/– | |
>>Вся суть архитектуры системды.
слепому ясно, но имя им _легион_.
| | |
| 2.87, ыых (?), 09:00, 15/08/2026 [^] [^^] [^^^] [ответить]
| +/– | |
Вообще в статье неправильно указано - "игнорировался". Это неправильное определение.
Для разрабов системды этого бага не было. Их хрупкое эго не могло принять этой проблемы 5 лет, пока вновь русский не пришел и не ткнул носом немцев в их же, кхм, кодовые испражнения
| | |
|
| |
| 2.20, Аноним (20), 01:24, 15/08/2026 [^] [^^] [^^^] [ответить]
| +/– |
Хехе, не дождетесь. Там только на профилирование, дебаг и рабочие фиксы уйдёт года полтора-два. Вспоминаем историю #12309.
| | |
| |
| 3.25, Аноним (-), 01:33, 15/08/2026 [^] [^^] [^^^] [ответить]
| +/– |
А 12309 никуда и не делся. Достаточно попробовать попользоваться машиной с небольшим объёмом озу, жёстким диском и большим количеством устройств на одной линии PCI.
| | |
| |
| 4.39, Аноним (-), 02:36, 15/08/2026 [^] [^^] [^^^] [ответить]
| +1 +/– |
> А 12309 никуда и не делся. Достаточно попробовать попользоваться машиной с небольшим
> объёмом озу, жёстким диском и большим количеством устройств на одной линии
> PCI.
Потом пойти в магазин и обнаружить что сраный китайский мобильник за 50 баксов - работает намного лучше чем весь этот античный кластерфак...
| | |
| |
| 5.84, Аноним (43), 08:53, 15/08/2026 [^] [^^] [^^^] [ответить]
| +/– |
Проблема то не решена, а у некоторых конкурентов таких архитектурных просчётов и вовсе не было.
| | |
|
|
|
|
| 1.21, Аноним (21), 01:26, 15/08/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +3 +/– |
Ну что, теперь системда не будет тормозить на старых пк и одноплатниках?
| | |
| 1.22, Аноним (22), 01:29, 15/08/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +/– | |
> для корпоративного Open Source подход
цифровая "буржуазная демократия", хехе...
| | |
| |
| 2.40, Аноним (-), 02:37, 15/08/2026 [^] [^^] [^^^] [ответить]
| +2 +/– |
>> для корпоративного Open Source подход
> цифровая "буржуазная демократия", хехе...
Все демократично: кто работу работает тот и решает что ему надо при этом было :). А вот нытье на форумах и правда мало что решает. Особенно - технические проблемы.
| | |
|
| 1.24, Аноним (24), 01:30, 15/08/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Я вижу здесь корреляцию со слегка возросшей ценностью SSD, сейчас уже не так просто "купить новый, а старый выкинуть". Людям стало не так легко расставаться с вещами. Надо теперь на браузеры переключаться и постить туда баги, там тоже конь не валялся.
| | |
| 1.31, zionist (ok), 01:51, 15/08/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– |
 Примерно так же, уже много лет, многие ждут поддержку SHA256 Git репозиториев в GitHub и в VS Code.
| | |
| 1.35, Аноним (35), 02:22, 15/08/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +/– | |
> мейнтейнеры проекта изменили риторику и начали работу над оптимизацией механизмов сброса кэша и структуры хранения индексов journald
Ссылка?
| | |
| |
| 2.42, Аноним (24), 02:43, 15/08/2026 [^] [^^] [^^^] [ответить]
| +3 +/– | |
> Ссылка?
Да я не думаю что будет так строго, скорее всего всем причастным года 2 условно дадут и обяжут таки пофиксить это недоразумение
| | |
| 2.47, Аноним (6), 03:23, 15/08/2026 [^] [^^] [^^^] [ответить]
| +/– | |
> Ссылка?
Тут надо просить вышку, а то количество жертв среди SSD слишком велико.
| | |
|
| 1.48, Аноним (48), 03:40, 15/08/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +4 +/– |
Многое говорит про качество подделки systemd, а ведь есть те, которые серьёзно считают, что systemd пример качественного софта. Благо все больше дистрибутивов отказываются от этого переусложненного и некачественного комбайна.
| | |
| 1.49, ryoken (ok), 03:43, 15/08/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– |
 ValdikSS это вроде с лора товарищ? Насколько понимаю, разбирающийся (не то что я). Где-то еще попадались его писания, не упомню.
| | |
| |
| 2.64, Аноним (64), 05:35, 15/08/2026 [^] [^^] [^^^] [ответить]
| +/– | |
>"ValdikSS это вроде с лора товарищ"
Если с Лора, значит он очень жёстко троллит.
| | |
| 2.91, Xo (?), 09:37, 15/08/2026 [^] [^^] [^^^] [ответить]
| +1 +/– |
Легенда. Кодек sbc-xq, обход замедления Ютуба это то чем он занимался.
| | |
|
| 1.51, Аноним (51), 04:06, 15/08/2026 [ответить] [﹢﹢﹢] [ · · · ] | +/– | Единого универсального алгоритма записи действительно не существует, потому что ... большой текст свёрнут, показать | | |
| |
| 2.61, freehck (ok), 04:59, 15/08/2026 [^] [^^] [^^^] [ответить]
| +2 +/– | |
Ой, и не говори даже. Самое важное, на что ответа нет: ну вот нахрена логам локалхоста этот долбаный индекс вообще? Для домашней системы и текстовый нормально сойдёт, а для энтерпрайза мы один фиг Elastic или Loki заюзаем.
Но это ещё что... Как на счёт такого аргумента: даже если нам вдруг зачем-то нужен индекс... Почему не оставить лог текстовым, как он есть, а индекс — хранить в отдельном файле РЯДОМ с логом? Это, между прочим, сделало бы систему устойчивой к повреждению индекса, и вообще все вопросы с journald сняло бы: все бы Поттерингу только спасибо сказали.
В общем, действительно не понятно, зачем journald нужен, и для кого он создавался. Он стоит на наших машинах исключительно потому, что он идёт в составе systemd-комбайна, который нам навязан в качестве промышленного стандарта.
И он, как выяснилось, все эти годы портил нам ssd-шки. Спасибо, Леннарт. Почему я не удивлён...
| | |
|
| 1.52, Аноним (51), 04:07, 15/08/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Разработчики systemd-journald решили объединить текстовые логи в сложную бинарную структуру (чтобы по логам можно было делать быстрый поиск и индексацию) и выбрали для работы с ней mmap.В итоге получился худший архитектурный гибрид: структура данных сложная как у базы данных, но вместо механизмов СУБД (свой кэш, O_DIRECT, WAL) разработчики полностью доверились автоматике mmap. Когда в Linux изменилась логика работы контейнеров (cgroups), автоматика ядра начала бесконечно гонять эти 4 КБ страницы туда-обратно, уничтожая SSD.
| | |
| 1.53, iCat (ok), 04:11, 15/08/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
 Всю дорогу пользуюсь syslog-ng.
Хватает "аж за брови".
Плюс - вполне себе читаемые логи.
Ну как-то странно нагружать логгер ещё и задачами базы данных, криптования и т.п.
| | |
| 1.58, Норм (?), 04:40, 15/08/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +2 +/– | |
Системда страшная помойка. Число открытых багов измеряется тысячами. Как и ожидающих пулл реквестов.
Но они считают очень важным мержить верификавию возраста.
Контроль над репой поделён буквально между одним редхат и одним МС работником.
| | |
| 1.59, Аноним (59), 04:41, 15/08/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– |
> История тянется с марта 2020 года
> разработчики systemd продемонстрировали типичный для корпоративного Open Source подход: критический недочёт в инфраструктурном компоненте игнорировался годами, пока ущерб репутации проекта в сообществе не превысил издержки на его исправление.
То есть, знаменитое "сообщество™" за шесть лет вместо исправления проблемы просто продолжало за обе щеки потреблять продукт "корпоративного подхода" - и теперь вы всерьез рассказываете о "репутации проекта" внутри этой группы дармоедов-халявщиков?
| | |
| |
| 2.90, ыых (?), 09:06, 15/08/2026 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> То есть, знаменитое "сообщество™" за шесть лет вместо исправления проблемы
Какой проблемы? Разрабы системды проблемы не видели.
> просто продолжало за обе щеки потреблять продукт "корпоративного подхода"
И конечно же ты сейчас внесешь выкладки использования дистрибутивов, включая вариации с замещением журналды на нормальный логгер, в домашнем и корпоративном использовании, за период этих 6 лет
| | |
|
| 1.66, Аноним (66), 05:51, 15/08/2026 [ответить] [﹢﹢﹢] [ · · · ] | +1 +/– | Изначальный отчет 2000 года закрыли потому, что Поттеринг попросил привести боле... большой текст свёрнут, показать | | |
| |
| 2.67, Аноним (48), 06:05, 15/08/2026 [^] [^^] [^^^] [ответить]
| +/– |
Вот пример настоящей нейронки, которая защищает здесь проприетарные и полупроприетарные продукты. Как с галюцинировала про 2000 год, так дальше в тексте и пишет, хотя в следующем предложении правильно пишет про паузу в 6 лет.
| | |
| |
| 3.75, Аноним (59), 07:06, 15/08/2026 [^] [^^] [^^^] [ответить]
| +/– | |
> Вот пример настоящей нейронки, которая защищает здесь проприетарные и полупроприетарные продукты.
А где в том сообщении что-то сказано о защите каких-либо продуктов? Там по-моему в защиту здравого смысла и против подачи новостей в стиле бульварных помоев.
| | |
|
| 2.86, Аноним (86), 08:58, 15/08/2026 [^] [^^] [^^^] [ответить]
| +/– | |
>разрабы всегда говорят с теми конкретными людьми, кто реально вносит клад и говорит по делу
Ни хрена ты разрабов не знаешь. Разрабы говорят *только* с теми людьми, кто их не критикует (они же "высшая каста"!) Попробуй укажи им даже на очевидный их ляп, в ответ получишь море дерьма, не зависимо от того вносишь ты вклад или критикуешь "по делу".
Кстати, эта новость прекрасная этому иллюстрация.
| | |
| |
| 3.93, llolik (ok), 09:55, 15/08/2026 [^] [^^] [^^^] [ответить]
| +/– |
 А влезая в issues тред с ноги, назвав всех дебилами и требуя быстро запилить "не знаю что, но как я сказал" (в общем типичный стиль от "анонимного сообчества") ты ожидаешь какой-то другой реакции, кроме GTFO ?
Вобщем-то, сам посмотри тред в issues: типичный стандартный birdie-тупняк, пока в другом тикете ValdikSS, собственно, и не протестировал нормально.
| | |
|
|
| 1.70, Аноним (70), 06:28, 15/08/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Ждём того же, но уже у proxmox. У них тоже база данных своя активно пишет на диск и природа проблемы схожая.
| | |
| 1.98, Аноним (98), 10:25, 15/08/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Как узнают на hackernews и ycombinator так сразу отваливается вся идеалогия. Ведь бабки можно потерять, стартапов да корпы узнаю что шиза важнее производительности
| | |
|
