ЯI
Vm что-то хочет, но ей cpu не дали, потому что host чем-то занят. Он разве не может быть занят своим iowait?
Size: a a a
2021 July 05
PL
да ну какая дрочь, тут уже прям очень осторожно все спрашивать приходится =)
PL
AK
iowait это статус скорее процесса а не процессора. Когда процесс уходит в iowait процессор спокойно уходит заниматься другими задачами
AK
(внезапно)
VV
Выходит покурить :)
ЯI
В контексте вопроса, это время может считаться внутри вм как steal, а снаружи как iowait. Ну хоть на половину прав?
PK
Так может.
AK
Неа. Если очен-очень в общих чертах, то iowait это "запрос ушел в устройство но еще не выполнен, надо его дождаться". Эта хрень делается внутри ядра через асинхронщину поэтому после отправки запроса тред выставляется на ожидание на соответствующем файловом дескрипторе а проц уходит дальше выполнять запросы. Поэтому почти всегда с IO wait со steal не связан
ЯI
Ого. Спасибо большое за подробное объяснение. По асинк мне в голову не пришло.
PK
а это как драйвер написать в юзерспейсе. я знаю одну команию к торой iowait вполне себе st
AK
Ну при некотором заходе можно и х... сломать
PK
ТОчнее даже не драйвер а как организовать общеине вм с внешними ресурсами типа дисков и т.д.
VV
так хорошо обсудил, но что смотреть в гипере - никто не сказал :)
AK
Как правило LA на гипере коррелирует со steal time внутри вм
VV
LA > CPU в /proc/cpuinfo
?
?
DN
Просвятите малость на пальцах, пожалуйста. Есть Гланц с мульти-стор и несколько АЗ. В каждой АЗ есть свой цеф-сторадж. Допустим лежит какой то образ, сразу во всех сторах. При создании ВМ в каком-нибудь АЗ, от куда нова(или гланс?) узнает, с какого стораджа оптимально брать образ? Явно это указать нельзя.
AK
В теории там есть image_locations по которым он итерировался но я в ту логику не лазил. ПыСы: вас ждёт много чудных открытиев в сефоопенстеке