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

Цитата:

У всех висит на 98% или только у меня

без проблем

ps: перелил
http://files.mail.ru/DCEED8B28A534AE39D864E743B434260
http://depositfiles.com/files/u9h2un0hz

Цитата:

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

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

gjf

Цитата:

У всех висит на 98% или только у меня?

Висит, пробовал браузером и Download Master, пробовал отсюда http://download.virtualbox.org/virtualbox/4.3.8/ - все равно.

cracklover

Цитата:

сомневающимся советую набрать в гугле "High CPU usage with idling guest"

Встречался я с этим на red hat based осях. Невидно тут этого по описанию.
Например об возможном случае неплохо написанно здесь: http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=1077 (да vmware, но я про принцип)
Проверить довольно легко - если нет активности виртуалки с диском и равномерно высоко грузится проц, то это странно (т.е. происходит какой-то зацикленный безрезультативный процесс). А если диск активно используется, то виртуальная ОС считывает/записывает что-то и выполняет нормальную работу.
Тут просто гостевая ОС и не хочет переходить в idle состояние, а хочет работать.

Цитата:

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

Ну тут разговор о десктопных версиях шёл - в них я разбираюсь. А с серверными не хочу иметь дело - не интересуют (холивары win vs unix устраивать не будем).
Итого по делу:
1) посмотреть активность виртуалки с диском
2) попробовать на vmware player такую же ситуации воспроизвести - он бесплатный для некоммерческого использования, так что погонять
"на посмотреть" можно с чистой совестью.
ЗЫ: гуглите "windows background maintenance process", читайте

2ALL
Сделал пометку к VMLite XP Mode Plugin, что вроде рипанулось. Не знаю людей кто им бы пользовался. Если кто в курсе об этом проекте отпишитесь.

Цитата:

Skif_off
Висит, пробовал браузером и Download Master

Попробуй через tor

adasiko, я побаловался пару раз. Ничего особо впечатляющего. Явных (да и вообще заметных) преимуществ перед нативным ХП-Модом или ВМваревским Юнити не увидел. Сделана "обёртка" вокруг существующих, но просто не используемых стандартным гуем апи, позволяющая прятать (и то не всегда успешно) "лишние части" фейса работающей вм. Причём "обёртка" это не обёртка как таковая, которую ещё можно было б юзать с разными версиями, а мод кода. С учётом того, что оно так и замерзло на какой-то замшелой версии -- РИП.

я окончательно разочаровался в линейке билдов 4.3.x, включая вчерашний "финал" 4.3.8.
берем отлично и стабильно работающий билд 4.2.18-88780 с несколькими виртуальными машинами, обновляем этим "финалом" и получаем:

1) ощутимые тормоза при старте виртуальной машины. причем после ребута или очередного старта виртуальная машина может вообще зависнуть.
2) ощутимые тормоза при работе запущенной виртуальной машины, что даже на глаз видно по отрисовке окон стартующих программ.
3) после обновления ExtentionPack до версии 4.3.8 машины вообще ведут себя неадекватно, вплоть до полного падения систем на них.
4) заикание воспроизведения звуков в хостовой оси при старте любой виртуальной машины.

я в шоке, как можно было так испоганить такую замечательную систему виртуализации ?!

если у кого возникнут предположения о негодности моего железа, то я развею эти подозрения на корню. во-первых пробовал на разном железе и вышеописанные глюки хоть и в разной степени, но повторяются везде. во-вторых, активнее всего я использую VB на двух ноутбуках с i7, SSD и 16 и 32 Gb оперативной памяти соответственно, на которых несколько лет почти все предыдущие билды VB, включая один из последних действительно стабильных билдов 4.2.18-88780, работают отлично и абсолютно без вышеописанных глюков.

cracklover
Не знаю, не знаю. Наоборот. Хоть сильно VB 4.3.6 не гоняю, но Вин 7 и 8.1 установлены, обе 64 бит. С небольшими наворотами в виде сайдбара, программ и касперского на одной 2013, другой 2014 соответственно.
Хоть на ранее установленную VB 4.2.16 тоже не жаловался, но на гостевой Вин 8.1 не давала полного разрешения.
Может разрабы VB, отдали предпочтение АМД ? ИМХО

Serg_Ivanov
просто не надо быть семи пядей во лбу, чтобы не понять, что если почти все предыдущие билды всех версий до линейки 4.3.x работали может и с легкими недочетами, но стабильно и реактивно, а все до единого билды 4.3.x неимоверно глючат, а железо то не менялось, значит 100% все билды 4.3.x пишутся и тестируются на железе каких-то быдлокодеров Oracle, которые давным-давно забили на ранее уникальную неприхотливость VB к хостовым платформам.
косвенно и очень недвусмысленно на то указывает и целых 4 (!) совершенно разных и до сих пор отдельно поддерживаемых линейки билдов. с какого бы кляпа их не закрывали, если бы текущая линейка 4.3.x была бы самой мажорной и стабильной?
так нет же, там в штате VB-разработчиков явный раздрай и все катится по пути "не допилили это код, ну так выкинем все наработанное и начнем по новому! а если не будет стабильно работать на каком-то железе, начнем еще одну ветку".

cracklover

Цитата:

косвенно и очень недвусмысленно на то указывает и целых 4 (!) совершенно разных и до сих пор отдельно поддерживаемых линейки билдов.

Линейка 4.2.х с 4.2.20 включительно больше похожа на 4.3.х, чем на старую добрую 4.2.18 (ИМХО).

Для гостевых Win7/8/8.1 кто сколько видеопамяти ставит?

в общем путем экспериментов выяснились интересные моменты.

1) миграция с билда 4.2.18 на 4.3.8 всеми ранее имевшимися образами Windows 7 32 и 64 бит происходит ровно и четко. потом ничего не глючит и работает также быстро и стабильно как и ранее.
2) миграция с билда 4.2.18 на 4.3.8 ранее имевшимся образом Windows XP приводит к жутким глюкам в работе этой Windows, причем проваливается даже попытка поставить чистую Windows XP в тот же самый образ (заранее переформатировав его) так как в процессе хоть быстрого, хоть полного форматирования происходит сбой и форматирование не получается. помогает только создание нового чистого виртуального жесткого диска и установка Windows XP с нуля на него. в таком режиме дополнения 4.3.8 устаналиваются потом ровно и Windows XP не глючит.
3) с Windows 8 ситуация абсолютно аналогична пункту 2.

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

Skif_off
Я 256мб

Виртуальная Win7(x64) после включения не видит общие папки, после перезагрузки - видит. Раньше было все нормально, настройки не менялись, общие папки удалял и назначал заново, дополнения переустанавливал. Безрезультатно...
В чем может быть причина?

P.S. Еще одна винда, клон описаной, стала вести себя точно так же.

cracklover
Прочитал дискуссию целиком и хочу заметить, что adasiko и CaptainFlint таки правы, и вам следует прислушаться к их аргументам. Хотя бы перечитайте их посты внимательнее, чтобы лучше понять, что у вас происходит.
VirtualBox конечно не венец гипервизоростроения, но в данном случае вы явно наводите на него напраслину.

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

Пункт "Что делать, если виртуальная машина с Windows, работающая в режиме свернутого окна (фоново), через некоторое время начинает забирать 100% процессорного времени хостовой OS?" удалён из шапки ибо оффтоп. Проблема не является специфичной для виртуализации, а оптимизация и настройка ОС windows обсуждается в других темах.

cracklover
А может просто нужно было обновить VirtualBox Tools?

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

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

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

Тоже не поленился и перечитал последние страницы от А до Я, полностью согласен с CaptainFlint.

Но насчёт убирания из шапки - ну да, пусть косяк и не ВБ, но если действительно помогает, то почему не оставить ?! dont_know

DimitarSerg

Цитата:

Но насчёт убирания из шапки - ну да, пусть косяк и не ВБ, но если действительно помогает, то почему не оставить ?! dont_know

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

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

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

Цитата:

cracklover
также я четко написал, что в случае с Windows XP и Windows 8 такая миграция не проходит

И что мешает установить обновление?
Не срабатывает автоматом, всегда можно примонтировать .iso и всё обновить вручную.
Не понятно в чём-же проблема.

cracklover
Уже человек пять высказали одинаковую точку зрения и далеко не профаны. А оптимизациями разных ОСей, которые не относятся к виртуализации можно целую страницу понаписать в шапке, но им место в других ветках.
Предлагаю закрыть вопрос, пока не будут дополнительные объективные детали - слишком много уже чести. В 10-ой раз писать одно и тоже надоело, что это проявляется на "реальных" ОС.
PS: Да, служил. Метр кармы тут не считаю особо значимой штукой. И хватит переходить на личности.

Kommunist
если мы были близко знакомы, я бы вам сказал "не, ну ты реально тупишь!"
но в данном случае скажу - вы почему-то по совершенно непонятной причине в упор меня не слышите.
уже по моему более чем понятно я несколько раз объяснил, что установка дополнений от 4.3.8 на образ виртуальной машины, созданной более ранними версиями VB происходит совершенно обычно и штатно, но потом после первого же ребута приводит либо к краху Windows (в случае с Windows 8), либо к жутким фризам в работе или же также к краху - в случае с Windows XP. для этих OS миграция штатным образом не получается. их пришлось переставить с нуля на созданный с нуля виртуальный жесткий диск. на установенные с нуля уже под версией 4.3.8 Windows XP и Windows 8 дополнения встают нормально и сами OS потом также работают нормально.
проблема начинается тогда, когда у вас множество ранее настроенных OS, созданных предыдущими версиями VB и из-за глючности дополнений в режиме простого обновления в версии 4.3.8 все эти виртуалки придется переустанавливать с нуля.
так понятнее?

Добавлено:
кстати, на Windows 8 даже установленной с нуля, даже с включенным режимом поддержки 3D (без него вообще не работает с дополнениями версия 4.3.8) все равно все жутко глючит.
в топку этот кривой билд.

adasiko
"миллионы мог ну просто не мо-о-о-огут ошибаться", да?
я никогда не комплексовал идти против 5,10,100 ... человек, если чувствовал свою правоту.
я представил очевиднейшие события и доказательства. мне не привыкать, что и множество людей могут ошибаться также, как и я.

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

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

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

Никто не знает, заработает ли драг дроп для винды? Я так понял это еще не реализовали?

Цитата:

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

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