Balloon service windows что это

Обновлено: 02.07.2024

Что такое Memory Ballooning?

Раздувание (Memory Ballooning) VMware - это метод восстановления памяти, используемый, когда хосту ESXi не хватает памяти. Ваши виртуальные машины, сконфигурированные с некоторым количеством оперативной памяти в их виртуальном оборудовании, и будут использовать память через приложения, работающие в памяти.

В виртуализации хост ESXi не знает, что выполняется на гостевой системе, а также гостевая ОС не знает, что она работает на виртуальной машине. Тогда как хост ESXi будет запрашивать память у гостевой операционной системы? , Вот где Memory Ballooning входит в игру. Есть общий драйвер, называемый vmmemctl.sys, который работает на виртуальной машине, которая доступна как часть VMware Tools. Когда хосту ESXi не хватает физической памяти, он использует раздувающий драйвер (vmmemctl.sys), чтобы определить, сколько памяти с виртуальных машин можно вернуть, чтобы предотвратить перестановку гипервизора. Этот драйвер затем использует часть памяти, которая, по мнению гостевой ОС, физически присутствует на виртуальной машине. Гостевая ОС затем поменяет память на диск, уменьшая нагрузку на физическую память хоста. Хост затем перераспределит эту память другим виртуальным машинам.

Memory Ballooning

Прежде чем мы углубимся, я думаю, что было бы неплохо поговорить о различных типах памяти, которые есть в ESXi. У нас есть физическая память хоста, гостевая физическая память, но также и виртуальная память, которая находится внутри каждой виртуальной машины и где работают приложения.

  • Физическая память хоста - физическая RAM каждого хоста ESXi (сервера). Это физический ресурс.
  • Гостевая физическая память - память гостевой ОС. Память, которая видна гостевой операционной системе, работающей на виртуальной машине. Допустим, вы создали виртуальную машину под названием VM1 с 4 ГБ памяти. Гостевая ОС увидит 4 ГБ памяти, которая называется гостевой физической памятью.
  • Виртуальная память - память, в которой приложение работает в виртуальной машине. Это непрерывное виртуальное адресное пространство, предоставляемое гостевой операционной системой приложениям. Это память, которая видна приложениям, работающим на виртуальной машине.

Memory Ballooning

Memory Ballooning включается когда у хост-сервера VMware ESX 6% или менее свободной памяти. Для изъятия памяти используются виртуальные машины, у которых больше всего памяти по процессу idle memory tax. Если сравнивать Ballooning и Swapping, то последний проигрывает примерно так (база данных Oracle в виртуальной машине для OLTP-нагрузок, т.е. постоянный поток небольших транзакций):

Когда включается Memory Ballooning в VMware vSphere-01

Когда включается Memory Ballooning в VMware vSphere-01

Когда включается Memory Ballooning в VMware vSphere-02

Когда включается Memory Ballooning в VMware vSphere-02

Или локально в Advanced Settings виртуальной машины (то же самое, что и добавление строчки в vmx-файл конфигурации):

Кстати, в ESX 3.5 нам давали возможность изменить порог в 6%

Когда включается Memory Ballooning в VMware vSphere-03

Когда включается Memory Ballooning в VMware vSphere-03

Поведение хоста при нехватке памяти

  1. Вы запускаете виртуальную машину с именем «VM1» и запускаете приложение под названием Microsoft Excel на этой виртуальной машине. Microsoft Excel как приложение будет запрашивать у гостевой операционной системы Windows память. Windows предоставит память приложению и отобразит ее из гостевой виртуальной памяти -> гостевая физическаяпамять
  2. Когда гостевая виртуальная память отображается на гостевую физическую память, гипервизор видит запрос памяти от гостя, а гипервизор отображает гостевую физическую память -> физическую память хоста . Вы создаете отчет в приложении Microsoft Excel в течение примерно 2 часов и закрываете приложение, как только закончите с ним.
  3. Когда вы закрываете Microsoft Excel, гостевая операционная система помечает память, выделенную для Microsoft Excel, как «свободную (free)» и делает ее доступной для других приложений, работающих на гостевой ОС, но ваш гипервизор не будет знать о «списке свободной памяти (free memory list)» вашей гостевой ОС, поэтому он хранит память, отображаемую в физической памяти хоста и которая загружает память на хост ESXi.
  4. Таким образом, когда узлу ESXi не хватает памяти или состояние памяти узла ESXi установлено в «Soft», появляется VMware Memory Ballooning. Гипервизор попросит «раздувать (inflate)» драйвер, установленный внутри виртуальной машины. Так как в гостевой операционной системе работает драйвер раздувания памяти, он получит память из «свободного списка (free list)». Гипервизор обнаружит память, возвращаемую драйвером всплывающей подсказки, и освободит ее на уровне физической памяти хоста и предоставит эту физическую память другим виртуальным машинам, которые нуждаются в памяти, вместо того, чтобы скидывать ее на диск. По умолчанию драйвер Balloon (vmmemctl.sys) может восстанавливать до 65% гостевой физической памяти. Например, вашей виртуальной машине выделяется 1000 МБ памяти, ее можно восстановить до 650 МБ, используя эту технику.

Анализ статистики раздувания памяти

Вы можете проверить статистику всплывающей памяти в Esxtop, на вкладке Memory Ballooning у виртуальной машины, а также с помощью графиков производительности vCenter.

Вы увидите счетчик «MEMCTL/MB», который показывает общую активность раздувания (22110 МБ). Значения «curr» и «target» являются накопленными значениями «MCTLSZ» и «MCTLTGT», как описано ниже.

Memory Ballooning анализ

Мы должны искать столбцы «MCTL» для просмотра активности всплывающих окон для каждой виртуальной машины:

  • «MCTL?» : Указывает, активен ли драйвер баллона «Y» или нет «N». Если инструменты VMware не установлены или не работают, это значение будет отображаться как «N»
  • «MCTLSZ» : объем (в МБ) гостевой физической памяти, который фактически возвращается драйвером
  • «MCTLTGT »: объем (в МБ) гостевой физической памяти, который будет восстановлен (целевая память). Если этот счетчик больше, чем «MCTLSZ», драйвер раздувается, вызывая восстановление большей памяти. Если «MCTLTGT» меньше, чем «MCTLSZ», то воздушный шар будет спускаться. Этот процесс дефляции работает медленно, если гость не запрашивает память.
  • «MCTLMAX» : максимальный объем гостевой физической памяти, который может восстановить драйвер. По умолчанию 65% назначенной памяти.

Вкладка распределения ресурсов

Вы можете проверить статистику «Раздувание памяти» каждой отдельной виртуальной машины на вкладке «Распределение ресурсов виртуальной машины (Resource Allocation Tab)». Это конкретное значение VM Ballooned составляет 5,08 ГБ.

Memory Ballooning анализ-2

Вкладка Performance Charts в vCenter 5.5

Вы можете сгенерировать пользовательские графики производительности в vCenter, чтобы понять статистику Memory Ballooning в памяти всех виртуальных виртуальных машин на хосте ESXi или отдельных виртуальных машинах.

Memory Ballooning анализ-3

VMware Ballooning - не единственная техника восстановления памяти. Есть также другие методы, такие как VMware Transparent Page Sharing (TPS), который является проприетарным решением для прозрачного распределения страниц памяти между виртуальными машинами и устранения избыточных копий страниц памяти. Затем происходит сжатие памяти, при котором ESXi сжимает память до необходимости замены.

Подлинный файл является одним из компонентов программного обеспечения RAIDXpert, разработанного AMD .

WinMsgBalloonClient.exe - это исполняемый файл (программа) для Windows. Расширение имени файла .exe - это аббревиатура от англ. слова executable — исполнимый. Необходимо запускать исполняемые файлы от проверенных производителей программ, потому что исполняемые файлы могут потенциально изменить настройки компьютера или нанести вред вашему компьютеру. Бесплатный форум с информацией о файлах может помочь вам разобраться является ли WinMsgBalloonClient.exe вирусом, трояном, программой-шпионом, рекламой, которую вы можете удалить, или файл принадлежит системе Windows или приложению, которому можно доверять.

  1. Используйте программу Настройщик Windows, чтобы найти причину проблем, в том числе и медленной работы компьютера.
  2. Обновите программу RAIDXpert Event Notifier. Обновление можно найти на сайте производителя (ссылка приведена ниже).
  3. В следующих пунктах предоставлено описание работы WinMsgBalloonClient.exe.

Информация о файле WinMsgBalloonClient.exe

Важно: Некоторые вредоносные программы маскируют себя как WinMsgBalloonClient.exe, особенно, если они расположены в каталоге c:\windows или c:\windows\system32. Таким образом, вы должны проверить файл WinMsgBalloonClient.exe на вашем ПК, чтобы убедиться, что это угроза. Мы рекомендуем Security Task Manager для проверки безопасности вашего компьютера.

Комментарий пользователя

Пока нет комментариев пользователей. Почему бы не быть первым, кто добавить небольшой комментарий и одновременно поможет другим пользователям?

Лучшие практики для исправления проблем с WinMsgBalloonClient

Аккуратный и опрятный компьютер - это главное требование для избежания проблем с WinMsgBalloonClient. Для этого требуется регулярная проверка компьютера на вирусы, очистка жесткого диска, используя cleanmgr и sfc /scannow, удаление программ, которые больше не нужны, проверка программ, которые запускаются при старте Windows (используя msconfig) и активация Автоматическое обновление Windows. Всегда помните о создании периодических бэкапов, или в крайнем случае о создании точек восстановления.

Если у вас актуальные проблемы, попробуйте вспомнить, что вы делали в последнее время, или последнюю программу, которую вы устанавливали перед тем, как появилась впервые проблема. Используйте команду resmon, чтобы определить процесс, который вызывает проблемы. Даже если у вас серьезные проблемы с компьютером, прежде чем переустанавливать Windows, лучше попробуйте восстановить целостность установки ОС или для Windows 8 и более поздних версий Windows выполнить команду DISM.exe /Online /Cleanup-image /Restorehealth. Это позволит восстановить операционную систему без потери данных.

Следующие программы могут вам помочь для анализа процесса WinMsgBalloonClient.exe на вашем компьютере: Security Task Manager отображает все запущенные задания Windows, включая встроенные скрытые процессы, такие как мониторинг клавиатуры и браузера или записей автозагрузки. Уникальная оценка рисков безопасности указывает на вероятность процесса быть потенциально опасным - шпионской программой, вирусом или трояном. Malwarebytes Anti-Malware определяет и удаляет бездействующие программы-шпионы, рекламное ПО, трояны, кейлоггеры, вредоносные программы и трекеры с вашего жесткого диска.

WinMsgBalloonClient сканер

Security Task Manager показывает все запущенные сервисы Windows, включая внедренные скрытые приложения (например, мониторинг клавиатуры или браузера, авто вход). Уникальный рейтинг надежности указывает на вероятность того, что процесс потенциально может быть вредоносной программой-шпионом, кейлоггером или трояном.

Бесплатный aнтивирус находит и удаляет неактивные программы-шпионы, рекламу, трояны, кейлоггеры, вредоносные и следящие программы с вашего жесткого диска. Идеальное дополнение к Security Task Manager.

Reimage бесплатное сканирование, очистка, восстановление и оптимизация вашей системы.

это руководство по проектированию было создано для Windows 7 и не обновлялось для более новых версий Windows. Многие рекомендации по-прежнему применяются в принципе, но презентация и примеры не соответствуют нашим текущим руководствам по проектированию.

Всплывающая подсказка — это небольшое всплывающее окно, информирующее пользователей о некритической проблеме или особом условии в элементе управления.

Выноски имеют значок, заголовок и основной текст, все из которых являются необязательными. В отличие от подсказок и инфотипс, в выносках также есть хвост, определяющий их источник. Обычно источником является элемент управления, если это так, он называется элементом управления owner.

Выноски обычно используются с текстовыми полями или элементами управления, которые используют текстовые поля для изменения значений, таких как поля со списком, представления списков и представления в виде дерева. Другие виды элементов управления достаточно хорошо ограничены и не нуждаются в дополнительных выносках обратной связи. Более того, если существует проблема с другими типами элементов управления, она часто включает несоответствие между несколькими элементами управления и ситуацией, для которой не подходят всплывающие окна. Только элементы управления для ввода текста являются неограниченными и представляют собой общий источник ошибок с одной точкой.

Уведомление — это конкретный тип всплывающей подсказки, отображаемой значком области уведомлений .

Выбор правильного элемента управления

Чтобы определиться, ответьте на вопросы:

 снимок экрана: неудачная попытка входа

Неправильный:

  • Всплывающие окна могут отображаться независимо от текущего расположения указателя, поэтому у них есть хвост, указывающий их источник.
  • Выноски имеют заголовок, текст текста и значок.
  • Всплывающие окна могут быть интерактивными, в то время как невозможно щелкнуть подсказку.

В отличие от модальных диалоговых окон:

  • Всплывающие подсказки не украсть фокус ввода или потребовать взаимодействия.
  • Всплывающие подсказки обозначают единственный конкретный источник. Модальные диалоговые окна могут иметь несколько источников или вообще не иметь конкретного источника.

Варианты использования

Выноски имеют следующие шаблоны использования:

Рекомендации

Когда следует отображать

  • Отображать всплывающие подсказки сразу после обнаружения проблемы или специального условия, даже если они повторяются, без заметной задержки.
    • Для проблем, связанных с отдельными символами или максимальным размером входных данных, выводит всплывающее окно немедленно на входе.
    • Для проблем, связанных с входным значением (включая обязательное непустое значение), отобразите всплывающее окно, когда элемент управления "владелец" теряет фокус ввода. В противном случае отображение всплывающих подсказок во время ввода потенциально допустимых входных данных может привести к нежелательному взаимодействиям.

     снимок экрана с двумя выносками, указывающими на одну рамку

    Неправильный:

    В этом примере две проблемы неверно представлены в одно и то же время.

    Время отображения

    • Удалить всплывающую подсказку в следующих случаях:
      • Проблема устранена или специальное условие удалено.
      • Пользователь вводит допустимые данные (для проблем ввода).
      • Время ожидания всплывающего окна истекло. По умолчанию выноски удаляются через 10 секунд, хотя пользователи могут изменить это путем изменения _ системного параметра SPI мессажедуратион.

      Как отобразить

       снимок экрана со всплывающей подсказкой, отображаемой над элементом управления

      Неправильный:

      Текстовые поля с паролями и ПИН-кодов

      снимок экрана с всплывающей подсказкой, указывающей на наличие Caps Lock

      В этом примере всплывающее окно указывает на то, что в текстовом поле закрепления включена клавиша Caps Lock.

      снимок экрана с всплывающим окном, указывающим ограничения на ПИН-код

      снимок экрана с всплывающим окном, указывающим неверные входные данные

      Другие текстовые поля

      снимок экрана с всплывающей подсказкой с пределами символов

      Взаимодействие

      Icons

      Выберите значок на основе шаблона использования:

      Специальные возможности

      При правильном использовании всплывающие подсказки улучшают специальные возможности. Для доступа к выноскам:

      Данная небольшая заметка посвящена использованию virtio balloon драйвера для "горячего" изменения количества оперативной памяти в гостевых системах. Технология появилась достаточно давно, и использовать её довольно просто, но при этом возникает множество интересных вопросов.

      Как это использовать?

      Использование balloon драйвера - один из основных способов динамического изменения количества оперативной памяти, выделенной виртуальной машине. Необходимо отметить, рассматриваемый механизм не является аналогом memory hot plug, и требует поддержки со стороны ядра операционной системы; для этого для Linux и Windows систем разработаны соответсвующие драйверы. В подавляющем большинстве дистрибутивов Linux поддержка virtio-balloon включена по умолчанию. Скачивание и установка virtio balloon драйверов для Windows описано тут

      Для включения ballooning необходимо запускать qemu с опцией -balloon virtio.

      Узнать количетво памяти, выделенное для вирт машины можно при помощи команды info balloon в консоли qemu monitor

      В гостевой системе (Linux) можно воспользоваться командой free для получения информации об использовании оперативной памяти

      Для изменения количества оперативной памяти используется команда balloon <размер памяти в Мб>

      В гостевой системе

      Аналогичным образом можно и увеличить размер памяти, но не превышая того предела, который установлен при запуске (параметр -m)

      Для Windows систем процесс полностью аналогичен


      После урезания памяти


      Как это работает?

      Balloon драйвер создает в ядре специальный процесс, который по команде с хоста может изменять количество потребляемой им памяти. Оставшаяся память может быть использована всеми остальными процессами в гостевой системе для собственных нужд.


      Если необходимо уменьшить количество памяти выделяемое машине, то сначала balloon процесс "раздувается" до необходимого размера, а потом позволяет хосту освободить нужное количество памяти


      Увеличение количества памяти происходит аналогичным образом.


      При таком методе работы количество памяти, используемое вирт машиной, ограничивается общим количеством памяти указанным в параметре -m.

      Необходимо отметить, что в текущей реализации balloon драйвер не обращает никакого внимания на количество свободной памяти в системе, поэтому при чрезмерном ограничении в использовании памяти можно легко столкнуться с потерей производительности (хотя бы за счет дисковых кешей) или с полным зивисанием машины. При недостатке памяти операционная система начинает использовать swap, что приводит к активному использованию диска и значительно тормозит работу.

      Поэтому для эффективного использования balloon драйвера необходимо каким-то образом получать информацию об реальном использовании памяти в гостевой системе и на основе полученных данных принимать решение об ограничениях. Подобный механизм разрабатывается в настоящий момент. Адам Литке (Adam Litke) Разработал серию патчей для qemu и balloon драйвера, которые позволяют получать дополнительную информацию об использовании памяти. (Делается это при помощи команды info balloon в qemu мониторе.) Последние версии libvirt уже содержат код, который парсит обновленный вывод команды info balloon для получения информации об оперативной памяти гостевой системы. Но по словам Адама пока что эти патчи содержат некоторые проблемы связанные с взаимодействием с qemu, и в настоящее время идет активная работа по их доработке.

      Но уже сейчас есть несколько способов получения информации от гостевой системы. Например, можно передавать данные об использовании памяти по сети (разумеется в этом случае сеть должна быть настроена в виртуальной машине). Такой способ используется в проекте MoM. Далее я опишу немного другой способ связи между хост системой и виртуальной машиной, при помощи которого мы сможем управлять balloon драйвером более эффективно.

      Получение информации от гостевой системы.

      Для передачи информации из гостевой системы на хост можно воспользоваться virtio-serial механизмом. Подробней про него можно прочитать тут и тут. Для совсем тестового примера работы с памятью воспользуемся каналом (pipe) между гостем и хостом. Связь схематично показана на рисунке ниже.


      Для создания подобного virtio интерфейса необходимо создать два fifo файла и прописать необходимые параметры qemu

      Чтобы получать информацию о потреблении памяти виртуальной машины в гостевой системе будет работать следующий простейший скрипт (возможности которого можно неограничено расширять)

      Полученное значение обозначает количество свободной памяти в Мб. Наконец, можно настроить автоматическую подстройку количества памяти для вирт машины в зависимости от использования. Приведенный ниже скрипт имеет огромное количество недостатков, он предназначен прежде всего для демонстрации возможностей.

      Разумеется в реальных задачах логика управления памятью должна опираться на более подробные данные анализа, включая в себя оценки роста потребления памяти и прогнозы дальнейшего использования, но включение этих возможностей принципиально осуществимо уже с имеющимися механизмами. Надо отметить, что доработка патчей для balloon драйвера позволит получать данные о потреблении памяти не из гостевой системы, а напрямую из qemu monitor.

      Читайте также: