Вышел VirtualBox 3.0.12

> все новое тепрь на kvm .

Там есть ускорение видео? А конфигуратор через GUI?

Хотя для серверного применения не спорю, KVM, наверняка, лучше.

Потому что крон ещё не отработал?

Нет

Поставил 64битный гость (RHEL-5.4) на дебиане с Athlon'ом  — тот скрипт выполнился быстрее чем на host'e (получил 113%)

Зря потратил время, надо тестировать одинаковые системы и переходить с Дебиана на РедХат

>а как-же :-) в виртуалбоксе крутится винда, в usb йотовский модем, который в той винде работает как шлюз

а накойчерт? madwimax для кого писали?)

> VirtualBox умеет - грузить процессор на пустом месте.

Как это воспроизвести?

Ты уверен, что в виртуальной машине не было запущено 16-битное приложение под гостевой Windows NT/XP? Или что-нибудь, пытающееся перерисовывать экран/окно 150 раз в секунду? Или Windows 9x?

> Как это воспроизвести?

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

Там есть ускорение видео?

нет

А конфигуратор через GUI?

Есть, но из консоли (virsh) удобнее.

> Что именно понимается под «сегментацией»?

Вот это, как я понимаю - http://ru.wikipedia.org/wiki/Сегментная_адресация_памяти. А так - http://ru.wikipedia.org/wiki/Линейная_адресация_памяти, http://ru.wikipedia.org/wiki/Адресация_памяти

Есть ли они под Socket 754?

Выше пдфка, там вся инфа.

> А как же MMU?

На уровне MMU защищается монитор.

Обновился до 3.0.12 Теперь в аиртуальной машине с XP SP3 не работает сеть, а при выключении машины процесс висит в системе - НЕ убивается вообще даже через kill -9 и через несколько минут приводит с безостановочному своппингу и остается только перезагрузиться...

> при выключении машины процесс висит в системе - НЕ убивается вообще даже через kill -9 и через несколько минут приводит с безостановочному своппингу и остается только перезагрузиться...

Ой страсти-то какие! У меня XP SP2 работает и выключается нормально.

Что нужно сделать с системой, чтобы перестал работать sudo kill -9? У меня такое было только когда при ребуте обновлённые скрипты заглючили на старых конфигах.

> http://ru.wikipedia.org/wiki/Сегментная_адресация_памяти

Понятно. Селекторная. Я спрашивал, почему 64-разрядный процессор не может пользоваться селекторами?

> На уровне MMU защищается монитор.

А защитить процессы друг от друга MMU не может?

> Ой страсти-то какие! У меня XP SP2 работает и выключается нормально. Что нужно сделать с системой, чтобы перестал работать sudo kill -9?

Я умею, могу научить плохому :) Не стал разбираться в чем дело, просто откатился на 3.0.10... Но и там - после выключения - процесс с VirtualBox - становится в состояние «зомби»... Это случилось после того как я на несколько минут поставил VMware Player - вероятно в этом дело, но потом удалил через деинсталлятор штатный. Но это не исправило проблемы... =(

> Я спрашивал, почему 64-разрядный процессор не может пользоваться селекторами?

Там кажись были выкинули эту фичу, при создании amd64, потом оказалось что таки зря. Но это уже не ко мне.

>А защитить процессы друг от друга MMU не может?

Не поможет, у MMU только два уровня привилегий: юзер и супервизор. Супервизор - ясен пень, монитор VMM. Поэтому с отделением гостевого юзерспейса от гостевого же ядра выходит фигня.

>Там кажись были выкинули эту фичу, при создании amd64, потом оказалось что таки зря. Но это уже не ко мне.

Не совсем выкинули, селекторы там есть, но они используются только для хранения прав доступа. Однако, сегменты FS и GS могут использоваться как и раньше, причем их старшие 32 бита находятся в моделезависимых регистрах, а баз GS аж целых две штуки, и их можно переключать командой SWAPGS. Вроде как костыль для венды, она в GS: хранит какой-то статус потока.

>> На уровне MMU защищается монитор.

А защитить процессы друг от друга MMU не может?

MMU как раз и защищает процессы (т. е. юзерспейс) друг от друга. Для каждого процесса ядро формирует своё дерево структур, которые описывают контекст для MMU (ставят соответствие линейных и физических адресов). Когда планировщик процессора решает выдать квант времени очередному процессу, меняется этот самый контекст. Само ядро присутствует во всех контекстах. Ядро защищается от юзерспейса с помощью бита user/supervisor (это и есть защита на уровне MMU).

Проблема виртуализации в том, что в одном контексте находятся уже не две сущности (юзерспейс и ядро), а три — добавляется монитор (VMM).

> MMU ...

Спасибо за объяснение.

Проблема виртуализации в том, что в одном контексте находятся уже не две сущности (юзерспейс и ядро), а три — добавляется монитор (VMM).

Насколько я знаю, VirtualBox решает эту проблему для 32-разрядных так: виртуализует только юзерспейс, а всё, что в нулевом кольце, эмулирует по одной команде. Поэтому там MS-DOS и Windows 9x медленнее, чем Windows XP.

> Не совсем выкинули, селекторы там есть, но они используются только для хранения прав доступа. Однако, сегменты FS и GS могут использоваться как и раньше, причем их старшие 32 бита находятся в моделезависимых регистрах, а баз GS аж целых две штуки, и их можно переключать командой SWAPGS. Вроде как костыль для венды, она в GS: хранит какой-то статус потока.

Спасибо, но я так и не понял, почему нельзя просто так запускать 64-битные непривилегированные программы в виртуализаторе, если их доступ можно контролировать.

> Не стал разбираться в чем дело, просто откатился на 3.0.10... Но и там - после выключения - процесс с VirtualBox - становится в состояние «зомби»... Это случилось после того как я на несколько минут поставил VMware Player - вероятно в этом дело, но потом удалил через деинсталлятор штатный. Но это не исправило проблемы... =(

Перезагрузиться не пробовал? Помогает от всего :)

Чуть серьёзнее: и без перезагрузки может помочь прибивание ядерных модулей VMWare и VirtualBox и их повторная загрузка. Иногда ломают соввместимость ядерных модулей VirtualBox между версиями и они начинают чудить.

> Иногда ломают соввместимость ядерных модулей VirtualBox между версиями и они начинают чудить

Так они ж пересобираются при каждом обновлении бокса или ядра.

> Так они ж пересобираются при каждом обновлении бокса или ядра.

Именно. Но старый может не смениться автоматически и остаться в памяти. Тогда надо прибить вручную и загрузить новый. Или перезагрузиться.

>> Так они ж пересобираются при каждом обновлении бокса или ядра.

Именно. Но старый может не смениться автоматически и остаться в памяти. Тогда надо прибить вручную и загрузить новый. Или перезагрузиться.

Это где так (модули «прибивать» или перегружаться)? В слаке, что ли?

> Это где так (модули «прибивать» или перегружаться)? В слаке, что ли?

Имхо, в любом дистрибутиве, если отключена автозагрузка этих модулей. В Генту именно так.

Поставил себе здачу: грубо сравнить производительность вирт. машин на конкретном примере — конвертация фотографий из raw в jpeg.

Взял 10 равов (145 Mb) и запустил кэноновский DPP на домашней машине.

Федора 12 x86_64

VM-1: kvm, 2 ядра (1min 55sec)

VM-2: Virtualbox 3.0.12, 2 ядра (1min 37sec)

VM-3: Virtualbox 3.0.12, 1 ядрo (2min 22sec)

-------

нативная Vista x64, 4 ядра (1min 11sec)

Для себя выбрал VM-2.

похоже на глюк ядерного модуля. см. dmesg после подвисания Бокса на предмет oops.

убедиться, что стоят актуальные, сконфиженные исходники ведра и пересобрать модуль Бокса.

>Ага, понятно... Короче для всякого виндового непотребства. А вот так, чтоб для благих целей, не рассматривая VBox как замену wine, usb в виртуальной машине кто-нибудь использует ?

Я в виртуалбоксе расколдовываю задрмленные wmv с aebn. Выдирать ключи под линуксом не научился. И играю в Звёздных Волков.

> старый может не смениться автоматически и остаться в памяти. Тогда надо прибить вручную и загрузить новый

Он вроде бы прибивается автоматом тем же способом, что и вручную, в федоре `service vboxdrv stop`. Тогда, если не выгрузится само, то и вручную вряд ли. А чтобы оно просто не запустилось, когда надо — представить сложно.

> > VirtualBox умеет - грузить процессор на пустом месте.
> Как это воспроизвести?

Запустить VirtualBox с Windows XP внутри.

> Ты уверен, что в виртуальной машине не было запущено 16-битное приложение под гостевой Windows NT/XP?

Откуда мне знать, что там БГ решил запустить параллельно со совоей виндой?

> Или что-нибудь, пытающееся перерисовывать экран/окно 150 раз в секунду? Или Windows 9x?

Почему именно 150 раз? Винда голая, лицензионная, лишние сервисы остановлены, все доступные патчи установлены.

> что не умеет VirtualBox что умеет VMware?

Умеет хорошо работать на системах с ядром 2.6.31 без танцев с бубном.

>А нахрена, вообще, usb в виртуальной машине ?

чтобы видела хаспы, катраны и прочую нечисть?

VirtualBox на машине с ядром 2.6.31 у меня работает нормально.Я что то не так делаю?

> VirtualBox на машине с ядром 2.6.31 у меня работает нормально.Я что то не так делаю?

У каждого свое понимание нормальности, т.к. это субъективная единица измерения всего, что угодно.

Похоже в 3.0.12 видны первые цветочки покупки Sun. После обновления с 3.0.10 стало всё жутко тормозить и жрать CPU...

>>> VirtualBox умеет - грузить процессор на пустом месте.

Запустить VirtualBox с Windows XP внутри.

1-ядерный Athlon 64 с частотой 1800 ГГц, ядро 2.6.30, гостевая ОС WinXP SP2. Если в виртуальной машине ничего не делать, после окончания загрузки гостевой ОС по top VirtualBox отъедает от 0,3% до 3% процессора. В основном, 0,3-0,7%.

Может, ты задал виртуальной машине слишком много оперативной памяти? Когда не хватило физической, пришлось свопиться. У меня 2 гигабайта физической, если виртуальной машине задать 1 гигабайт, потребляет 1170 мегабайт.

Откуда мне знать, что там БГ решил запустить параллельно со совоей виндой?

То есть ты тоже считаешь, что это что-то запущенное внутри виртуальной машины?

Почему именно 150 раз?

Видел нечто подобное. Игра в которой всё рисовалось через GDI, и перерисовывалось с большой частотой. Число 150 нашёл на каком-то форуме. Работала и в VirtualBox и под вайном, в обоих случаях дико грузила процессор — компьютер выключался от перегрева минут через пять.