Немного полезного про CPU limits и противный тротлинг даже когда приложение не жрет цпу, если вы немножко в теме про то как это работает (cfs_quota) и почему тротлит, а так же почему часто рекомендуют не ставить цпу лимиты, а использовать только реквесты (что в целом я тоже и практикую). То вот интересную штуку сегодня узнал, что есть такая штука CFS Burst, которая позволяет как бы копить кредиты когда квота не использовона полностью, и сжигать их когда требуется. Что это нам дает? А это митигирует полностью тротлинг в случаях недоиспользования цпу и улучшает загрузку цпу для наших приложений.
Подробности тут: https://lore.kernel.org/lkml/162452036714.395.9249272896491500398.tip-bot2@tip-bot2/
Но в кубере пока нативно не поддерживается: https://github.com/kubernetes/kubernetes/issues/104516
Как вариант можно закостылить это вот такой штукой: https://github.com/christiancadieux/kubernetes-cfs-burst

Linux CGroups and Containers

1. What are Control Groups
1.1. What are Resource Controllers
1.2. How Control Groups are Organized
1.3. Systemd
1.4. libcgroup
1.5. nsenter
1.6. free
2. What are Containers?
2.1. Containers vs. VMs
2.2. Open Container Initiative
2.3. What is Docker?
2.4. What is Kubernetes?

https://blog.codefarm.me/2021/11/23/linux-cgroups-containers/
#cgroups

🐧 Building a tiny Linux from scratch - автор берёт ядро, busybox, пытается собрать всё это, а затем запустить систему через qemu...

https://blinry.org/tiny-linux/

#kernel #qemu #busybox

https://github.com/HeavyHorst/remco
#github #configurationmanagement

https://git-repo.info/en/2020/03/agit-flow-and-git-repo/
#git #agit

Why fastDOOM is fast
https://fabiensanglard.net/fastdoom/index.html

https://developers.redhat.com/blog/2015/03/24/live-migrating-qemu-kvm-virtual-machines#table_of_contents
#kvm #qemu #migration

https://github.com/atkrad/wait4x
#github #networking

Как Linux готовится ко сну / Хабр
https://habr.com/ru/companies/flant/articles/884622/
#linux

На портале LearnSQL вышла статья про историю всем нам известного логотипа PostgreSQL, на котором изображён маскот по имени Слоник.

В уже далёком 1996 году логотипом была картинка с кирпичной стеной, проломленной буквами с названием СУБД, и сообществом она считалось "времяночкой". Поэтому началось обсуждение того как лого изменить, и уже в 1997 году один из членов сообщества предложил использовать в логотипе какое-нибудь животное и упомянул слона, ссылаясь на известную книгу Агаты Кристи «Слоны умеют помнить». Однако тогда не все поддержали эту идею - некоторые считали, что слон ассоциируется с чем-то большим, громоздким и медленным, а PostgreSQL, наоборот, должен символизировать быстродействие. С другой стороны, в массовой культуре слон часто ассоциируется с хорошей памятью, что подходило для базы данных. Далее были попытки сделать маскотами то гепарда, то аллигатора, но эти варианты не прижились. В итоге в 2000 году слон окончательно закрепился в качестве маскота СУБД. И, внезапно, есть альтернативный маскот, который любят японцы - Черепашка.

https://learnsql.com/blog/the-history-of-slonik-the-postgresql-elephant-logo/

PS: Если честно, то у меня как-то слон не ассоциируется с хорошей памятью и то что кто-то так счтает я узнал прям из этой статьи. И не могу не отметить, что меня изрядно позабавила такая фраза в статье:
"However, not everyone knows that the elephant has a name: Slonik, which is derived from the Russian word for 'little elephant'".

@g33ks

vDPA: support for block devices in Linux and QEMU - Virtualization and networking blog
https://stefano-garzarella.github.io/posts/2024-02-12-vdpa-blk/
#vdpa #qemu

CPU Isolation: исследование в шести частях о применение техник CPU Isolation для задержкочувствительных нагрузок.

Недостаточно просто выгнать все процессы, кроме целевого, с ядра с помощью cpuset и привязать его к CPU через taskset. Надо не забыть и о фоновых задачах ядра, т.н. housekeeping work.

Housekeeping work – это совокупность фоновых операций, которые ядро Linux выполняет для поддержания своей внутренней инфраструктуры. Эти задачи включают обработку таймеров, обновление системного времени, управление очередями отложенной работы (workqueues), обработку прерываний, очистку ресурсов и прочее. Несмотря на то, что они обычно незаметны для пользователя, именно эти операции обеспечивают стабильность и корректное функционирование всей системы.

Оборотной стороной housekeeping work является то, что она привносит непредсказуемые задержки (jitter), прерывая выполнение пользовательских задач.

Борьба с этими задержками и есть центральная тема цикла.