https://www.opennet.ru/openforum/vsluhforumID3/120320.html CPU steal time - это время, в течение которого виртуальная машина не получает ресурсы процессора для своего выполнения. Это время считается только в гостевых операционных системах в средах виртуализации.<br><br>++ Что такое steal<br><br>Steal - это метрика, указывающая на нехватку процессорного времени для процессов внутри виртуальной машины. Как описано в [[https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git/patch/?id=c9aaa8957f203bd6df83b002fb40b98390bed078 патче]] ядра KVM, steal - это время, в течение которого гипервизор выполняет другие процессы на хостовой операционной системе, хотя он поставил процесс виртуальной машины в очередь на выполнение. То есть steal считается как разница между временем, когда процесс готов выполниться, и временем, когда процессу выделено процессорное время.<br><br>Метрику steal ядро виртуальной машины получает от гипервизора. При этом гипервизор не уточняет, какие именно другие процессы он выполняет, просто &#171;пока занят, тебе времени уделить не могу&#187;. На KVM поддерж https://www.opennet.ru/openforum/vsluhforumID3/120320.html#16 Wed, 27 May 2020 07:19:41 GMT Угу. Ясно. Понятно. А когда виртуальный драйвер ждет, пока вполне себе реальный HDD раскрутит шпиндель и спозиционирует голову, что по вашему происходит ?<br> https://www.opennet.ru/openforum/vsluhforumID3/120320.html#15 Thu, 30 Apr 2020 12:21:31 GMT Да, на AWS одна виртуалка имела steal стабильно 50%. Оказалось что мы переиспользовали свою квоту CPU и AWS стал ограничивать нашу виртуалку. Решилось переходом на более дорогой инстанс или уменьшением непрерывного высокого использования CPU.<br> https://www.opennet.ru/openforum/vsluhforumID3/120320.html#14 Sun, 19 Apr 2020 08:53:55 GMT Если IOWait стабильно высокий &#8212; та же рекомендация. <br> https://www.opennet.ru/openforum/vsluhforumID3/120320.html#13 Thu, 16 Apr 2020 20:14:03 GMT Да, если steal стабильно высокий или имеет жирные пики, это повод принять меры.<br><br>Перегруженность хоста это один из случаев. Бывает что недобросовестность поставщика тут не при чём, а так задуманно.<br><br>Нередко сталкиваемся с высоким steal у AWS. Когда виртуалка систематически потребляет больше процессора чем было расчитанно и съедает доступные CPU credits, ей начинают ограничивать циклы. Изнутри выглядит как подтормаживание, не катастрофическое, и высокий прохент steal. Мониторингом на steal специально не смотрим, т.к. ползёт вверх Load Average и на него прилетает алерт. С другой стороны, механизм CPU credits хорошо защищяет от "шумных соседей" (noisy nighbors) и можно расчитывать на тот ресурс который проплачен. Если знать в чём дело и куда смотреть, то удобно.<br><br> https://www.opennet.ru/openforum/vsluhforumID3/120320.html#12 Thu, 16 Apr 2020 11:25:12 GMT Рекомендация для пользователей арендных VPS.<br><br>Если steal стабильно высокий или имеет жирные пики - ваша виртуалка живет на перегруженном хосте. На хороших хостингах такая ситуация невозможна, так как все мониторится и вводятся новые ноды. Смысла бодаться с техподдержкой нет, проще сразу сменить поставщика услуг.<br> https://www.opennet.ru/openforum/vsluhforumID3/120320.html#11 Wed, 15 Apr 2020 07:54:18 GMT &gt; то что ты написал, не имеет никакого отношения к реальности.<br><br>К твоей реальности, и вправду, не имеет.<br>Тыб хоть ссылочку открыл из статьи: http://www.brendangregg.com/blog/2017-05-09/cpu-utilization-is-wrong.html<br><br>&gt;в драйверах реального железа нет и не может быть ситуаций когда управление надолго занято драйвером, чего ты так и не понял. <br><br>Куда уж нам.<br> https://www.opennet.ru/openforum/vsluhforumID3/120320.html#10 Wed, 15 Apr 2020 06:14:28 GMT &gt; честно, хоть сам Билл из окон пусть контент здесь пишет, лишь было <br><br>да, эту сволочь интересненько было б допросить с пристрастием. Жаль что он отделался в свое время бессмысленной книжонкой про путь пацана к успеху.<br>&gt; бы технически-интересно читать ...<br><br>да, я уже плакался в личку Максиму, что последние пять новостей (то есть все что видны были на тот момент на глагне) - это п-ц какой-то, васян-победы над локалхостом и то посерьезнее выглядят.<br><br>А тут цельное исследование, хоть и проклятоймылру, и ненужного ненужна (мы и так уже, по опыту эксплуатации их mcs поняли, что kvm+ceph - полнейшее дерьмо, и так делать не надо никогда и никому - заодно и понятно, почему объявленная амазоном миграция на kvm как-то подозрительно застряла. Можно в деталях уже не разбираться - если дом сползает с фундамента, незачем выяснять, почему в нем еще и пованивает в сортире, валить надо.)<br><br>Хотя бы не жаль времени, затраченного на беглое прочтение.<br><br> https://www.opennet.ru/openforum/vsluhforumID3/120320.html#9 Wed, 15 Apr 2020 06:04:10 GMT &gt; событийной модели обработки прерываний в ОС. Которое, впрочем, имеет весьма посредственное <br><br>причем тут обработка прерываний?<br><br>&gt; отношение к этой теме и к тому, о чём я написал. <br><br>то что ты написал, не имеет никакого отношения к реальности.<br><br>в драйверах реального железа нет и не может быть ситуаций когда управление надолго занято драйвером, чего ты так и не понял. Ни при "обработке прерываний", ни при вызове системой. Повиснет все нахрен. Кроме как раз случаев, когда управление внезапно забирает гипервизор. Он потом делает вид, что ничего не случилось - подправляет таймеры, дергает подряд все что накопилось за время простоя и т д, поэтому изнутри системы тоже не очевидно, что произошло, и приходится ориентироваться не на это, а на отдаваемый гипервизором счетчик.<br> https://www.opennet.ru/openforum/vsluhforumID3/120320.html#8 Wed, 15 Apr 2020 00:13:26 GMT честно, хоть сам Билл из окон пусть контент здесь пишет, лишь было бы технически-интересно читать ...<br>