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

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

cracklover
Открываем сайт в Internet Explorer 6 — выглядит нормально. Открываем в Firefox — сайт переколбасило. Вывод: виноват Firefox. Да?
А на самом деле оказывается, что виноват сайт, который написан левой коленкой через правое ухо и жёстко завязан на все мыслимые и немыслимые глюки и косяки IE6, вместо того, чтобы следовать утверждённым международным стандартам.


Цитата:

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

Он и не имеет права такого уметь. Если бы он так делал, им бы никто (кроме тебя) не пользовался. Потому что лично мне, например, не нужна система, которая по каким-то своим хитрым алгоритмам за меня решает, каким задачам отдавать процессор, а каким — нет.

OZZIKos
А вы установили VBoxGuestAdditions? Если нет то установите.

CaptainFlint
если я правильно тебя понял, то плохая Windows внутри виртуальной машины работает совсем не так как на реальной оси и те задачи обслуживания при простое, которые в ней запускаются, криво написаны? и VirtualBox, который "доставляет" эти задачи то процессора, совершенно не виноват, что после такой "доставки" процессор входит почти в ступор? при этом те же самые задачи на точно такой же Windows, байт в байт с тем же самым кодом на реальной оси ступора процессора не вызывают. это нормально, да?


Цитата:

Он и не имеет права такого уметь. Если бы он так делал, им бы никто (кроме тебя) не пользовался. Потому что лично мне, например, не нужна система, которая по каким-то своим хитрым алгоритмам за меня решает, каким задачам отдавать процессор, а каким — нет.

ну ты даешь! система виртуализации наоборот, имеет право и даже обязана так делать, иначе грош цена такой "виртуальности" которая бесконтрольно захватит все ресурсы процессора и поставит под удар нормальную работоспособность самой хостовой OS. иначе чем же тогда объяснить наличие в настройках каждой созданной виртуальной машины ползунка с именем "Предел загрузки ЦПУ"? как раз тем, что разработчики пока не научили VirtualBox делать это полностью в автоматическим режиме. вот поэтому любая длительная и ресурсоемкая задача простоя внутри виртуальноа машины у меня и вызывает неоправданную нагрузку на процессор.
и кстати, почему абсолютно аналогичная задача в простое на реальной OS у меня практически никак не влияет на серьезную нагрузку процессора, а та же самая задача внутри виртуальной машины - доводит процессор до 100%? что это, как некорректная работа VirtualBox, "не понимающего" что задачи в простое внутри виртуальной машины не должны захватывать все процессорное время хостовой OS?

А может в шапку добавить, о том что буфер обмена по умолчанию отключен по секурным соображениям и его надо самому в настройках включать?
ЗЫ: кажись раньше он был включенным по умолчанию

DyxaA
Установил конечно.
adasiko

Цитата:

буфер обмена по умолчанию отключен

В гостевой?

cracklover

Цитата:

если на реальном железе эта же Windows ведёт себя при отсутствии активности совершенно ровно (иначе кто бы доверил ей работу на серверах?)

Не ровно, выше я уже писал о своих наблюдениях на реальном железе, да и думаю, что "умные" технологии, рассчитанные на выполнения задач при отсутствии активности пользователя - это не секрет. Не нравится - вопросы в Редмонд.
По поводу серверов: думаю, что в серверных редакциях другой принцип. Там то у системы не является главной задачей обслуживание хомячка, который рядом сидит перед монитором. Наверняка другой алгоритм для выполнения этих фоновых задач по обслуживанию или есть возможности задания их на определенное время или ещё чего-нибудь. Хотя утверждать не могу ибо win server трогал раз в жизни и то потом руки хорошо мыл.

OZZIKos
да, в свойствах гостевой ОС
Ну в смысле в свойствах virtualbox для гостевой ОС

Цитата:

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

Нет, ты меня неправильно понял. И нет, это не нормально. Но источник этой ненормальности ни тебе, ни мне неизвестен, потенциальных виновников десятки. Это может быть VirtualBox. Но может и не быть. Это может быть Windows. Это могут быть приложения, которые она запускает для выполнения задач. Это могут быть драйверы. Это может быть ядро Windows, неправильно планирующее выделение квантов процессорного времени в определённых условиях, вполне воспроизводимых на реальном (а не только виртуальном) железе. Или это может быть ядро хостовой Windows, или её драйверы. Перечислять можно долго. Ни у тебя, ни у меня нет точной информации, кто конкретно виноват. Ни ты, ни я не проводили специальных исследований. Но ты почему-то принял за абсолютную истину, что во всех бедах виноват именно VirtualBox и никто иной, и упорно стоишь на этой позиции. Вот это мне непонятно.


Цитата:

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

Виртуализация — это просто перераспределение хостовых ресурсов. Если ты выделил виртуалке 8 гигов оперативы, ты же не станешь ругать VB, что в какой-то момент все эти 8 гигов вдруг окажутся задействованными. Если ты ей дал диск на 30 гигов, то ты не будешь удивляться, что он вырос до этих самых 30 гигов. Если ты дал ей выход на сетевой адаптер, она может начать флудить в него, забивая канал и не давая твоим хостовым приложениям общаться с сетью на такой же скорости, как раньше. И если ты выделил машине процессор, она имеет право его забивать своими задачами. Если тебя это не устраивает — отдавай ей меньше ресурсов. Ставь меньше ядер, ограничивай потребление CPU в настройках машины. Но то, что ты ей дал, принадлежит ей по праву. И задача VirtualBox'а — обеспечить машину этими ресурсами в полной мере. Что он и делает.


Цитата:

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

Возможные причины я перечислял в своих предыдущих ответах.


Цитата:

что это, как некорректная работа VirtualBox, "не понимающего" что задачи в простое внутри виртуальной машины не должны захватывать все процессорное время хостовой OS?

У VirtualBox'а нет и не может быть понятия простоя внутри виртуальной машины. Он отдаёт машине ресурсы хоста, а как гостевая система ими распорядится — не его собачье дело.

в Portable кто настраивал сетевые адаптеры?
хочу поменять IP-диапазон, но не вижу где.
Настройка-Сеть - ни одного адаптера.

Как сделать так, чтобы виртуальный ЖД находился на диске Д, а не С:/пользователи/... ?

VovaSnowShade
По умолчанию - в папке с инсталлированной программой. Если в другое место - то Файл - Свойства - Общие - Папка для машин - другой

cracklover
Предлагаю из шапки удалить ссылку на твое "инновационное" исследованные/решение -
Цитата:

* NEW! Что делать, если виртуальная машина ... начинает забирать 100% процессорного времени хостовой OS?

Почему я это предлагаю?
Потому-что исходя из того что ты здесь описываешь, это не является проблемой VirtualBox, ведь процессор напрягает не VirtualBox а планировщик и/или какие-то другие процессы Windows,

Можно взять другую ВМ, и проверить работу Windows на ней, но даже если там(в другой ВМ) все будет нормально, это не будет означать что "виноват" VirtualBox, потому-что как я уже писал -
Цитата:

процессор напрягает не VirtualBox а планировщик и/или какие-то другие процессы Windows

iren48, Спасибо большое!)

+1 за то чтобы убрать. И не солидно для
Цитата:

Gold Member

по тихому править шапку.

mleo
помню тоже обескуражило на ранних версиях сабжа

если не ошибаюсь в таскбаре на иконке правую кнопку - и там параметры или свойства

Daniyar91
regist123
ребята, вы чего?
сидеть и молчать в теме как мышки, привнося в неё нулевую активность - это вы горазды, да?
а как делиться опытом, оформлять это в полезные "выжимки" в шапке темы - это вы в кусты?
зато как бабульки-перешницы побурчать "уберите, как бы оно чавось не вышло.." - это пожалуйста?

честно говоря, очень удивлен, с каких это пор, самая большая фишка руборда - динамичная наполняемость важных шапок тем полезной информацией стала вдруг неуместной?!
я почти 10 лет на руборде и патронировал за это время сотни шапок тем, привнося туда полезное и интересное.
вы уж извините, но наверно у меня достаточно опыта править шапки самостоятельно, без выспрашивания на то разрешений от кого-либо, если только об обязательности согласия участников на правки шапки заранее не было написано в самой шапке темы (или самой теме).

а вот кто пробовал запускать из под LiveCD (usb)?
что то процесс слетает (





Добавлено:
zambosi
в Вин 7х64 нет ни в Сетевых подключениях адаптера ни возможности настройки DHCP в самом VBox

Помогите разобраться в падении гостевой ОС. В логах VB в этот момент ничего нет. В событиях системы на которой живет гостевая ОС такое:

Код: Тип события:    Ошибка
Источник события:    Application Error
Категория события:    (100)
Код события:    1000
Дата:        30.10.2012
Время:        22:44:53
Пользователь:        Н/Д
Компьютер:    SF-012
Описание:
Ошибка приложения VirtualBox.exe, версия 4.1.20.0, модуль ntdll.dll, версия 5.2.3790.4937, адрес 0x0001bb52.

Дополнительные сведения можно найти в центре справки и поддержки, в "http://go.microsoft.com/fwlink/events.asp".
Данные:
0000: 41 70 70 6c 69 63 61 74 Applicat
0008: 69 6f 6e 20 46 61 69 6c ion Fail
0010: 75 72 65 20 20 56 69 72 ure Vir
0018: 74 75 61 6c 42 6f 78 2e tualBox.
0020: 65 78 65 20 34 2e 31 2e exe 4.1.
0028: 32 30 2e 30 20 69 6e 20 20.0 in
0030: 6e 74 64 6c 6c 2e 64 6c ntdll.dl
0038: 6c 20 35 2e 32 2e 33 37 l 5.2.37
0040: 39 30 2e 34 39 33 37 20 90.4937
0048: 61 74 20 6f 66 66 73 65 at offse
0050: 74 20 30 30 30 31 62 62 t 0001bb
0058: 35 32 52

cracklover если уж делаете изменения в шапке, то как минимум надо написать в теме, что вы там меняете. Насчёт полезной выжимки так это полезно только для вашей системы и для вашего набора задач. Для любого другого пользователя надо будет заново выискивать всё это и что каждый будет забивать шапку своим решением проблемы ? Да и слово проблема тут довольно сомнительно, так как выше уже написали это не баг витуалбокса.

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

Цитата:

Ни у тебя, ни у меня нет точной информации, кто конкретно виноват.

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

Цитата:

Виртуализация — это просто перераспределение хостовых ресурсов. Если ты выделил виртуалке 8 гигов оперативы, ты же не станешь ругать VB, что в какой-то момент все эти 8 гигов вдруг окажутся задействованными.

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

Цитата:

Если ты ей дал диск на 30 гигов, то ты не будешь удивляться, что он вырос до этих самых 30 гигов.

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

Цитата:

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

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

Цитата:

Если тебя это не устраивает — отдавай ей меньше ресурсов. Ставь меньше ядер, ограничивай потребление CPU в настройках машины.

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

Цитата:

Но то, что ты ей дал, принадлежит ей по праву. И задача VirtualBox'а — обеспечить машину этими ресурсами в полной мере. Что он и делает.

я был бы с тобой полноcтью согласен, если бы только не видел собственными глазами, как абсолютно одинаковые задачи при простое на реальной OS намного меньше потребляют системные ресурсы, чем эти же задачи внутри виртуальной машины, общающейся с реальным процессором фактически также напрямую, как и реальная OS (Vt-x и Vt-d).

Цитата:

У VirtualBox'а нет и не может быть понятия простоя внутри виртуальной машины. Он отдаёт машине ресурсы хоста, а как гостевая система ими распорядится — не его собачье дело.

то есть, судя твоей логике, то что при простое виртуальная машина ровным счетом запрашивает столь же мало системных ресурсов от процессора, как это было бы и в реальной OS (код Windows ведь один на всех!), а виртуалбокс "щедро" забирает у процессора на эти ничтожные по ресурсоемкости задачи почти всё процессорное время - это совершенно нормальная ситуация и в МИ тут совсем не при делах?

to all:

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

Добавлено:
regist123

Цитата:

если уж делаете изменения в шапке, то как минимум надо написать в теме, что вы там меняете.

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

Я тут спрашивал, почему Бокс не может потянуть Windows 8? проде как из-за того, что процессор не поддерживает VT-x. И вроде как Варя тоже бы не потянула, дык вот - Варя тащит, и на Intel Core 2 Duo E4300 и на древнем AMD Athlon 3000+!!!

momo2000
virtualbox не поддерживает софтварную виртуализацию (на их форуме об этом писалось)

Переход на VirtualBox 4.1.22-80657 с Extension Pack 4.1.22-80657 никаких положительных результатов не принес:

Код: Тип события:    Ошибка
Источник события:    Application Error
Категория события:    (100)
Код события:    1000
Дата:        31.10.2012
Время:        22:54:22
Пользователь:        Н/Д
Компьютер:    SF-012
Описание:
Ошибка приложения VirtualBox.exe, версия 4.1.22.0, модуль VBoxREM32.DLL, версия 0.0.0.0, адрес 0x00080cb0.

Дополнительные сведения можно найти в центре справки и поддержки, в "http://go.microsoft.com/fwlink/events.asp".
Данные:
0000: 41 70 70 6c 69 63 61 74 Applicat
0008: 69 6f 6e 20 46 61 69 6c ion Fail
0010: 75 72 65 20 20 56 69 72 ure Vir
0018: 74 75 61 6c 42 6f 78 2e tualBox.
0020: 65 78 65 20 34 2e 31 2e exe 4.1.
0028: 32 32 2e 30 20 69 6e 20 22.0 in
0030: 56 42 6f 78 52 45 4d 33 VBoxREM3
0038: 32 2e 44 4c 4c 20 30 2e 2.DLL 0.
0040: 30 2e 30 2e 30 20 61 74 0.0.0 at
0048: 20 6f 66 66 73 65 74 20 offset
0050: 30 30 30 38 30 63 62 30 00080cb0

Можете кто дать прямую ссылку на скачивание VirtualBox Extension Pack с оф сайта для 4.2.4

Добавлено:
Всё нашел http://download.virtualbox.org/virtualbox/4.2.2/Oracle_VM_VirtualBox_Extension_Pack-4.2.2-81494.vbox-extpack
ЗЫ: их сайт не работает

cracklover
Ты упорно придерживаешься своей трактовки, начисто игнорируя все мои доводы. Я уже неоднократно (и по твоим же запросам, кстати!) приводил примеры причин, которые могут приводить к описанному поведению, но ты их просто пропускаешь. В таких условиях я не вижу смысла тратить своё время на продолжение дискуссии.

adasiko
В шапке же есть Предыдущие версии программы

CaptainFlint
очень жаль, что пусть и отличный, но вечно сырой продукт VirtualBox ты считаешь непогрешимее операционной системы промышленного стандарта

Добавлено:
всем сомневающимся советую набрать в гугле "High CPU usage with idling guest" и посмотреть сколько будет результатов, а главное какая именно система виртуализации будет наиболее часто упоминаться в этом обезличенном запросе?

adasiko
у меня офф-сайт со вчерашнего дня не открывается
и подозреваю не только у меня ))

cracklover

Цитата:

очень жаль, что пусть и отличный, но вечно сырой продукт VirtualBox ты считаешь непогрешимее операционной системы промышленного стандарта

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