» Oracle VM VirtualBox (часть 2)

Toyg
подобные тикеты с проблемой официально подавались на багтрекере виртуалбокса.
там прозвучали советы обновить видеодрайвер хостовой машины (то бишь на реальной OS). кроме того, судя по всему имеет место быть некорректная работа режима 3D (включенного в настройках виртуальной машины). попробуйте его отключить (поддержка этого режима внутри виртуальной машины не особо часто и нужна) и поработать снова с виртуальной машиной. в шапке темы в конце есть указанный мной возможный способ решения.

Цитата:

судя по всему имеет место быть некорректная работа режима 3D

Да, всё, что касается 2D/3D ускорений, считается экспериментальными фичами. И к сожалению зачастую глючат. С этим вряд ли кто будет спорить :/

GrRusel

Цитата:

Загрузил и ВМ по прежнему видит лишь 3.5гига

Не понял - только что попробовал, поставил Memory RAMSize="4096" , запустил тест памяти, он показал 4096, и вышел на ошибку - у меня всего 4 Gb.

NIKZZZZ

Цитата:

Согласен, но аппаратная виртуализация вообще не должна зависеть от хост системы, работают же x64 системы под x86 хостом.

Skif_off

Цитата:

Не оно?

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

По сути галочка "PAE" в настройках машины говорит лишь о том, что PAE-возможности процессора будут транслироваться внутрь виртуалки (что, как объясняется в процитированном Skif_off абзаце справки, необходимо некоторым системам, даже если они и не собираются лезть за пределы 4 гигабайт).

VirtualBox 4.2.14


Цитата:

What's New:

VMM: fixed a Guru Meditation on putting Linux guest CPU online if nested paging is disabled
VMM: invalidate TLB entries even for non-present pages
GUI: Multi-screen support: fixed a crash on visual-mode change
GUI: Multi-screen support: disabled guest-screens should now remain disabled on visual-mode change
GUI: Multi-screen support: handle host/guest screen plugging/unplugging in different visual-modes
GUI: Multi-screen support: seamless mode: fixed a bug when empty seamless screens were represented by fullscreen windows
GUI: Multi-screen support: each machine window in multi-screen configuration should have correct menu-bar now (Mac OS X hosts)
GUI: Multi-screen support: machine window View menu should have correct content in seamless/fullscreen mode now (Mac OS X hosts)
GUI: VM manager: vertical scroll-bars should be now updated on content/window resize
GUI: VM settings: fixed crash on machine state-change event
GUI: don't show warnings about enabled or disabled mouse integration if the VM was restored from a saved state
Virtio-net: properly announce that the guest has to handle partial TCP checksums (bug #9380)
Storage: Fixed incorrect alignment of VDI images causing disk size changes when using snapshots (bug #11597)
Audio: fixed broken ALSA & PulseAudio on some Linux hosts due to invalid symbol resolution (bug #11615)
PS/2 keyboard: re-apply keyboard repeat delay and rate after a VM was restored from a saved state (bug #10933)
BIOS: updated DMI processor information table (type 4): corrected L1 & L2 cache table handles
Timekeeping: fix several issues which can lead to incorrect time, Solaris guests sporadically showed time going briefly back to Jan 1 1970
Main/Metrics: disk metrics are collected properly when software RAID, symbolic links or rootfs are used on Linux hosts
VBoxManage: don't stay paused after a snapshot was created and the VM was running before
VBoxManage: introduced controlvm nicpromisc (bug #11423)
VBoxManage: don't crash on controlvm guestmemoryballoon if the VM isn't running (bug #11639)
VBoxHeadless: don't filter guest property events as this would affect all clients (bug #11644)
Guest control: prevent double CR in the output generated by guest commands and do NLS conversion
Linux hosts / guests: fixed build errors on Linux 3.5 and newer kernels if the CONFIGUIDGIDSTRICTTYPECHECKS config option is enabled (bug #11664)
Linux Additions: handle fall-back to VESA driver on RedHat-based guests if vboxvideo cannot be loaded
Linux Additions: RHEL/OEL/CentOS 6.4 compile fix (bug #11586)
Linux Additions: Debian Linux kernel 3.2.0-4 (3.2.39) compile fix (bug #11634)
Linux Additions: added auto-logon support for Linux guests using LightDM as the display manager
Windows Additions: Support for multimonitor. Dynamic enable/disable of secondary virtual monitors. Support for XPDM/WDDM based guests
X11 Additions: support X.Org Server 1.14 (bug #11609)

CaptainFlint

Цитата:

Если сам VB физически не способен увидеть и распределить больше, чем 4 гига, то будет PAE в госте или не будет, памяти от этого не прибавится.

Так понимаю, что в принципе VB способен работать с PAE, осталось только проверить, но GrRusel не дал толком инфы ни про конфиг, ни про издания.

А по поводу "некоторых систем, даже если они и не собираются лезть за пределы 4 гигабайт" - речь о серверной убунте (в оф-мане по-крайней мере), в которой по-умолчанию в ядре включено PAE и, не включив опцию в VB, имеем проблемы.

поставил. пока полет нормальный.

CaptainFlint
Skif_off
Нужно просто провести тест, запустив с ISO образа memtest, к сожалению у меня нет такой возможности.

cracklover
Такой говняшки не наблюдаете?

Skif_off

Цитата:

Так понимаю, что в принципе VB способен работать с PAE

Нет, он сам не способен работать с PAE. Он способен лишь транслировать возможности PAE в гостевые системы.

Собственно, я тут немного напутал с терминологией. VB сам по себе в любом случае не смог бы использовать PAE, это технология не для пользовательских приложений, а для процессора и, соответственно, ядра операционной системы. Независимо от того, есть PAE или нет, 32-битный процесс всегда будет получать только 4 гигабайта виртуальной памяти. Для приложений система предоставляет особый интерфейс AWE, позволяющий приложению "выглядывать" за пределы этих 4 гигабайт.

Так вот, судя по всему, VB попросту не использует возможности AWE. Поэтому:
1) хостовый процессор поддерживает PAE и умеет обращаться за пределы 4 гигабайт;
2) хостовая операционка использует PAE-ядро и умеет обращаться за пределы 4 гигабайт;
3) процесс VB не использует AWE и поэтому, будучи 32-битным, не может получить более 4 гигабайт;
4) следовательно, гостевая операционка никак не может получить более 4 гигабайт.
При всём при этом VB может транслировать PAE-функции процессора в гостевую систему, и если бы в её распоряжении было более 4 гигабайт, она могла бы загрузить своё PAE-ядро и воспользоваться этой памятью. Но, увы, до этой стадии дело просто не доходит. PAE-то есть, а применить его не к чему.

PS: На всякий случай напоминаю, что я не знаю точно, что реализовано в VB, а что нет, высказываю лишь предположения.


NIKZZZZ

Цитата:

Нужно просто провести тест, запустив с ISO образа memtest

У меня большие сомнения, что VB примет настройку, которую не позволяет выставить через диалог настроек. К сожалению, я проверить тоже не могу: у меня памяти много, но хостовая операционка и VB 64-битные, поэтому проблемы с выбором объёма памяти отсутствуют как явление.

Skif_off
Наблюдаю. Эта беда давно бродит из версии в версию.

All, какой билд сейчас подхватил знамя "условно беспроблемного"?
Долго держался 4.1.22, даже параллельно с 4.2.0х. Сейчас на дворе уже 4.2.14, но, судя по офсайту, ветка 4.1.х всё-таки не закончилась: не где-то там в архивах, а прямо на основной странице "If you are using VirtualBox 4.1.26 please download..."

Цитата:

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

да не принял, но и не затёр после запуска. Т.е. так и висит в файле 8192, но по факту берёт максимум что может ползунок.

Цитата:

но GrRusel не дал толком инфы ни про конфиг, ни про издания.

хост двухпроц asus с Е5606. 16гигов оперативка. server 2008x32. Не думаю что это интересно
ВМ - server 2003х32 и вм server 2008r2x64.
CaptainFlint очень грамотно всё изложил и тут либо искать как это обойти либо писать разработчикам что бы репу чесали

VitRom
Зависит от задач. Для общего пользования по стабильности подходит последний релиз.
PS: У ветки 3.2, например, заканчивается поддержка в 2015 году (если для кого то это было секретом)

adasiko, задачи именно "общего пользования", но я имел в виду не столько "стабильность", сколько именно "беспроблемность", т.е. отсутствие разных degrade уже имевшегося и нормально работавшего функционала, которые вылезали во время 4.1.22/4.2.0х.
С такой т.з. рекомендация последнего релиза по-прежнему в силе?

GrRusel

Цитата:

Т.е. так и висит в файле 8192, но по факту берёт максимум что может ползунок.

Попробуй запустить memtest с iso образа, он покажет реально подключенную память, возможно гостевая система ее просто не видит.

Хост win7 x64. Обновил портабле 4.2.12-84980 на последнюю 4.2.14-86644 и теперь ни одна машина не запускается, пишет:

Цитата:

Не удалось открыть сессию для виртуальной машины Windows 7
failed to load vmmr0.r0 verr_ldr_imported_symbol_not_found

Цитата:

Попробуй запустить memtest с iso образа

запустил. показал 3.5Гига - ровно столько сколько выделил ползунок
Назрел ещё один вопрос. Почему загрузка ЦП ВМ 100%, а в это же время загрузка хоста 20%? Получается что как бы процы не всю мощность отдают. Ползунок в настройках поставил предел загрузки ЦП 100%

TAILORD

Extension Pack тоже новый? Удалить одну машину из списка и по-новой добавить пробовали?

Ради любопытства создал машину с Server 2008 Enterprise x86, хост х64 с 8 гб оперативки: PAE пашет, система увидела 5,15 гб. Установил в нее VirtualBox, хотел установить Server 2003 Enterprise x86, не получилось, все висло на стадии определения устройств (машину приходилось жестко вырубать). Параллельно поставить на живое железо не могу, нет достаточног места на хардах.
Из нюансов такой своеобразной рекурсии:
- неактивны пункты аппаратной виртуализации;
- задать больше 4х гб ОЗУ через гуй невозможно.
Возможно, дело в остутствии аппаратной виртуализации? Хотя скорее всего дело в х32 VirtualBox'е и отсутствии AWE.
С другой стороны, VirtualBox позволил выбрать для машины 3,5 гига без каких либо предупреждений, что как бы несколько противоречит лимитам в х32 ОС - 2, максимум 3 (если приложение компилируется с параметром IMAGE_FILE_LARGE_ADDRESS_AWARE) гига для приложения.

Скажите, пожалуйста, пофиксили ли ошибку со ссылкой на dll qt при выключении гостя?

Цитата:

хост х64

судя по всему поэтому он вам и дал выделить ВМ больше 4гигов, хотя через гуй всё те же 4гига, что опять же странно в вашем случае ибо Хост х64

VitRom
Можно посмотреть на changelog и посмотреть на изменения со словом "регрессия" и посчитать те, которые реально насолили. Для себя я не припомню ни одну, но это конечно не значит что для всех так.

GrRusel

Цитата:

Почему загрузка ЦП ВМ 100%, а в это же время загрузка хоста 20%?

А сколько ядер виртуалке выделено? Вот только их и загружает, а на хосте остальные ядра не загружены.

Skif_off

Цитата:

Ради любопытства создал машину с Server 2008 Enterprise x86, хост х64

Если хост 64-битный, проблем по определению быть не может. Разве что попробовать в 64-битный хост поставить 32-битный VB, но я не уверен, что получится это сделать.

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


Цитата:

С другой стороны, VirtualBox позволил выбрать для машины 3,5 гига без каких либо предупреждений, что как бы несколько противоречит лимитам в х32 ОС - 2, максимум 3

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

mleo
Спасибо большое, конечно попробовал но не помогает. А Extension Pack я не ставил.

У меня портабл с vbox.me - удалил старую папку app64, установил новый VirtualBox-4.2.14-86644-Win и Extension_Pack всё норм. От старого сохранения возможно остались?

GrRusel

Цитата:

судя по всему поэтому он вам и дал выделить ВМ больше 4гигов, хотя через гуй всё те же 4гига, что опять же странно в вашем случае ибо Хост х64

Ничего странного, я же упомянул рекурсию В х32 гостевой был установлен VirtualBox и вот уже в нем не получалось дать машине больше 4х гигов.

CaptainFlint

Цитата:

Если хост 64-битный, проблем по определению быть не может.

Хотел посмотреть, как работает опция "Включить PAE/NX"

Цитата:

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

Т.е., можно не рассчитывать на AWE в VirtualBox? В принципе, позиция понятная: если необходим большой объем ОЗУ - проще использовать х64 хосты.

Цитата:

А сколько ядер виртуалке выделено? Вот только их и загружает, а на хосте остальные ядра не загружены.

Я почему-то думал, что тут речь о физических процессорах, а не о ядрах одного, и ни разу не обратил внимание на загрузку процессора в хосте ) Теперь понятно, почему в генту с ключем -j5 не увидел того прироста, который ожидал.

michail10
Ну я точно также, только я все папки заменил полностью, кроме одной, ну data/.VirtualBox. Я всегда так делал при обновлении портабле.

Все заменять нет необходимости, но это личное дело.
Цитата:

кроме одной, ну data/.VirtualBox

Может в этом и проблема? Сохраните куда нибудь и удалите, но машины придётся делать заново. Что то пойдёт не так - есть копия .VirtualBox.

Цитата:

А сколько ядер виртуалке выделено? Вот только их и загружает, а на хосте остальные ядра не загружены.

ну конечно же все. В моём случае все 8.