Почему docker stats выводит неверную статистику?

Прямого ответа на вопрос я не знаю, но ориентировался бы на docker stats.

И такой встречный вопрос, зачем внутри докер контейнера htop и прочее подобное?

Да я просто заметил что debian xfce в task manager занимает 1.0 GiB а контейнер в docker stats существенно больше. Зашел в контейнер и поставил htop глянуть. Почему так, пока тоже не знаю

Что показывает колонка RES процесса postgres? Должно одно и то же показываться что внутри что снаружи в top.

И такой встречный вопрос, зачем внутри докер контейнера htop и прочее подобное?

Потому что докер не нужен.

А мне нужен. И всем нужен. И все пользуются, даже те, кому не нужен.

И тоже встречный вопрос, а containerd нужен или podman? А lxc, jails, chroot? А кубы? А те сервисы, которые использую докер-контейнеры без самого докера?

Это все сорта говн.

А мне нужен. И всем нужен. И все пользуются, даже те, кому не нужен.

+много.

И тоже встречный вопрос

Тут смешались совсем разные штуки - низкоуровневые сисколлы, приложения над ними разной величины. Контейнер сам по себе - норм идея. Но это вещь весьма тривиальная и не отягощённая всякими идеологиями.

Самой хорошей (и исторически самой первой, вроде) реализацией считаю jails - это просто chroot с доп. ограничениями на сеть, сисколлы и видимость процессов. Всё максимально прозрачно и не отягощено всякими идеологиями и привязками к реализации.

В линуксе можно было бы сделать почти такое же через chroot() + unshare() - тоже было бы в целом просто и прозрачно. Хотя unshare уже немного мутноват сам по себе, но это мелочи по сравнению с тем, что сделали после. А именно все эти докеры, которые по сути тоже обёртка над unshare, но совершенно монструозны и максимально непрозрачны и антиюниксвейны, да ещё и навязывают какую-то идеологию использования.

LXC вроде более менее норм, но дел я с ним не имел.