Профиль: Аноним (вход | регистрация)
The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

В systemd-journald спустя 6 лет признали проблему избыточной нагрузки на накопители

14.08.2026 23:51 (MSK)

Разработчики проекта systemd приступили к изучению и устранению давней архитектурной проблемы в компоненте "systemd-journald", приводящей к многократному завышению объёма записываемых на диск данных (write amplification) по сравнению с фактическим объёмом логов.

История тянется с марта 2020 года, когда в системе отслеживания ошибок был зарегистрирован отчёт, в котором было продемонстрировано, что генерирование около 500 КБ текстовых логов выливается в более чем 700 МБ физических операций записи на SSD. Разработчики systemd тогда наотрез отказались признавать проблему, ответили в стиле "вы не понимаете, как работают файловые системы", отказались от проведения профилирования и закрыли заявку с вердиктом "not actionable". Комментарии разработчиков собрали сотни отрицательных оценок от пользователей, однако позиция проекта осталась непреклонной.

В начале 2026 года был отправлен повторный отчёт о проблеме, в ходе обсуждения которого независимый разработчик ValdikSS провёл подробное профилирование с использованием изолированных cgroup и loop-устройств, наглядно доказав механизм возникновения проблемы: из-за использования отображаемых в память файлов (mmap) и двоичных хэш-таблиц запись даже одного текстового сообщения размером 750 байт приводит к модификации отпечатков в памяти, вызывая сброс на диск полных 4-килобайтных страниц и генерацию от 50 КБ (ext4) до 110 КБ (btrfs) итогового ввода/вывода на уровне блочного устройства.

После вчерашнего попадания отчёта о проблеме на главную страницу Hacker News и публикации неопровержимых синтетических тестов мейнтейнеры проекта изменили риторику и начали работу над оптимизацией механизмов сброса кэша и структуры хранения индексов journald.

  1. Главная ссылка к новости (https://www.reddit.com/r/Linux...)
  2. OpenNews: Выпуск системного менеджера systemd 261 и форка liberated-systemd 261
  3. OpenNews: Во Flatpak намерены сделать systemd обязательной зависимостью
  4. OpenNews: В Debian 14 намерены удалить слой для совместимости systemd со скриптами sysv-init
  5. OpenNews: Создатель systemd и мэйнтейнер VFS ушли из Microsoft и основали компанию Amutable
Автор новости: Artem S. Tashkinov
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/66082-systemd
Ключевые слова: systemd
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (222) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (1), 00:23, 15/08/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Всю жизнь монтирую /var/log в tmpfs кстати.
     
     
  • 2.2, Аноним (2), 00:25, 15/08/2026 [^] [^^] [^^^] [ответить]  
  • +58 +/
    Удачи потом в расследовании инцидентов.
     
     
  • 3.15, Аноним (15), 01:04, 15/08/2026 [^] [^^] [^^^] [ответить]  
  • +9 +/
    Можно подумать, что ты хоть раз расследовал на гигабайтах логов.
    Есть смысл временно включать, чтобы проверить почему падает отдельная служба, но держать на постоянке и никогда туда не смотреть... ну ты сам себе буратино.
     
     
  • 4.19, Аноним (2), 01:21, 15/08/2026 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Гигабайты там и не нужны. Хватает 100 строчек выхлопа тогоже ядра, чтобы понять, почему вся система отъехала.

    К слову, актуально даже на десктопе с теме же амдешными, кривыми GPU дровами.

     
     
  • 5.34, Аноним (1), 02:19, 15/08/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ничего не мешает убрать маунт при необходимости. Хотя при паниках ядра в журнал все равно ничего не запишется.
     
     
  • 6.163, Аноним (163), 15:36, 15/08/2026 [^] [^^] [^^^] [ответить]  
  • +5 +/
    На всякий случай юзерам Remove journals older than a specific time sudo journ... большой текст свёрнут, показать
     
     
  • 7.167, Аноним (-), 16:13, 15/08/2026 [^] [^^] [^^^] [ответить]  
  • +2 +/
    gt оверквотинг удален При том чтобы этим всем особо не заниматься можно еще сд... большой текст свёрнут, показать
     
  • 7.228, Аноним (228), 22:21, 15/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    А смысл ограничивать время хранения логов systemd какими-то днями или неделями? Проблема возникает на этапе собственно записи сообщений. Их можно хоть немедленно удалять, от этого проблема избыточного объёма записываемых данных никуда не уйдёт.
     
  • 5.41, Аноним (-), 02:40, 15/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > Гигабайты там и не нужны. Хватает 100 строчек выхлопа тогоже ядра, чтобы
    > понять, почему вся система отъехала.

    Но с tmpfs строчек будет зачастую 0. Почему-то.

     
  • 5.171, NameName (?), 16:37, 15/08/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/
    ты там чемто упоролся?
    вся досточно 100 строчек выхлопа, но нужно найти эти 100 строчек в гигобатах логов.
     
     
  • 6.174, Аноним (174), 16:48, 15/08/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Умение искать переводит ситуацию из категории "проблемы" в категорию "решаемой задачи".
     
  • 6.175, Аноним (175), 16:48, 15/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > в гигобатах логов

    а зачем ты пишешь гигабайты логов в секунду? это же как забивать гвозди бетономешалкой. теоретически можно, но никто так не делает.

     
  • 3.16, Аноним (16), 01:06, 15/08/2026 [^] [^^] [^^^] [ответить]  
  • +4 +/
    > Удачи потом в расследовании инцидентов.

    Может он эти инциденты и создает? "В расследовании главное не выйти на самого себя!"

     
     
  • 4.229, Аноним (228), 22:22, 15/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > Может он эти инциденты и создает?

    Ну так-то да, у грамотного сисадмина железо и девушки не ломаются.

     
  • 3.76, Аноним (76), 07:19, 15/08/2026 [^] [^^] [^^^] [ответить]  
  • +2 +/
    А с journald там тоже рулетка. Во время инцидентов он теряет или повреждает свои логи
     
     
  • 4.103, Аноним (-), 10:53, 15/08/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > А с journald там тоже рулетка. Во время инцидентов он теряет или
    > повреждает свои логи

    1) Там в отличие от <random program name> - sync сделан более-менее грамотно. И оно это делает - потому что например при панике семантика файловых операций все же может быть нарушена. Но редко. И, главное, детектируемо.

    2) Там есть режим tamper resistant логов. Обычный текстових хаксор просто подрихтует. Да, ремотные сервера, бла-бла, но это сразу - другой уровень затрат и возни, с штатом админов или уймой нагрузки. А их tamper resistant работает и для локалхоста. И таки мешает хаксору подрихтовать лог задним числом. Его можно саботировать - но это будет опять же ЗАМЕТНО. Так что ситуации когда хаксор подрихтовал за собой и не оставил следов станет организовать значительно сложнее.

     
  • 3.80, Аноним (80), 08:23, 15/08/2026 [^] [^^] [^^^] [ответить]  
  • –6 +/
    Прощще переустановить, чем мутить эти логи, раз в миллион лет может быть баг, в 99% случаев ты и не знаешь что это, это может быть баг самого ядра, или какого то софта завязанного на systemd.
    Логи нужны разрабам. А то что вы разраб с opennet, сомневаюсь.
     
     
  • 4.101, Аноним (101), 10:42, 15/08/2026 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Логи нужны всем. Админ при настройке сервисов в логи смотрит в первую очередь.

    Есть системы автоматизированного анализа логов.

     
     
  • 5.178, Аноним (174), 16:51, 15/08/2026 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Вам же предыдущий автор дал прямую установку - админам локалхостов логи не нужны, им проще переустановить.
     
  • 3.223, Аноним (223), 21:43, 15/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    И как тебе стёртые логи на сломавшемся диске помогут расследовать что-то? Либо логи шлются в splunk (или что там вы любите), либо эти логи не особо-то и нужны.
     
  • 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 [^] [^^] [^^^] [ответить]  
  • +/
    давненько тоже им пользовался, но отказался во первых, каждый раз при загрузке, ... большой текст свёрнут, показать
     
     
  • 4.141, Аноним (141), 13:48, 15/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Ниче там не увеличивается, профиль 340mb, из них overlay 40мб, то что реально пи... большой текст свёрнут, показать
     
  • 4.145, Аноним (141), 13:54, 15/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    UPD: а я понял,
    нет 5Гб не профиль,
    А кеш, я отключил, browser.cache.disk.enable = false
    Я имею ввиду когда просто запущщен браузер, он постоянно перезаписывает в профиле и в кеше, и за день накапливается 5Гб.
     
  • 3.239, windows10 (ok), 23:35, 15/08/2026 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Это все капля в море. 700Mb логи.

    Ты очки-то протри, или понедельника дождись прежде чем комментировать.

    700 Мб - это не размер лога, это количество записываемой информации на 500 Кб реального размера.

    Если ты не в курсе (а я больше чем уверен, что это так), то кроме твоих фельдиперцовых SSD на 100500 террабайт, есть еще такие носители информации как eMMC, NAND, да и MicroSD, которые представь себе, могут использоваться как накопители для embedded.

    Ну теперь хотя понятно почему этот ембеддед предпочитает взрослые системы типа freebsd, qnx или windows. Нужно быть полным имбцлом, чтобы на претензию "ваш продукт деградирует наш ссд" отвечать "not a bug".

     
  • 2.95, небесный ученый (ok), 10:12, 15/08/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    для журнала systemd можно прописать в конфиге что-бы любил только озу
    $ cat /etc/systemd/journald.conf
    Storage=volatile
     
     
  • 3.180, Аноним (1), 16:57, 15/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Можно и так, но этот режим накладывает некоторые неприятные ограничения.
     
     
  • 4.193, небесный ученый (ok), 18:02, 15/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    такие же как и при установке /var/log в tmpfs
     
     
  • 5.194, Аноним (1), 18:13, 15/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Нет, не такие же. Storage=volatile запрещает использование неймспейсов у журнала, отчего например "journalctl --user" не будет работать.
     
     
  • 6.208, небесный ученый (ok), 19:29, 15/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    для простых смертных это не страшно, всё можно будет найти в "общем" журнале, да и вроде как если напрямую указать в конфиге SplitMode=uid то поведение станет стандартным.
     
     
  • 7.219, Аноним (1), 20:58, 15/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Нет, если Storage=volatile, то SplitMode=uid просто не имеет эффекта. В мануале все эти моменты описаны.
     
  • 3.197, Аноним (1), 18:15, 15/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Ну и плюс туда гадит не только системда, а много чего еще. Автовынос мусора из tmpfs очень удобен.
     
  • 2.121, Аноним (121), 12:33, 15/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Если, так сказать, технология отработана, то почему бы и нет?
     

  • 1.3, Аноним (3), 00:35, 15/08/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +6 +/
    И года не прошло.. А хотя не, прошло) 6!
     
     
  • 2.6, Аноним (175), 00:49, 15/08/2026 [^] [^^] [^^^] [ответить]  
  • +14 +/
    А как пели: бинарный формат, это не партянки, всё быстро...
     
     
  • 3.12, Аноним (16), 00:59, 15/08/2026 [^] [^^] [^^^] [ответить]  
  • –2 +/
    А оно и правда - быстро Скажем я могу более-менее в реальном времени парсить в... большой текст свёрнут, показать
     
     
  • 4.30, Аноним (30), 01:48, 15/08/2026 [^] [^^] [^^^] [ответить]  
  • +4 +/
    а зачем вам ssh в кровавом энткрпрайзе, он бай дизайн не предназначен для этого, для гигабайтов логов в том числе, iptables имеет все необходимое чтобы не грузить прикладную программу сетевым мусором, вы еще расскажите про фейл2бан, и как используете его чтобы защищаться от китайских ботнетов, его задача спасти ваш сервер городской поликлинники от разгневанного пациента. journald абсолютно ничем не лучше текстовых портянок, хотите нормальную защиту, отправляйте логи на удаленный сервер, который положит их в бд и проиндексирует для любых дальнейших манипуляций
     
     
  • 5.38, Аноним (-), 02:33, 15/08/2026 [^] [^^] [^^^] [ответить]  
  • –2 +/
    У меня нет тех ваших энтерпрайзов и я не переклинен на этих кейсах У энтерпрайз... большой текст свёрнут, показать
     
     
  • 6.134, Аноним (30), 13:24, 15/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    nftables абсолютно совместим с iptables, и лично мне привычнее вызывать его, ipt... большой текст свёрнут, показать
     
     
  • 7.150, Аноним (150), 14:08, 15/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Немного не так Это superset Я с nftables смогу все что вы с iptables - и намно... большой текст свёрнут, показать
     
  • 4.44, Аноним (175), 03:11, 15/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Если ты в риалтайме парсишь гигзы логов от ssh... Что-то ты неправильно делаешь.
     
     
  • 5.106, Аноним (106), 11:04, 15/08/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Вот теперь я все делаю правильно 1 Сообщение приходит мне вскоре после того ка... большой текст свёрнут, показать
     
  • 4.50, вымя (?), 03:47, 15/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > Скажем я могу более-менее в реальном времени парсить "все сообщения от sshd". Префильтр и индексированный доступ - обеспечит сам journald.

    А теперь попробуй то же самое с cron-задачами. Нет, -u crond и прочие вариации не подходят, потому что красношляпые гении решили, что на каждый запуск задачи нужно плодить одноразовые session-c31337.scope. В итоге опять грепаем, только не из файла, а через, ээээ, пайпы. Очень удобно.

     
     
  • 5.55, Аноним (55), 04:14, 15/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Для вас придумали таймеры
     
     
  • 6.69, вымя (?), 06:21, 15/08/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/
    ...которые в логе вообще не отсвечивают. Вот где в журнале написано про запуск dnf-makecache.timer? А он запустился, вон, свежие следы в /var/cache лежат!

    «Неудобно работать с логами? Просто выкиньте их!» Гениально.

    В таймерах этих ещё и stdout/stderr без костылей не попадает ни в хвалёный journald, ни на почту. Свои-то файлы мне, может, и не жалко подпереть, но вот следить за миллионом дистрибутивных файлов для того, чтобы обставлять их override-ами, желания нет никакого.

    Но вы, конечно, не прекращайте восхищаться гением Лёни, подарившему админам локалхостов многословный ароматизатор crontab, не идентичный натуральному.

     
     
  • 7.110, Аноним (-), 11:27, 15/08/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Вот кстати верно подмечено - от системд меньше тупого технического спама каждый ... большой текст свёрнут, показать
     
     
  • 8.164, freehck (ok), 15:42, 15/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Ага, ага А на сходку реконструкторов ты наверное пойдёшь в кепке, да Не потому... большой текст свёрнут, показать
     
  • 8.181, Аноним (-), 17:01, 15/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Для сэра freehck вы бы определились Если вы не даете анонимам отвечать, то зач... большой текст свёрнут, показать
     
  • 8.233, вымя (?), 22:51, 15/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Только их ни у какого юнита нет Вообще Хоть весь journalctl -S 00 00 перечитай... текст свёрнут, показать
     
     
  • 9.241, Аноним (-), 00:07, 16/08/2026 Скрыто ботом-модератором     [к модератору]
  • +/
     
     
  • 10.249, Аноним (249), 01:09, 16/08/2026 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 5.108, Аноним (-), 11:16, 15/08/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Поэтому 1 Я снес cron нахрен и забыл про него и его дурной спам логинами в л... большой текст свёрнут, показать
     
     
  • 6.235, вымя (?), 22:57, 15/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > 2) С systemd-timers и юнитами, таки, префильтр - норм работает.

    см. #233

    > И в отличие от крона - сразу виден статус этого всего.
    > А у вас - кронджоб завалится а заметите вы это только через неделю.

    Мне от крона письмо на почту приходит, а статусы юнитов у вас кто мониторит? Вы сами-то status наверняка запускаете только когда «кто-то до саппорта доорется», не говоря уже об алертах в прометеях или хотя бы заббиксах :-)

     
     
  • 7.242, Аноним (-), 00:26, 16/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    UNCONFIRMED Я не понимаю вашу проблему, у меня все работает, не поленился прост... большой текст свёрнут, показать
     
  • 4.54, freehck (ok), 04:13, 15/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Зато это хоть возможно будет сделать Вот рубанёт тебе питание, журнал окажется ... большой текст свёрнут, показать
     
     
  • 5.94, фняк. (?), 09:58, 15/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Разворачивать кх или эластик ради пятка хостов(возможно виртуалок) как-то оверкилл
     
     
  • 6.112, Аноним (-), 11:40, 15/08/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    У этих господ есть только 2 градации 1 Удобства во дворе, когда, таки, до того... большой текст свёрнут, показать
     
  • 6.135, Аноним (135), 13:26, 15/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > Разворачивать кх или эластик ради пятка хостов(возможно виртуалок) как-то оверкилл

    Да что вы хотите от типа с макосью? Он линух вообще для себя не юзает - но из своей макоси будет нам транслировать как у нас "должно" быть. Сам он свои пирожки кушать конечно же не будет, делегировав эпплу полномочия знать лучше.

     
  • 6.159, freehck (ok), 14:58, 15/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > Разворачивать кх или эластик ради пятка хостов(возможно виртуалок) как-то оверкилл

    Да, конечно оверкилл. Но я про 5 виртуалок и не говорил: 5 виртуалок — это не прод, это просто 5 отдельных локалхостов, и администрируются они сообразно локалхостам. А на локалхосте, опять же — вообще однофигственно, как с логами взаимодействовать.

    Тут кстати можно провести параллель со старым философским вопросом о том, после какого количества сложенные вместе песчинки являются кучей: после какого количества машин, кучка локалхостов превращается в полноценный прод? (параллель, конечно, не корректная, потому что вовсе не от количества машин это зависит, а скорее от уровня достигнутой отказоустойчивости — но тем не менее, аналогия весьма забавная)

    PS: Подумать только, как же пригорает у анонимов ниже =)

     
  • 6.177, User (??), 16:50, 15/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Ээээ... ну, эластик с кликом может и да, а вот prometheus-grafana-loki одним observability-stack'ом вполне себе ложится. Есть-пить особо не просит, а управляемость проектом повышает прям значительно.
     
     
  • 7.184, Аноним (-), 17:23, 15/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > Ээээ... ну, эластик с кликом может и да, а вот prometheus-grafana-loki одним
    > observability-stack'ом вполне себе ложится. Есть-пить особо не просит, а управляемость
    > проектом повышает прям значительно.

    Ну да, по сравнению с journald то - жрущим пяток мегабайт на все и 1 процесс, довольно эффективной и простой апей, где минимальный чтец логов требует аж libsystemd - и более нифига ... прямо изящное системное решение с минимом зависимостей, что уж там.

    (just f...g die, enterprise b*tch)

     
     
  • 8.206, User (??), 18:59, 15/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Ну и скачи потом по всем хостам в поисках а на какой же ноде этот вот запрос от... текст свёрнут, показать
     
     
  • 9.212, Аноним (212), 19:57, 15/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Если это и правда важное - хост может с своей стороны инициировать алерт мне Да... большой текст свёрнут, показать
     
     
  • 10.250, Аноним (249), 01:13, 16/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    когда бп умрет, системд тебе тоже напишет или саппорт ... текст свёрнут, показать
     
  • 4.224, Аноним (223), 21:47, 15/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Опять какие-то локалхостные истории о защите копеечного впс от китайских ботнетов.

    > сколько запросов с этого IP было за последние 5 минут

    Кому это вообще может быть интересно? Всё, что меньше 100 rps не интересует.

     

     ....большая нить свёрнута, показать (31)

  • 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 делает ровно это

     
     
  • 4.113, Аноним (-), 11:41, 15/08/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >> ФС сами по себе без явного прокостыливания такими вещами не оперируют.
    > -o discard делает ровно это

    Добро пожаловать в мир явного прокостыливания. И даже так это все - delayed по соображениям эффективности, и без каких-то жестких гарантий.

     
     
  • 5.238, Аноним (55), 23:33, 15/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > delayed по соображениям эффективности

    Ну -o sync какой-нибудь, но ты сам не захочешь этим пользоваться.

     
     
  • 6.243, Аноним (-), 00:31, 16/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    >> delayed по соображениям эффективности
    > Ну -o sync какой-нибудь, но ты сам не захочешь этим пользоваться.

    Вы видимо не в курсе что DISCARD - это лишь _хинт_ фирмваре накопителя о том что регион не используется. Он не обязывает фирмвар пойти и физически уничтожить эти данные. И что там реально здоровый блоб фирмвары сделает получив эти команды - вообще сильно отдельный вопрос.

     
     
  • 7.256, edo (ok), 04:57, 16/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > Вы видимо не в курсе что DISCARD - это лишь _хинт_

    В мире, в котором есть rzat (и его аналог для nvme), это уже не просто хинт

     
  • 3.97, Вася (??), 10:21, 15/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    поэтому шифрование на носитель и норм. Но вообще можно просто мусором забить разочек.
     
     
  • 4.114, Аноним (-), 11:42, 15/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > поэтому шифрование на носитель и норм. Но вообще можно просто мусором забить
    > разочек.

    О ситуации когда форенсик или кто там смог прорубиться в работающую систему и снять дамп и/или ключи оттуда - мы подумаем немного потом :)

     
     
  • 5.127, Вася (??), 13:00, 15/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    >> поэтому шифрование на носитель и норм. Но вообще можно просто мусором забить
    >> разочек.
    > О ситуации когда форенсик или кто там смог прорубиться в работающую систему
    > и снять дамп и/или ключи оттуда - мы подумаем немного потом
    > :)

    можно придумать тысячу и один сценарий атаки, особенно имея физический доступ и все будут довольно валидные

     
     
  • 6.137, Аноним (135), 13:29, 15/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > можно придумать тысячу и один сценарий атаки, особенно имея физический доступ и
    > все будут довольно валидные

    Ну так чтение уже стертых файлов подразумевает достаточно крутые доступы у атакующего. И есои атакующий все это мог - он и еще много чего интересного сможет делать в системе тогда.

     
  • 5.225, Аноним (223), 21:50, 15/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Зачем им это делать? Я им сам всё заверну куда надо когда придут с правильной бумагой, благо не впервой. А вот вынуть диск из сервера и отдать на утилизацию контрактору не волнуясь что он его до шреддера не донесёт -- priceless.
     
  • 2.170, NameName (?), 16:36, 15/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    это сраказ или десвительное непонимание?
    что даст экперту гигобайты - точнее весь диск заполненый ошметками бинарных логов?
    которые еще будут затирать удаленые файлы, и всякое то что может быть нужным?
     

  • 1.5, Аноним (-), 00:48, 15/08/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • –3 +/
    > В данном случае разработчики systemd продемонстрировали
    > типичный для корпоративного Open Source подход

    В данном случае опеннетчики продемонстрировали типичный подход: много критиканить других и мало делать самим. А ваши текстовые логи - это прекрасно. Кроме того момента что даже просто банить околореалтаймно ботов по ним адское мучение. И либо дичайше жрет проц на парсинг гигабайтов - либо требует навороченных энтерпрайзных систем с индексами, и там вопрос амплификации, нагрузки и проч вообще - не раскрыт.

    А каких-то реально сравнимых решений получить? Что вы, не дождетесь!

     
     
  • 2.9, Аноним (9), 00:53, 15/08/2026 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Так может лучше задействовать для бана ботов нормальную базу данных, а не эти ошмётки? А текстовые логи оставить только для отладки.
     
     
  • 3.13, Аноним (16), 01:03, 15/08/2026 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Так может лучше задействовать для бана ботов нормальную базу данных, а не эти ошмётки?
    > А текстовые логи оставить только для отладки.

    Ваша проблема в том что у вас в итоге только:
    - Голый зад - и нифига кроме рассказов как все это "не надо".
    - Невь...й enterprise grade которому для обслуги надо тиму фултайм админов в комплекте. Потому что ваша нормальная база данных - обслуживаемая. И надо - того кто умеет в DBA. Бесплатно работать DBA почему-то не любят.

    А mid-range и просто возможность забанить надоевших ботиков с своего сервера без огромных напрягов и затрат? В вашей картине мира такое не предусмотрено вообще. А у поттера так можно было. И это причина по которой мир в целом предпочел - его. А вы можете свои базы данных админить, если вам это надо.

     
     
  • 4.85, ыых (?), 08:57, 15/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    >  А у поттера так можно было.

    Драмаквин в треде, развел соплей будто уже это отключили

    Держи такой же настрой, пригодится когда и твою багу к системде закроют с "not a bug" и коротким каментом про "ты не понимаешь как работает компьютер"

     
     
  • 5.115, Аноним (-), 11:47, 15/08/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Капитан Очевидность устроивший срыв покровов, не более Нельзя отключить то чего... большой текст свёрнут, показать
     
     
  • 6.205, Аноним (205), 18:43, 15/08/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Нельзя отключить то чего нет
    > У поттера это было

    Так ты разберись в себе чтоль, что там было или не было

    > Мои баги не закроют с этим ризоном. Потому что я понимаю как работает компьютер и могу аргументировать это.

    О, более чем уверен что те, кого реджектали с обоснованиями "не будем делать" - такого же мнения о себе. Просто их уже послали, а тебя (пока) нет

     
     
  • 7.215, Аноним (-), 20:06, 15/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    У меня вроде бы вполне консистентная точка зрения - мне нравится что появились m... большой текст свёрнут, показать
     
  • 4.168, Ойёёйнаним Плакплакович Причитайкин (?), 16:20, 15/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > Ваша проблема в том что у вас в итоге только

    По тому, какой вoй поднял, можно судить, что это не "их проблема", а твоя. На ряду с проблемой абсолютной беспомощности в отсутствии васяносоветов из интернетов. Решай проблему - подтягивай компетенции, RTFM, как деды делали, не трать, оплачиваемое хозяином, время на пустой лай. Развёл тут автономию резких, как понос дерзких, пустопорожних пустобрёхов Опеннета. Как ни зайдешь сюда, одно coпливое нытbё - это ему, очередному карапузу, (бесплатно) не сделали, там шнурочки не завязали, тут по-пку не под-тёрли.
    Это тебе какой-то рыночный самодур в трудовую написал, что ты специалист? Ну так будь добр, соответствуй!

     
     
  • 5.185, Аноним (-), 17:32, 15/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Глотнули мы с Максом фанты и читанули крутейший man 3 sd-journdl и тут ока... большой текст свёрнут, показать
     
  • 2.107, User (??), 11:08, 15/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    И вот казалось бы, нахрена высовывать ssh голым задом наружу, а потом героически его оборонять костылями? Ну вот есть же хоть tailscale, хоть cloudflare zero-trust, хоть чорт в ступе - но нет, дiды делали и мы будьмо! Как дiды, но не дiды!
    Локалхост-админы такие локалхост-админы...
     
     
  • 3.120, Аноним (-), 12:25, 15/08/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Чтобы иметь возможность рулить своими системами С минимумом допущений Из любой... большой текст свёрнут, показать
     
     
  • 4.179, User (??), 16:56, 15/08/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Не, ну если на том локалохсте окромя ssh Ничего полезного и нет - и хостов этих не больше трех штук, то можно и так. Подключаешься "откуда-угодно" и настраиваешь, настраиваешь, настраиваешь!!!
    А если чего полезного делать планируешь - то ну прям типовейшая идея с отделением access plane от control plane и автоматизацией управления группой хостов внутри контура мне нравится существенно больше.
     
     
  • 5.189, Аноним (-), 17:47, 15/08/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Да на самом деле - так можно что угодно разруливать Я и нжинкса так же рюхаю, т... большой текст свёрнут, показать
     
     
  • 6.207, User (??), 19:08, 15/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Не, ну если задача была "ботов-с-кулаками" и ничего более полезного делать и не планировалось - то да, можно вот вожжи изолентой-как-у-NASA чинить и рассказывать, что это космокорабль такой, ага.
    А у нас оно вот как-то так работает последние лет 15. И нет, тебя обманули - ни dba, ни команда админов на фуллтайм для развертывания observability-стека в кубике не требуется. И вне куба тоже (Хоть геморроя и чуть больше). Очнись, Нео! 2006 был 20 лет назад - it с той поры мал-мала вперед ушло.
     
     
  • 7.227, Аноним (-), 22:08, 15/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Я таки люблю nix way - ту часть которая does one thing and does it well В эт... большой текст свёрнут, показать
     
  • 2.131, Аноним (131), 13:20, 15/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    А что если хранить логи как базу, через скулайт, например? Она быстрая и маленькая, как раз для этого подходящая имхо. Есть ли такие утилиты логирования уже?
     
     
  • 3.142, Пыщь (?), 13:49, 15/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Наример, для бомбиана - syslog-ng-mod-sql
     
     
  • 4.162, Аноним (-), 15:27, 15/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > Наример, для бомбиана - syslog-ng-mod-sql

    Так, круто, ну и где в результате гайды, хаутушки, примеры? Бенчи? Анализ write amplification, наконец?!

     
  • 2.139, Джон Титор (ok), 13:44, 15/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Нет, проекты то есть. Публиковать просто как-то не то время. В некоторых райских рассадниках можно получить большие проблемы.
     

  • 1.10, Аноним (175), 00:55, 15/08/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +7 +/
    > типичный для корпоративного Open Source подход: критический недочёт в инфраструктурном компоненте игнорировался годами

    Вся суть архитектуры системды.

     
     
  • 2.17, Аноним (16), 01:17, 15/08/2026 [^] [^^] [^^^] [ответить]  
  • –6 +/
    >> типичный для корпоративного Open Source подход: критический недочёт в инфраструктурном
    >> компоненте игнорировался годами
    > Вся суть архитектуры системды.

    А альтернативы то какие? Сидеть с голым задом или огроменные энтерпрайзные монстры? Тоже мне дузовные метания мадам грицацуевой.

     
     
  • 3.23, Аноним (-), 01:30, 15/08/2026 [^] [^^] [^^^] [ответить]  
  • +2 +/
    А вы со своим тэйком про голые зады по всеё дискуссии растеклись по своей воле или по корпоративной разнарядке? А то что-то тех людей, что системд в дистрибутивы проталкивали, как-то очень быстро перестало быть видно в списках рассылки, что на кое-что намекает.
     
     
  • 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 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ты ему ещё расскажи, что текстовые логи, оказывается, можно ротировать, и поиск ... большой текст свёрнут, показать
     
  • 6.122, Аноним (-), 12:40, 15/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Ну так их активность кроме келий - видна в service файлах еще Мне от них что-т... большой текст свёрнут, показать
     
     
  • 7.195, Аноним (195), 18:14, 15/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    И как системд защитит от дыры в приложении(подстановка чего-то в логи) и дыры в скрипте(не правильная интерпретация данных в логах)?
     
     
  • 8.203, Аноним (-), 18:38, 15/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Так вот и защитит Запихнет сервис в отдельный namespace, запретит кучу сисколов... большой текст свёрнут, показать
     
     
  • 9.252, Аноним (-), 01:37, 16/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Так если он может произвольно модифицировать записи, он и размер сможет подделат... текст свёрнут, показать
     
  • 3.45, Аноним (175), 03:17, 15/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > А альтернативы то какие?

    Спроси у гугла, почему он в хромосе НЕ использует системду.

     
     
  • 4.77, arthi747 (ok), 07:36, 15/08/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Недавно столкнулся с чюдом. Есть такая штука Agent DVR для ip камер, так вот при запуске через systemd она жрет почти в два раза больше чем при запуске из архива.
     
  • 4.232, Аноним (-), 22:48, 15/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    >> А альтернативы то какие?
    > Спроси у гугла, почему он в хромосе НЕ использует системду.

    Гугл делает много странной фигни. Они видите ли хотели фуксию одно время вообще. Рассказывая вместе с адептами про планы переезда столицы в Нью-Васюки.

    Потом правда оказалось что не столицы а только сельпо и администрации в виде пары чиновников, и захват мира застрял на паре фоторамок, но говорить не мешало же!

    Или - кто хочет энтерпрайзно и массово - вот вам андроид вообще! Это - линух который всякие взаимозаменимые винтики и хомы объективно заслуживают. Да, он бастардизирован. Но это то что вы получаете за целование корпоративных ботинок. Об вас взамен начинают вытирать ноги и считать за подставку для ботинок. Какие-то проблемы с этим?!

     
  • 2.26, Аноним (26), 01:36, 15/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    оверЫнЖЫРнеринг?
     
  • 2.74, dannyD (?), 06:48, 15/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    >>Вся суть архитектуры системды.

    слепому ясно, но имя им _легион_.

     
  • 2.87, ыых (?), 09:00, 15/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Вообще в статье неправильно указано - "игнорировался". Это неправильное определение.

    Для разрабов системды этого бага не было. Их хрупкое эго не могло принять этой проблемы 5 лет, пока вновь русский не пришел и не ткнул носом немцев в их же, кхм, кодовые испражнения

     

  • 1.18, Rev (ok), 01:17, 15/08/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Ждём исправления в нашем любимом Дебиане лет через 6-8.
     
     
  • 2.20, Аноним (20), 01:24, 15/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Хехе, не дождетесь. Там только на профилирование, дебаг и рабочие фиксы уйдёт года полтора-два. Вспоминаем историю #12309.
     
     
  • 3.25, Аноним (-), 01:33, 15/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    А 12309 никуда и не делся. Достаточно попробовать попользоваться машиной с небольшим объёмом озу, жёстким диском и большим количеством устройств на одной линии PCI.
     
     
  • 4.32, Аноним (20), 01:59, 15/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Вот в этом и суть ;)
     
  • 4.39, Аноним (-), 02:36, 15/08/2026 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > А 12309 никуда и не делся. Достаточно попробовать попользоваться машиной с небольшим
    > объёмом озу, жёстким диском и большим количеством устройств на одной линии
    > PCI.

    Потом пойти в магазин и обнаружить что сраный китайский мобильник за 50 баксов - работает намного лучше чем весь этот античный кластерфак...

     
     
  • 5.84, Аноним (43), 08:53, 15/08/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Проблема то не решена, а у некоторых конкурентов таких архитектурных просчётов и вовсе не было.
     
     
  • 6.126, Аноним (-), 12:58, 15/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Вот конкретная системная трабла - описанная как именно 12309 - таки решена А то... большой текст свёрнут, показать
     
     
  • 7.200, Аноним (195), 18:28, 15/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Ну, если мсье такой проффессионал, может стоит объяснить underlying causes бага, который ведёт себя как 12309 и вызывается как 12309, но не является 12309. Можно не сюда, а сразу в ядерный список рассылки.
     
     
  • 8.204, Аноним (-), 18:40, 15/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Вот пусть у кого этот баг проявляется - этим и займется А я на то и это самое ч... текст свёрнут, показать
     
     
  • 9.218, Аноним (218), 20:28, 15/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    https habr com ru articles 912682 ... текст свёрнут, показать
     
     
  • 10.236, Аноним (236), 23:01, 15/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Ну так для сведения 1 У мня на моих нагрузках - я никогда все то не видел 2... большой текст свёрнут, показать
     
     
  • 11.251, Аноним (218), 01:16, 16/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Ага, вот и подделка жорналд ни разу не жрёт ио Вот 6 лет не жрёт Таков лапчаты... текст свёрнут, показать
     
  • 5.136, Аноним (131), 13:27, 15/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    В этом и проблема - ну да, на бумаге то оно быстрее, конечно, но к этому мобильнику ты хрен что нормальное подключишь, и хрен какой линукс туда поставишь, а если и поставишь, то ещё нужнт на него софта накатить, возможно придется половину компилять, а еще искать драйверы и прочее.
    А то железо что, выкидывать?
     
     
  • 6.138, Аноним (-), 13:38, 15/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    И тем не менее, примерно такое железо если надо - в виде одноплатника нынче стои... большой текст свёрнут, показать
     

  • 1.21, Аноним (21), 01:26, 15/08/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +6 +/
    Ну что, теперь системда не будет тормозить на старых пк и одноплатниках?
     
     
  • 2.143, Аноним (143), 13:49, 15/08/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ты палку-то не перегибай!
     
  • 2.144, Пыщь (?), 13:51, 15/08/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Она и на новых тормозит. Только очень быстро.
     

  • 1.22, Аноним (22), 01:29, 15/08/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    > для корпоративного Open Source подход

    цифровая "буржуазная демократия", хехе...

     
     
  • 2.40, Аноним (-), 02:37, 15/08/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >> для корпоративного Open Source подход
    > цифровая "буржуазная демократия", хехе...

    Все демократично: кто работу работает тот и решает что ему надо при этом было :). А вот нытье на форумах и правда мало что решает. Особенно - технические проблемы.

     

  • 1.24, Аноним (24), 01:30, 15/08/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Я вижу здесь корреляцию со слегка возросшей ценностью SSD, сейчас уже не так просто "купить новый, а старый выкинуть". Людям стало не так легко расставаться с вещами. Надо теперь на браузеры переключаться и постить туда баги, там тоже конь не валялся.
     
     
  • 2.27, Аноним (26), 01:37, 15/08/2026 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > Надо теперь на браузеры

    так они хуже всех насилуют диск

     
     
  • 3.46, Аноним (175), 03:21, 15/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Может, всё-таки лучше всех?
     
     
  • 4.201, Мемоним (?), 18:30, 15/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Больше, но хуже.
     
  • 2.140, Джон Титор (ok), 13:46, 15/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Цена у них растет с проблемами „мировых„ валют. Причину и следствие не путайте
     
  • 2.191, dannyD (?), 18:02, 15/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    >>Надо теперь на браузеры переключаться и постить туда баги

    1. переносим cache на tmpfs.
    2....

     

  • 1.28, Аноним (28), 01:41, 15/08/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > заявили исследовательские претензии

    Какие?

     
  • 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 [^] [^^] [^^^] [ответить]  
  • +6 +/
    > Ссылка?

    Да я не думаю что будет так строго, скорее всего всем причастным года 2 условно дадут и обяжут таки пофиксить это недоразумение

     
  • 2.47, Аноним (175), 03:23, 15/08/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Ссылка?

    Тут надо просить вышку, а то количество жертв среди SSD слишком велико.

     

  • 1.48, Аноним (48), 03:40, 15/08/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +5 +/
    Многое говорит про качество подделки systemd, а ведь есть те, которые серьёзно считают, что systemd пример качественного софта. Благо все больше дистрибутивов отказываются от этого переусложненного и некачественного комбайна.
     
     
  • 2.99, пгуыыцрщ (?), 10:38, 15/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Всегда подозревал, что systemd - подделка =)
     
  • 2.123, Аноним (123), 12:45, 15/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Считать системд примером качественного софта могут только те, кто никогда не заглядывал в его исходники.
     
     
  • 3.248, Аноним (143), 00:58, 16/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Или те, кто не чинил его после поломки.
     

  • 1.49, ryoken (ok), 03:43, 15/08/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    ValdikSS это вроде с лора товарищ? Насколько понимаю, разбирающийся (не то что я). Где-то еще попадались его писания, не упомню.
     
     
  • 2.62, Аноним (62), 05:23, 15/08/2026 [^] [^^] [^^^] [ответить]  
  • +2 +/
    На хабре
     
  • 2.64, Аноним (64), 05:35, 15/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    >"ValdikSS это вроде с лора товарищ"

    Если с Лора, значит он очень жёстко троллит.

     
  • 2.65, Аноним (64), 05:36, 15/08/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >"Где-то еще попадались его писания"

    Да он такой - вздессущий!

     
  • 2.91, Xo (?), 09:37, 15/08/2026 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Легенда. Кодек sbc-xq, обход замедления Ютуба это то чем он занимался.
     
     
  • 3.100, пгуыыцрщ (?), 10:39, 15/08/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    это лишь малая, "попсовая" часть, что известна массам.
     
  • 2.96, Пожилая лысая женщина (?), 10:19, 15/08/2026 [^] [^^] [^^^] [ответить]  
  • +4 +/
    GoodbyeDPI
     
  • 2.156, Аноним (156), 14:49, 15/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    У него для Дебиана есть еще скриптик, который "отключает" синхронизацию после записи каждого файла (Карл!) на диск при установке системы из исошника. Превращая часовую инсталляцию в 15-минутную.
     
  • 2.157, Аноним (156), 14:51, 15/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    А еще вот: https://ru.wikipedia.org/wiki/GoodbyeDPI
     

  • 1.51, Аноним (51), 04:06, 15/08/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Единого универсального алгоритма записи действительно не существует, потому что ... большой текст свёрнут, показать
     
     
  • 2.61, freehck (ok), 04:59, 15/08/2026 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Ой, и не говори даже Самое важное, на что ответа нет ну вот нахрена логам лока... большой текст свёрнут, показать
     
  • 2.183, NameName (?), 17:18, 15/08/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    вы как бы вроде правы, и видимо это было основани от раработчиков игнорировать нарекания, но нет не правы.
    есть проблема, тебе о ней говорят, - прими во внимание.
    претензия тут только в том- не прошло и 7 лет как.
    не втехнологии, а в человеческом высокмерном отношении к завялявшим о проблеме.
     
  • 2.217, Malinovsky (?), 20:20, 15/08/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Есть. называется Plan9 или современная итерация 9front. Там все есть файл, единый протокол обмена данными и работа с текстом как угодно. И конечно все выглядит как запись в файл или чтение из файла. Очень крутая задумка, только браузера серьезного не хватает, а так можно было бы пободаться даже с линуксом.
    Страницы по 4Кб или нет, а у меня жесткий диск работает с блоками по 512 байт. Когда нарезка тоньше меньше сухих остатков не содержащих данные. Программа должна уметь объяснять системе что делать. Давно можно использовать Huge Pages, но в работе с файлами она должна указать размер данных. Те самые int или float на пример в языках со статической типизацией, но да, они решили переложить все на mmap, а он тупой, то тут беда. У меня как раз один полудохлый SSD. Спасибо BTRFS и логам, если они тоже постарались.
    Вывод: в Red Hat и oracle работают одни индюки.
     
  • 2.234, Аноним (234), 22:55, 15/08/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Логичный вопрос с задних парт: за каким якодзуном вообще делать структуру логов бинарной, если при ЗАПИСИ этих логов(основная задача) в этом нет ВООБЩЕ НИКАКОЙ необходимости?? Всякие бинарные деревья нужны только при ЧТЕНИИ логов (опциональная функция). Более того - если логи в пределах 10МБ, им вообще никакие вспомогательные структуры не нужны - всё ищется в простом редакторе.
     
     
  • 3.253, Норм (?), 03:52, 16/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Компонент несовместимости завязывающий приложения на редхат.

    А вообще не обязательно даже такая логика имела место быть.

     

  • 1.52, Аноним (51), 04:07, 15/08/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Разработчики systemd-journald решили объединить текстовые логи в сложную бинарную структуру (чтобы по логам можно было делать быстрый поиск и индексацию) и выбрали для работы с ней mmap.В итоге получился худший архитектурный гибрид: структура данных сложная как у базы данных, но вместо механизмов СУБД (свой кэш, O_DIRECT, WAL) разработчики полностью доверились автоматике mmap. Когда в Linux изменилась логика работы контейнеров (cgroups), автоматика ядра начала бесконечно гонять эти 4 КБ страницы туда-обратно, уничтожая SSD.
     
     
  • 2.154, Аноним (156), 14:44, 15/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    >Разработчики systemd

    Во всей красе, все правильно. Люблю на это все со стороны смотреть. Даже в срачах не участвую, смысла нет. Просто обожаю наблюдать :)

     

  • 1.53, iCat (ok), 04:11, 15/08/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Всю дорогу пользуюсь syslog-ng.
    Хватает "аж за брови".
    Плюс - вполне себе читаемые логи.
    Ну как-то странно нагружать логгер ещё и задачами базы данных, криптования и т.п.
     
  • 1.58, Норм (?), 04:40, 15/08/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +8 +/
    Системда страшная помойка. Число открытых багов измеряется тысячами. Как и ожидающих пулл реквестов.

    Но они считают очень важным мержить верификавию возраста.

    Контроль над репой поделён буквально между одним редхат и одним МС работником.

     
     
  • 2.155, Аноним (156), 14:46, 15/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Все по делу. Но адепты будут с пеной у рта выдумывать отмазки. Это так веселит порой.
     
  • 2.231, Аноним (234), 22:45, 15/08/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Вопрос: тогда почему до сих пор сустемДы не на помойке истории??? Кто и зачем его тащит в другие дистры (помимо редхат)?
     
     
  • 3.254, Норм (?), 04:07, 16/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    А вы забыли уже как его втащили?
    В дебиан внезапно в обход всей этоц комунити демократии, что привело к уходу ключевых разрабов и созданию дувеан.

    В Арч чел с кнопкой просто всех послал на 3 буквы мол мы современные, а так как системда будущее (на тот момент вообще не юзабельное и не наступившее) а арч у нас блилинг еже современный то... А кто ему про будущее сообщил? Настрадамус небось.

    Я хорошо помню. Если коротко, решения не технического характера.
    О их причинах можно подумать.

    Для убунты и прочего корпротива все просто - копируем редхат(и паразитируем заодно). Там вопроса не стояло.

    А кто еще его себе вставил?

    На помойке окажется ровно в тот момент как оба владельца МС и редхат потеряют интерес.

    Мистики большой нет.
    Как и загадки почему оно такое багованное.

     

  • 1.59, Аноним (59), 04:41, 15/08/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > История тянется с марта 2020 года
    > разработчики systemd продемонстрировали типичный для корпоративного Open Source подход: критический недочёт в инфраструктурном компоненте игнорировался годами, пока ущерб репутации проекта в сообществе не превысил издержки на его исправление.

    То есть, знаменитое "сообщество™" за шесть лет вместо исправления проблемы просто продолжало за обе щеки потреблять продукт "корпоративного подхода" - и теперь вы всерьез рассказываете о "репутации проекта" внутри этой группы дармоедов-халявщиков?

     
     
  • 2.90, ыых (?), 09:06, 15/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > То есть, знаменитое "сообщество™" за шесть лет вместо исправления проблемы

    Какой проблемы? Разрабы системды проблемы не видели.

    > просто продолжало за обе щеки потреблять продукт "корпоративного подхода"

    И конечно же ты сейчас внесешь выкладки использования дистрибутивов, включая вариации с замещением журналды на нормальный логгер, в домашнем и корпоративном использовании, за период этих 6 лет

     
  • 2.128, Аноним (-), 13:05, 15/08/2026 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 2.255, Норм (?), 04:12, 16/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    1. Сообщество эту хрень не хотело и не просило.
    А вот даже на оборот.

    2. В системде, давайте проверю, 512 открытых пулл реквестов. Пару месяцев назад были тысячи, не думаю что они их вмержери, скорее просто отклонили.

    Другими словами, двум челам с правами мержа нафиг ненужна и не интересна помощь сообщества. Им за это не платят.

     

  • 1.66, Аноним (66), 05:51, 15/08/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Изначальный отчет 2000 года закрыли потому, что Поттеринг попросил привести боле... большой текст свёрнут, показать
     
     
  • 2.67, Аноним (48), 06:05, 15/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Вот пример настоящей нейронки, которая защищает здесь проприетарные и полупроприетарные продукты. Как с галюцинировала про 2000 год, так дальше в тексте и пишет, хотя в следующем предложении правильно пишет про паузу в 6 лет.
     
     
  • 3.75, Аноним (59), 07:06, 15/08/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Вот пример настоящей нейронки, которая защищает здесь проприетарные и полупроприетарные продукты.

    А где в том сообщении что-то сказано о защите каких-либо продуктов? Там по-моему в защиту здравого смысла и против подачи новостей в стиле бульварных помоев.

     
     
  • 4.89, Аноним (43), 09:04, 15/08/2026 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Нейропомои в защиту здравого смысла.
     
  • 2.86, Аноним (86), 08:58, 15/08/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >разрабы всегда говорят с теми конкретными людьми, кто реально вносит клад и говорит по делу

    Ни хрена ты разрабов не знаешь. Разрабы говорят *только* с теми людьми, кто их не критикует (они же "высшая каста"!) Попробуй укажи им даже на очевидный их ляп, в ответ получишь море дерьма, не зависимо от того вносишь ты вклад или критикуешь "по делу".

    Кстати, эта новость прекрасная этому иллюстрация.

     
     
  • 3.93, llolik (ok), 09:55, 15/08/2026 Скрыто ботом-модератором     [к модератору]
  • +/
     
     
  • 4.133, Аноним (135), 13:22, 15/08/2026 Скрыто ботом-модератором     [к модератору]
  • +/
     
     
  • 5.147, Аноним (147), 14:04, 15/08/2026 Скрыто ботом-модератором     [к модератору]
  • +/
     
     
  • 6.151, Аноним (-), 14:21, 15/08/2026 Скрыто ботом-модератором     [к модератору]
  • +/
     
     
  • 7.186, Аноним (147), 17:37, 15/08/2026 Скрыто ботом-модератором     [к модератору]
  • +/
     
     
  • 8.192, Аноним (-), 18:02, 15/08/2026 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 6.202, Admino (ok), 18:33, 15/08/2026 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 4.220, Аноним (147), 21:18, 15/08/2026 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 2.182, Аноним (175), 17:13, 15/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > отчет 2000 года

    нейро-slop, не пались. 2026 - 6 = 2000 год?!

     
     
  • 3.188, Аноним (147), 17:47, 15/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    >> отчет 2000 года
    > нейро-slop, не пались. 2026 - 6 = 2000 год?!

    В апреле 2020 не было даже ChatGPT 3.0. Что вы несёте?

     
     
  • 4.216, Аноним (205), 20:07, 15/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Эх, еще бы уметь собственным интеллектом пользоваться не только ради заучивания дат от интеллекта искусственного

    Давай я тебе помогу: тут речь не про гопоту которая когда-то вышла, а про то, что кто-то не смог сформулировать мысли и пошел просить гопоту их написать. А та поймала галюнов и выдумала 2000 год создания тикета. Естественно, вопрощающий даже не вычитывал, а просто скопировал текст

     

  • 1.70, Аноним (70), 06:28, 15/08/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Ждём того же, но уже у proxmox. У них тоже база данных своя активно пишет на диск и природа проблемы схожая.
     
  • 1.72, Аноним (72), 06:34, 15/08/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Там Федора оказывается.Просто увидел знакомые буквы в аптайм.
     
  • 1.82, Аноним (82), 08:32, 15/08/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    А зачем вообще простому смертному юзеру логи?
     
     
  • 2.165, Халявщик не корпораст (?), 15:44, 15/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Ну так логи(не все конечно) как и всякие кейэрдипи, самбы, эсэсэйчи и другие типа зависимости без который у того юзера не будет ни файлового менеджера нормально работающего, да и ваще вся округа завалится и всё - юзер будет в консоле работать типа мышкой, смотреть фотки с видосиками и в инет выходить, патамушта это вот всё прибито гвоздями и без этого типа никак. Это вот всё нужно для того юзера на другом конце провода, который типа никуда не лезет и ничего не знает, и не помнит тоже ничего от слова совсем...
    Любой дистр заклёпан под это всё и давно уже, либо сам пили себе дистр и юзай, но в зависимостях всё равно этот шлак для домашнего компа будет притянут за хвост... :)
     

  • 1.83, Аноним (83), 08:41, 15/08/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    Спасибо ValdikSS! Мегакрутой Специалист!
     
  • 1.92, Квас (?), 09:44, 15/08/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    > ValdikSS

    What a legend

     
  • 1.98, Аноним (98), 10:25, 15/08/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Как узнают на hackernews и ycombinator так сразу отваливается вся идеалогия. Ведь бабки можно потерять, стартапов да корпы узнаю что шиза важнее производительности
     
  • 1.109, skkriptkidds (?), 11:16, 15/08/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Все что нужно знать об этой поделке и ее разрабах. Грустно.. в начале идеи были правильные.
     
  • 1.111, Аноним (111), 11:37, 15/08/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Ведение бинарных логов под Linux - одна из самых, самых идиотских идей, какие то... большой текст свёрнут, показать
     
     
  • 2.161, Аноним (161), 15:14, 15/08/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > ---------------------------------------
    > Логирование должно быть простым! Очень простым. Реально простым.
    > Зато чтобы всегда работало.

    Еще не хватало чтобы юзеры винды нем тут рассказывали какие логи должны быть. Сидючи то на своих бинарных логах в винде, и видимо - не жмет.

     

  • 1.116, Аноним (116), 11:51, 15/08/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Пишем в journald.conf:

    [Journal]
    Storage=none
    ForwardToSyslog=yes

    Ставим rsyslog и наслаждаемся тем, как оно было раньше.

     
     
  • 2.130, Аноним (135), 13:20, 15/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > Пишем в journald.conf:

    Можно вообще systemctl mask journald.service и развесте свой сислог если оно вам надо. Вот только не понятно зачем саботировать полезные фичи системы. Но если очень хочется, можно назло бабушке отморозить уши, отстрелить выступающие части тела, и вообще...

     

  • 1.117, Аноним (117), 11:51, 15/08/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Если при установке врубил 'Storage=volatile' для 'journald', меня эта проблема не должна касаться? Жалко SSD с системой почем зря гонять, специально брал дорогой NVMe (еще до скачка цен дорогой) под систему, небольшой по объему но с ОЧЕНЬ большой скоростью чтения/записи. А домашний каталог на втором SATA SSD, который сильно попроще но больше но объему и дешевле.
     
     
  • 2.209, Аноним (147), 19:33, 15/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Storage=volatile - хранить все в ОЗУ, винт не трогать.
     
     
  • 3.222, Аноним (222), 21:34, 15/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    А если рама не резиновая?
     
     
  • 4.244, Аноним (-), 00:47, 16/08/2026 Скрыто ботом-модератором     [к модератору]
  • +/
     

  • 1.119, hisi (?), 11:59, 15/08/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    redhat  (fedora)  правильно всё  сделали  
    - пишут в /run/systemd/journal  по минимому
    остальное rsyslog
     
     
  • 2.125, Аноним (125), 12:55, 15/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    rsyslog читает из фалов journald. Так что пишет там как journald+rsyslog (в плане операций записи, а не объема)
     

  • 1.146, Аноним (146), 13:59, 15/08/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Бесят проги, которые используют накопители как помойку.
    Многие сразу создают .log файл при запуске, даже когда нет ошибок (Xorg.0.log)
     
     
  • 2.246, Аноним (-), 00:53, 16/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > Бесят проги, которые используют накопители как помойку.
    > Многие сразу создают .log файл при запуске, даже когда нет ошибок (Xorg.0.log)

    Да уж... вон там на компе немолодой ssd - протерся аж на 5 процентов ресурса за 10 лет!

    Гадский системд, лет за 200 таки дожмет ssd до кондиции :). Интересно, а моему скелету на кладбище будет не пофигу ли случайно к тому моменту уже? Ну так, просто вопрос такой.

     

  • 1.148, Аноним (21), 14:04, 15/08/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Пора переписывать systemd по частям. Начнём с логгера.
     
  • 1.166, Аноним (166), 16:12, 15/08/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Они по сути ссылались ан абстрактное понимание уровня BTRFS для которой нормально убивать твердотельные накопители адской записью. Надо было читать что все происходит на XFS - самой стабильной файловой системе и что там такого не должно было быть в принципе. Тугодумы редхатовские просто ужас какие. Они и ненужнодэ непонятно нафига всем впарили. Тоже наверняка объяснить сами не смогут чего это разработчик этого поделия к мелкомягким ушел. Такой вот он развиватель линукса.
     
     
  • 2.198, Аноним (198), 18:21, 15/08/2026 Скрыто ботом-модератором     [к модератору]
  • +/
     
     
  • 3.210, Malinovsky (?), 19:52, 15/08/2026 Скрыто ботом-модератором     [к модератору]
  • –1 +/
     
  • 2.247, Аноним (-), 00:55, 16/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > Они по сути ссылались ан абстрактное понимание уровня BTRFS для которой нормально
    > убивать твердотельные накопители адской записью.

    Systemd так то достаточно сообразителен чтобы по дефолту на дире с логами nocow ставить. Все же эти господа - системные инженеры и знают свое дело. Независимо от того нравится это местным или нет, их квалификация говорит за себя в таких мелочах. И квалификация опеннетчиков - тоже. Но, увы, с разным знаком.

     

  • 1.172, Аноним (172), 16:38, 15/08/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Уважаю ValdikSS, настоящий хакер!
     
  • 1.196, Аноним (196), 18:15, 15/08/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Not a bug!
     
  • 1.199, Ненищ Безокр (?), 18:26, 15/08/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    С одной стороны, вот сейчас все ревнители "ресурса" напряглись. С другой стороны, у этих ревнителей не должно быть системы Д по-умолчанию. А с глобальной стороны - линукс снова портит железо. Ранее он портил HDD багом с парковкой, теперь портит SSD. П - преемственность. Но ничего удивительного.
     
  • 1.211, Аноним (211), 19:55, 15/08/2026 Скрыто ботом-модератором [﹢﹢﹢] [ · · · ]     [к модератору]
  • +/
     
  • 1.214, Ilya Indigo (ok), 20:04, 15/08/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Уже более 15 лет отключаю journald и использую rsyslog!
     
     
  • 2.240, Аноним (175), 23:44, 15/08/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Никогда не использовал системду вообще.
     

  • 1.221, Аноним (222), 21:32, 15/08/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    А  ВКЛЮЧЕННОЕ ПО ДЕФОЛТУ ДЕТАЛЬНОЕ ЛОГИРОВАНИЕ всего и вся - оно для чего, разрабы не желают пояснить?
     
     
  • 2.245, Аноним (-), 00:50, 16/08/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > А  ВКЛЮЧЕННОЕ ПО ДЕФОЛТУ ДЕТАЛЬНОЕ ЛОГИРОВАНИЕ всего и вся - оно
    > для чего, разрабы не желают пояснить?

    Давайте я за него поясню. В этом мире очень мало вещей расстраивают меня больше чем когда я допустим запилил новый сервис в систему. Тестовый пинок. Вроде все ок. Ребут и .. тишина. Просто тишина. Гляцкий sysv, я так люблю это чувство. Больше я люблю только чувство что хорошо что все это теперь - не у меня :)

     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2026 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру