The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

Драйвер VMware Balloon добавлен в Linux-ядро 2.6.34

25.04.2010 14:37

Драйвер VMWare balloon был добавлен в ядро 2.6.34. Под термином "ballooning" подразумевается техника, которая позволят гипервизору виртуализированной гостевой операционной системы динамически ограничивать объём доступной оперативной памяти (естественно, если гость это поддерживает). При возникновении нехватки памяти, когда гипервизор обнаруживает, что ему нужно перегруппировать страницы в памяти, он инструктирует драйвер для того, чтобы тот выделил некоторое количество страниц, и физическая память была возвращена гипервизору. Позднее гипервизор, присоединяя кадровые страницы к памяти, может вернуть память гостевой ОС и проинструктировать драйвер, чтобы тот "раздул баллон".

Драйвер уже несколько лет поставлялся различными дистрибутивами, а также в составе VMWare Tools в том случае, если дистрибутив его не содержит. Начиная с ядра версии 2.6.34 больше нет необходимости устанавливать его вручную. Драйвер совершенно безопасен, потому что работает только если ОС является гостевой и работает в окружении продуктов виртуализации VMWare.

  1. Главная ссылка к новости (https://git.kernel.org/?p=linu...)
Автор новости: Artem S. Tashkinov
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/26366-linux
Ключевые слова: linux, kernel, driver, guest, balloon, vmware
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (25) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Анон (?), 23:35, 25/04/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Каким образом это должен поддерживать гость?
     
     
  • 2.3, pavlinux (ok), 23:59, 25/04/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Уметь запускать драйвер balloon.
    Рекурсия аднака - чтоб уметь водить машину, нужно уметь водить машину. :)
     

  • 1.2, Аноним (-), 23:56, 25/04/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    По-лезно. Ждем, пока доползет до мейнстрим дистров.
     
  • 1.4, srs2k (ok), 04:54, 26/04/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    >Драйвер совершенно безопасен...

    Угу. Страницы могут быть перекинуты гипервизором от одного гостя к другому, значит теоретически гости могут "заглядывать" в память других гостей.

     
     
  • 2.10, szh (ok), 09:50, 26/04/2010 [^] [^^] [^^^] [ответить]  
  • –1 +/
    какое наивное предположение что разработчики ядра идиоты и ничего не понимают в безопасности. Очевидно содержимое страниц затирают.
     
     
  • 3.12, srs2k (ok), 11:33, 26/04/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >какое наивное предположение что разработчики ядра идиоты

    Товарищ, вы код по ссылке смотрели? Покажите мне, пожалуйста, где там драйвер затирает страницы.

     
     
  • 4.13, ig0r (??), 12:02, 26/04/2010 [^] [^^] [^^^] [ответить]  
  • +/
    страницы памяти могут быть перекинуты только если они свободны. вопрос: зачем затирать свободные страницы?
     
     
  • 5.17, pavlinux (ok), 18:04, 26/04/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    free(ptr) еще не значит, что  ptr == NULL :)

    Но надо быть большим шайтаном системного программирования,
    чтоб отличать чужие PAGE выданные баллуном от обычных.

     

  • 1.5, iav (ok), 05:45, 26/04/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Благая весть.
    Может, через пару лет добавят и драйвера дисков, сети и видео.
    Правда, к тому времени они уже мало кому будут нужны.
     
     
  • 2.14, Аноним (-), 15:44, 26/04/2010 [^] [^^] [^^^] [ответить]  
  • +/
    так вроде сеть уже есть (vmxnet\vmxnet3) c 2.6.32 версии
    драйвера для дисков не нужны, так как симулируется реальная железка, под которую драйвера уже оооочень давно есть.

    а вообще - на http://open-vm-tools.sourceforge.net/ есть все драйвера вмвари и о чудо - они под православной лицензией, мало того - еще и утилиты вмваревые есть.

     
     
  • 3.20, iav (ok), 19:21, 26/04/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >так вроде сеть уже есть (vmxnet\vmxnet3) c 2.6.32 версии
    >драйвера для дисков не нужны, так как симулируется реальная железка, под которую
    >драйвера уже оооочень давно есть.
    >
    >а вообще - на http://open-vm-tools.sourceforge.net/ есть все драйвера вмвари и о чудо
    >- они под православной лицензией, мало того - еще и утилиты
    >вмваревые есть.

    Вот только почему-то свежепоставленный центос5.4 и федора 12 без допоплнительных драйверов употребляют 92% процессорного времени хозяина, пребывая при этом idle. Хост - центос 5.3, VmWare Server последний.
    Терпимо, но очень неаккуратно.

     

  • 1.6, ua9oas (?), 08:24, 26/04/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
      Интересно, а на какое количество устройств драйверов в ядре там еще не хватает? А почему по состоянию на сегодня что то дольше обычного я не вижу обновлений ядра на kernel.org ? Что вообще еще в будущем туда добавят?
     
     
  • 2.7, Анонимус_б8 (?), 09:32, 26/04/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Добавят wine ессно, как самый востребованный софт
     
  • 2.9, svn (??), 09:50, 26/04/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >Что вообще еще в будущем туда добавят?

    Оно в регресиях погрязло. Там чинить всё что сломано года 2 можно ))

     

  • 1.8, sluge (ok), 09:48, 26/04/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    неужто ктото работает в vmware не ставя tools?
     
     
  • 2.11, iav (ok), 09:52, 26/04/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >неужто ктото работает в vmware не ставя tools?

    Не так просто поставить их в актуальные линуксы.

     
     
  • 3.15, Аноним (-), 15:48, 26/04/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >>неужто ктото работает в vmware не ставя tools?
    >
    >Не так просто поставить их в актуальные линуксы.

    а как по мне - легко, под какое-нить старье - как раз таки проблемы есть, но они решаются при наличии ровных рук, похода на http://open-vm-tools.sourceforge.net/ и внимательного прочтения мануалов, современные же дистры ставят драйвера путем далее... далее... далее... при сборке драйверов фактически без проблем.

     

  • 1.16, Терминус (?), 16:14, 26/04/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    А разве балун драйвер не заставляет гостевую ОС свапиться на диск
    выделяя тем самым кусок реальной памяти , который в последствии и отдает более приоритетным виртуалкам? В новости как масло масляно написано .
     
     
  • 2.18, pavlinux (ok), 18:09, 26/04/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >А разве балун драйвер не заставляет гостевую ОС свапиться на диск
    >выделяя тем самым кусок реальной памяти , который в последствии и отдает
    >более приоритетным виртуалкам? В новости как масло масляно написано .

    А ты свопу выключи :)

     
     
  • 3.19, Терминус (?), 19:15, 26/04/2010 [^] [^^] [^^^] [ответить]  
  • +/
    тогда думаю какие-то приложения при использовании
    в гостевой ос  балун драйвера , могут схватит OOM
    http://www.vmware.com/pdf/esx3_memory.pdf
    стр. 6

    ---
    You need to be sure your guest operating systems have sufficient swap space. This swap space
    must be greater than or equal to the difference between the virtual machine’s configured
    memory size and its reservation.
    ---

     
     
  • 4.22, pavlinux (ok), 23:09, 26/04/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >[оверквотинг удален]
    >http://www.vmware.com/pdf/esx3_memory.pdf
    >стр. 6
    >
    >---
    >You need to be sure your guest operating systems have sufficient swap
    >space. This swap space
    >must be greater than or equal to the difference between the virtual
    >machine’s configured
    >memory size and its reservation.
    >---

    А-а-а-а-а, ты имел ввиду своп в самой виртуалке...
    А если sysctl -w vm.swapness = 0 ?
    Если конечно для приложения не будет хватать оперативки, то почему бы и не свопнутся?!
    Иль ты думаешь, что использование баллуна ведет к необоснованному использованию свопа?

     
     
  • 5.23, Терминус (?), 00:05, 27/04/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >А если sysctl -w vm.swapness = 0 ?

    Абы свопится все равно не перестанет при этом
    >Иль ты думаешь, что использование баллуна ведет к необоснованному использованию свопа?

    Коль гостевой ос сказали "раздуться"(с) то это уже обосновано ее малым приоритетом по ресурсам . Заставляет ли "раздувание" остальные процессы в свап уходить?! Скорее да чем нет.

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

     
     
  • 6.24, pavlinux (ok), 00:07, 27/04/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >Как я понял сама идея балуна , что гипервизор точно знает какой кусок
    >памяти виртуалки можно забрать не повредив данные,

    И на всякий случай, берет сразу из свопа? :)

     
     
  • 7.25, Терминус (?), 08:16, 27/04/2010 [^] [^^] [^^^] [ответить]  
  • +/
    да нет , там где балун драйвер внутри гостевой ос выделил.
     

  • 1.21, ононим (?), 23:00, 26/04/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    я не совсем понимаю, зачем оно нужно в основном ядре. энтерпрайз решений на голых линуксах + продукт vmware никто не делает, а для "погонять винды или линукс" на рабочей станции или домашнем компе есть другие продукты типа того же Oracle VirtualBox, которые вполне справляются со своей задачей.

    в чем смысл всех эти добавлений драйверов?

     
     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2024 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру