03:00. Разбираем сценарий: K3s с SQLite, после роста частоты обновлений объектов растёт задержка API. CPU свободен, средний поток записи невелик. Поверхностный диагноз — «тормозит API, добавим ресурсов». Но запросы к хранилищу идут через Kine, а SQLite допускает только одного писателя одновременно. Это граница конкурентной записи, а не приговор SQLite. Основа схемы: K3s datastore. В WAL запись журнала и checkpoint — разные операции. При synchronous=FULL журнал синхронизируется при каждом коммите; при NORMAL синхронизация связана с checkpoint. Долгая читающая транзакция может мешать завершению checkpoint, но один размер WAL ещё не доказывает причину задержки. Нельзя приписывать K3s настройки из случайной sqlite3-сессии: synchronous задаётся для соединения. Механика: SQLite WAL. Проверяем гипотезу: iostat -xz 1 показывает w_await и aqu-sz; cat /proc/pressure/io — долю времени ожидания I/O через some/full. Короткий захват...