Драйвер VMWare balloon был добавлен (https://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2....) в ядро 2.6.34. Под термином "ballooning (http://blog.vkernel.com/2009/12/5-simple-steps-to-resolve-me...)" подразумевается техника, которая позволят гипервизору виртуализированной гостевой операционной системы динамически ограничивать объём доступной оперативной памяти (естественно, если гость это поддерживает). При возникновении нехватки памяти, когда гипервизор обнаруживает, что ему нужно перегруппировать страницы в памяти, он инструктирует драйвер для того, чтобы тот выделил некоторое количество страниц, и физическая память была возвращена гипервизору. Позднее гипервизор, присоединяя кадровые страницы к памяти, может вернуть память гостевой ОС и проинструктировать драйвер, чтобы тот "раздул баллон".
Драйвер уже несколько лет поставлялся различными дистрибутивами, а также в составе VMWare Tools в том случае, если ди...URL: https://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2....
Новость: http://www.opennet.me/opennews/art.shtml?num=26366
Каким образом это должен поддерживать гость?
Уметь запускать драйвер balloon.
Рекурсия аднака - чтоб уметь водить машину, нужно уметь водить машину. :)
По-лезно. Ждем, пока доползет до мейнстрим дистров.
>Драйвер совершенно безопасен...Угу. Страницы могут быть перекинуты гипервизором от одного гостя к другому, значит теоретически гости могут "заглядывать" в память других гостей.
какое наивное предположение что разработчики ядра идиоты и ничего не понимают в безопасности. Очевидно содержимое страниц затирают.
>какое наивное предположение что разработчики ядра идиотыТоварищ, вы код по ссылке смотрели? Покажите мне, пожалуйста, где там драйвер затирает страницы.
страницы памяти могут быть перекинуты только если они свободны. вопрос: зачем затирать свободные страницы?
free(ptr) еще не значит, что ptr == NULL :)Но надо быть большим шайтаном системного программирования,
чтоб отличать чужие PAGE выданные баллуном от обычных.
Благая весть.
Может, через пару лет добавят и драйвера дисков, сети и видео.
Правда, к тому времени они уже мало кому будут нужны.
так вроде сеть уже есть (vmxnet\vmxnet3) c 2.6.32 версии
драйвера для дисков не нужны, так как симулируется реальная железка, под которую драйвера уже оооочень давно есть.а вообще - на http://open-vm-tools.sourceforge.net/ есть все драйвера вмвари и о чудо - они под православной лицензией, мало того - еще и утилиты вмваревые есть.
>так вроде сеть уже есть (vmxnet\vmxnet3) c 2.6.32 версии
>драйвера для дисков не нужны, так как симулируется реальная железка, под которую
>драйвера уже оооочень давно есть.
>
>а вообще - на http://open-vm-tools.sourceforge.net/ есть все драйвера вмвари и о чудо
>- они под православной лицензией, мало того - еще и утилиты
>вмваревые есть.Вот только почему-то свежепоставленный центос5.4 и федора 12 без допоплнительных драйверов употребляют 92% процессорного времени хозяина, пребывая при этом idle. Хост - центос 5.3, VmWare Server последний.
Терпимо, но очень неаккуратно.
Интересно, а на какое количество устройств драйверов в ядре там еще не хватает? А почему по состоянию на сегодня что то дольше обычного я не вижу обновлений ядра на kernel.org ? Что вообще еще в будущем туда добавят?
Добавят wine ессно, как самый востребованный софт
>Что вообще еще в будущем туда добавят?Оно в регресиях погрязло. Там чинить всё что сломано года 2 можно ))
неужто ктото работает в vmware не ставя tools?
>неужто ктото работает в vmware не ставя tools?Не так просто поставить их в актуальные линуксы.
>>неужто ктото работает в vmware не ставя tools?
>
>Не так просто поставить их в актуальные линуксы.а как по мне - легко, под какое-нить старье - как раз таки проблемы есть, но они решаются при наличии ровных рук, похода на http://open-vm-tools.sourceforge.net/ и внимательного прочтения мануалов, современные же дистры ставят драйвера путем далее... далее... далее... при сборке драйверов фактически без проблем.
А разве балун драйвер не заставляет гостевую ОС свапиться на диск
выделяя тем самым кусок реальной памяти , который в последствии и отдает более приоритетным виртуалкам? В новости как масло масляно написано .
>А разве балун драйвер не заставляет гостевую ОС свапиться на диск
>выделяя тем самым кусок реальной памяти , который в последствии и отдает
>более приоритетным виртуалкам? В новости как масло масляно написано .А ты свопу выключи :)
тогда думаю какие-то приложения при использовании
в гостевой ос балун драйвера , могут схватит 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.
---
>[оверквотинг удален]
>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 ?
Если конечно для приложения не будет хватать оперативки, то почему бы и не свопнутся?!
Иль ты думаешь, что использование баллуна ведет к необоснованному использованию свопа?
>А если sysctl -w vm.swapness = 0 ?Абы свопится все равно не перестанет при этом
>Иль ты думаешь, что использование баллуна ведет к необоснованному использованию свопа?Коль гостевой ос сказали "раздуться"(с) то это уже обосновано ее малым приоритетом по ресурсам . Заставляет ли "раздувание" остальные процессы в свап уходить?! Скорее да чем нет.
Как я понял сама идея балуна , что гипервизор точно знает какой кусок
памяти виртуалки можно забрать не повредив данные , потому что у него есть
свой "инсайдер" на стороне гостевой ос , выделяющий эту память.
>Как я понял сама идея балуна , что гипервизор точно знает какой кусок
>памяти виртуалки можно забрать не повредив данные,И на всякий случай, берет сразу из свопа? :)
да нет , там где балун драйвер внутри гостевой ос выделил.
я не совсем понимаю, зачем оно нужно в основном ядре. энтерпрайз решений на голых линуксах + продукт vmware никто не делает, а для "погонять винды или линукс" на рабочей станции или домашнем компе есть другие продукты типа того же Oracle VirtualBox, которые вполне справляются со своей задачей.в чем смысл всех эти добавлений драйверов?