Gregory's Server|
8 comments
 @nonsense @dettlaff 1. Не совсем... в винде насколько помню 2 механизма работы Hyper-V и wsl. Первая реализация была вроде на Hyper-V - поэтому docker на windows сильно проседал по производительности. Потом вроде перешли на wsl и жизнь наладилась... но это не точно. Мне похуй что-там на windows, я просто наблюдал как страдают коллеги. 2. Да общее ядро (и часть окружения типа mv, cp... ). Или с твоих хостовым linux или с тем псевдохостовой linux в windows wsdl или macOs  1. Скорее всего, дистрибутив докера запустит в Hyper-V какую-то свою линуксовую виртуалку с демоном докера и собственным ядром, и линуксовые контейнеры будет запускать на ней.  @nonsense @dside @dettlaff никак. Если запускать древнее говно - то виртуализация нужна типа KVM. В контейнерах такие лютые глюки могут вылезти, что офигеешь. Мы в ВИ несколько месяцев воевали за стабильность kafka... а потом выяснилось, что это глюки библиотеки из-за запуска ее на более древнем ядре. Пришлось везде host систему обновлять с ubuntu 20.04 на что-то свежее. |
@hardworm @dettlaff
1. так что же получается, если у меня докер под виндой, и не wsl а через Hyper V, то это уже не контейнеризация, а ближе к полноценной виртуальной машине? т.е. конкретно в этом случае можно назвать работающий докер-контейнер виртуалкой?
2. С версией ядра всё ещё непонятно. Т.е. ты постулируешь, что ядро у контейнера и хостовой ОС - общее? Даже если в контейнере alpine с 3.19 а на хосте 4.14?