Virtualbox виснет установка windows 7
ВНИМАНИЕ! В релизах для Windоws до версии 4.3.28 включительно (и нескольких предыдущих релизах 4.3.2x) имеется серьезная подтвержденная проблема с функционированием режима сети NAT. Данная проблема полностью отсутствует в билде 4.3.20, а также в новом стартовом релизе набора билдов 5.x.x. Оба билда крайне рекомендуется для использования, если для Вас важно нормальное функционирование режима сети NAT в VirtualBox.
Немецкая компания InnoTek объявила о выпуске продукта VirtualBox Open Source Edition (OSE), тем самым практически опубликовав значительную часть исходных текстов своего флагманского продукта по лицензии GPL.
Oracle xVM VirtualBox — это система полной виртуализации, поддерживающая динамическую трансляцию (выполнение значительной части инструкций гостевой ОС на реальном оборудовании). В качестве хост-систем поддерживаются Linux, Windows и macOS, а в роли "гостя" могут выступать Windows, Linux, BSD и прочие системы. Как сообщают разработчики, отличительной чертой VirtualBox являются модульность и продуманные интерфейсы (например, можно запустить виртуальную машину из GUI, изменить её параметры из командной строки и затем подключиться удалённо), специальные утилиты (Guest Additions) для гостевых систем Linux и Windows, повышающие степень интеграции гостевой и хост-систем, а также дескрипторы виртуальных машин в формате XML. Графический интерфейс VirtualBox использует Qt, но благодаря SDK и упомянутой выше модульности разработать альтернативную оболочку будет достаточно просто.
Начиная с 4-ой версии Oracle xVM VirtualBox существует в единственной редакции, распространяемой под лицензией GNU GPL с открытыми исходными кодами, соответственно, нет ограничений в использовании.
Некоторые дополнительные функции выделены в отдельный пакет Oracle VM VirtualBox Extension Pack, среди которых:
* RDP-сервер — позволяет подключаться к виртуальной системе удалённо с помощью любого RDP-совместимого клиента;
* поддержка устройств USB 2.0/3.0;
* возможность PXE-загрузки при использовании сетевой карты от Intel;
* шифрование виртуальных жёстких дисков.
Oracle VM VirtualBox Extension Pack распространяется только в бинарном виде под собственной лицензией (PUEL), бесплатен только для личного некоммерческого использования.
В данной статье мы рассмотрим несколько способов повышения производительности виртуальной машины VMware Workstation, Oracle VirtualBox, Microsoft Hyper-V или любой другой. Виртуальные машины довольно требовательны к характеристикам компьютера, ведь во время их работы на ПК одновременно запущено несколько операционных систем. Как результат, виртуальная машина может быть значительно медленнее основной операционной системы или вообще работать с притормаживанием.
В данной статье мы рассмотрим несколько способов повышения производительности виртуальной машины VMware Workstation , Oracle VirtualBox, Microsoft Hyper-V или любой другой.
Динамический или фиксированный виртуальный жесткий диск?
Создавая виртуальную машину, можно создать два разных типа виртуальных жестких дисков. По умолчанию виртуальная машина использует динамический диск, который занимает необходимое место на физическом носителе информации и увеличивается лишь по мере заполнения.
Например, создавая виртуальную машину с динамическим диском в 30 ГБ, он не займёт сразу же 30 ГБ жесткого диска компьютера. После установки операционной системы и необходимых программ его размер будет порядка 10-15 ГБ. Лишь по мере добавления данных, он может увеличиться до 30 ГБ.
Это удобно с той точки зрения, что виртуальная машина будет занимать на жестком диске место, которое пропорционально объёму хранимых на ней данных. Но, работа динамического жесткого диска медленнее фиксированного (иногда также называют распределённым).
Создавая фиксированный диск, все 30 ГБ на жестком диске компьютера будут выделены под диск виртуальной машины сразу же, независимо от объёма хранимых на нём данных. То есть, фиксированный жесткий диск виртуальной машины занимает больше места жесткого диска компьютера, но сохранение или копирование файлов и данных на нём происходит быстрее. Он не так сильно подвержен фрагментации, так как пространство под него выделяется максимально большим блоком, вместо того, чтобы добавляться маленькими частями.
Установка пакета инструментов виртуальной машины
После установки на виртуальную машину гостевой операционной системы, первое, что необходимо сделать – это установить пакет инструментов или драйверов вашей виртуальной машины, например: VirtualBox Guest Additions или VMware Tools. Такие пакеты содержат драйвера, которые помогут гостевой операционной системе работать быстрее.
Установить их просто. В VirtualBox, загрузите гостевую операционную систему и выберите Устройства / Подключить образ диска Дополнительной гостевой ОС… После чего запустите установщик, который появится как отдельный диск в папке «Этот компьютер» гостевой операционной системы.
В VMware Workstation, выберите меню Виртуальная машина / Установить паке VMware Tools… После чего запустите установщик, который появится как отдельный диск в папке «Этот компьютер» гостевой операционной системы.
Добавьте папку с виртуальной машиной в исключения вашей антивирусной программы
Антивирусная программа кроме прочих, также сканирует файлы виртуальной машины, что снижает её производительность. Но дело в том, что антивирусная программа не имеет доступа к файлам внутри гостевой операционной системы виртуальной машины. Поэтому такое сканирование бессмысленно.
Чтобы избавится от снижения производительности виртуальной машины, можно добавить папку с ней в исключения антивирусной программы. Антивирус будет игнорировать все файлы такой папки.
Активация Intel VT-x или AMD-V
Intel VT-x и AMD-V – это специальные технологии виртуализации, которые предназначены для обеспечения большей производительности виртуальных машин. Современные процессоры Intel и AMD, как правило обладают такой функцией. Но на некоторых компьютерах она автоматически не активирована. Чтобы её включить, необходимо перейти в BIOS компьютера и активировать её вручную.
AMD-V часто уже активирована на ПК, если поддерживается. А Intel VT-x чаще всего отключена. Поэтому, убедитесь в том, что указанные функции виртуализации уже активированы в BIOS, после чего включите их в виртуальной машине.
Больше оперативной памяти
Виртуальные машины требовательны к объёму доступной оперативной памяти. Каждая виртуальная машина включает полноценную операционную систему. Поэтому необходимо разделить операционную систему вашего ПК на две отдельные системы.
Microsoft рекомендует минимум 2 ГБ оперативной памяти для своих операционных систем. Соответственно, такие требования актуальны и для гостевой операционной системы виртуальной машины с Windows. А если планируется использование на виртуальной машине стороннего требовательного программного обеспечения, то для её нормальной работы оперативной памяти потребуется ещё больше.
В случае, если уже после создания виртуальной машины оказалось, что оперативной памяти для её нормальной работы недостаточно, то её можно добавить в настройках виртуальной машины.
Прежде чем делать это, убедитесь, что виртуальная машина отключена. Также, не рекомендуется предоставлять виртуальной машине более чем 50% физически присутствующей на компьютере виртуальной памяти.
Если, выделив для виртуальной машины 50% памяти вашего компьютера выяснилось, что она не стала работать достаточно комфортно, то возможно для нормальной работы с виртуальными машинами вашему компьютеру недостаточно оперативной памяти. Для нормальной работы любой виртуальной машины будет достаточно 8 ГБ оперативной памяти, установленной на основном ПК.
Выделить больше CPU
Основная нагрузка при работе виртуальной машины, приходится на центральный процессор. Таким образом, чем больше мощности центрального процессора виртуальная машина может занять, тем лучше (быстрее) она будет работать.
Если виртуальная машина установлена на компьютере с мульти-ядерным процессором, то в настройках виртуальной машины для неё можно выделить несколько ядер для её работы. Виртуальная машина на двух и более ядрах центрального процессора будет работать ощутимо быстрее чем на одном.
Установка виртуальной машины на компьютере с одноядерным процессором нежелательна. Работать такая виртуальная машина будет медленно и выполнение ею каких-либо задач будет не эффективным.
Правильные настройки видео
На скорость работы виртуальной машины могут также влиять настройки видео. Например, включение 2D или 3D-ускорения видео в VirtualBox, позволяет работать некоторым приложениям значительно быстрее. То же касается и возможности увеличения видеопамяти.
Но, как и в случае с оперативной памятью, многое зависит от видеоадаптера, который установлен на основном компьютере.
Виртуальная машина и SSD диск
Первым и лучшим усовершенствованием компьютера на сегодняшний день является установка на него SSD диска. Это ощутимо ускорит работу компьютера, а соответственно и установленной на нём виртуальной машины.
Некоторые пользователи устанавливают виртуальные машины на другой (HDD) диск своего компьютера, оставляя на SSD диске лишь основную операционную систему. Это делает работу виртуальной машины медленнее. Освободите место на SSD диске и перенесите виртуальную машину на него. Разница в скорости работы почувствуется с первых минут.
По возможности, не размещайте диски виртуальных машин на внешних носителях информации. Они работают ещё медленнее чем встроенный HDD диск. Возможны варианты с подключением виртуальной машины через USB 3.0, но о USB 2.0 и речи быть не может – виртуальная машина будет работать очень медленно.
Приостановка вместо закрытия
Когда вы закончили работать с виртуальной машиной, её можно приостановить вместо полного выключения.
Запуская приложение для работы с виртуальными машинами следующий раз, вы можете включить виртуальную машину таким же способом как обычно. Но она загрузится значительно быстрее и именно в том состоянии и с того места, на котором вы закончили работать прошлый раз.
Приостановка гостевой операционной системы очень похожа на использование гибернации вместо выключения ПК.
Улучшение производительности внутри виртуальной машины
Всегда необходимо помнить, что установленная на виртуальную машину операционная система мало чем отличается от той, которая работает на основном компьютере. Её работу можно ускорить, следуя тем же принципам и используя те же методы, которые актуальны для любой другой операционной системы.
Например, производительность системы увеличится если закрыть фоновые программы или те, которые автоматически запускаются при старте системы. На производительность системы влияет необходимость осуществления дефрагментации диска (если виртуальная машина расположена на HDD диске), и так далее.
Программы для работы с виртуальными машинами
Одни пользователи уверяют, что Oracle VirtualBox самый быстрый инструмент для работы с виртуальной машиной, для других – VMware Workstation или Microsoft Hyper-V . Но то, как быстро будет работать виртуальная машина на конкретном компьютере зависит от множества факторов: это и версия гостевой операционной системы, её тип, настройки системы и виртуальной машины, производительность самого компьютера, и пр. В любом случае, всегда можно испробовать другую программу.
UPD.
Думал, что это может быть связанное масштабированием экрана
Даже при дефолтном масштабе 100% все равно тормозит, банально браузер одна вкладка с ютубом и все, ос подвисает, курсор пропадает и ос перестает исполнять команды мыши
Все без толку, не могу понять в чем проблема.
UPD.2
Попробовал установить Windows 10 x64, но увы все тоже самое как и с win7.
Не знаю, что делать.
Средний 10 комментариев
и зачем вам PAE/NX если у вас 64 бита
там всего два параметра, я их описал текстом после двух скринов:
Интерфейс паравиртуализации: По умолчанию (Пробовал различные варианты, ничего не меняется)
Nested Paging включен
PAE/NX отключил, но ничего не поменялось
Максим, имел в виду в самих настройках VirtualBox
p.s.
когда отвечаете в теле вопроса то жмите ответить, а то можно пропустить ваш ответ
p.s.2
да и хотелось бы знать более конкретную марку проца, Core i9 бывают разные
xotkot, спасибо, буду иметь ввиду.
В virtual box стоит VBoxSVGA и включено 3d ускорение
Процессор Intel(R) Core(TM) i9-9880H CPU @ 2.30GHz
Максим,
проц свежий, виртуализацию поддерживает
VB(virtualbox) - Носители - В атрибутах диска - кеширование ввода\вывода стоит ?
и еще, на какой операционке установлен VB ? Lin, Win, Mac
попробуйте уменьшить размер экрана, лаги уменьшаться ?
как вариант можно попробовать выделить встроенную видео карточку гостевой системе, а на хосте использовать дискретную, ну или наоборот
xotkot, VB установлен непосредственно на системной ОС Catalina
кеширование ввода/вывода включил, но увы ничего не поменялось, кроме того даже запуская гостя в четверти экрана моего 16" макбука ситуация та же (причем сама система запускается очень быстро, но как только все загрузилось - все тормозит жутко или вовсе зависает
В принципе я готов отдать встроенную видеокарту гостевой ос, но не могу разобраться как это сделать в VB,
подскажите пожалуйста.
Максим,
по поводу выделения гостевой отдельной видяхи ничего сказать не могу так как сам не пробовал и пока нету возможности проверить самому
попробуйте еще в гостевой системе установите цветопередачу в 32 бита, как то недавно было у меня что при переносе машины на другую систему слетела цветопередача и тоже стало жутко тормозить
xotkot, как раз и стоит True Color 32 bit, без возможности выбрать другой вариант
честно говоря, это даже тяжело назвать "тормозит", открыв диспетчер задач и панель управления ос либо виснет либо приходится очень долго ждать отклика на банальное нажатие клавиши мыши, при этом нагрузка на cpu большую часть времени вблизи 0 и Idle process всегда берет себе почти всю часть ресурсов
Вообще конечно в первую очередь надо смотреть логи. Возможно на уровне Virtualbox есть какие-то ошибки. Так же можно посмотреть журналы событий windows 7. Без этой информации можно только предполагать.
Если мне не изменяет память то windows для работы в режиме паравиртуализации нужны специальные драйвера. Когда они установлены и переключается режим виртуализации, windows 7 сама не поймет что нужно что-то менять в драйверах. Возможно 10 такому научилась, но не проверял. 7-ка точно не делает этого. Так что при смене режима виртуализации требуется менять драйвера или перенакатывать гостевые утилиты. Или вообще это внутри гостевой windows 7 это устанавливается раз при установке, готода только переустановка или сброс статусов в реестре. (тут поможет поиск "Переезд на новое железо windows 7").
Еще можно проверить включена ли поддержка виртуализации. Может быть проблема в этом?
Итак, я начал разбираться почему svchost потребляет большую часть ресурсов, как оказалось причин может быть несколько (в том числе и вирусы), поэтому я переустановил заново гостевую вин7, и в этот раз сначала установил все доступные обновления виндоус и только после дополнения от VB.
Тут нужно отметить что у меня 16" макбук с дисплеем ретина и разрешение экрана 3072 x 1920 и после установки дополнений от VB ОС в полноэкранном режиме использует максимальное разрешение экрана и так как винда учитывает только значение разрешения а не плотность пикселей матрицы, то все элементы становятся очень мелкими, при этом при выделенных для гостя ОЗУ 5ГБ и 2 потока от процессора все работает без каких либо лагов.
Настройки ускорения в этот раз я не менял.
А вот дальше самое интересное, при установке любого масштаба отличного от 100%, причем неважно, делается это средствами VB или функционалом самой ОС, начинаются тормоза, больше всего это проявляется в том, что реакция на передвижение мыши и нажатия начинает сильно запаздывать и происходит рывками.
При выделение вместо 2х потоков 4 становится хуже либо ничего не меняется.
Прилагаю лог последнего запуска (запустил диспетчер задач, менеджер ресурсов и оперу с одной вкладкой с ютубом - в итоге курсор пропал и пришлось вырубить гостя принудительно через VB.
Как прикрепить сюда лог файл не понял, поэтому через ссылку.
UPD.
Даже при дефолтном масштабе 100% все равно тормозит, банально браузер одна вкладка с ютубом и все, ос подвисает, курсор пропадает и ос перестает исполнять команды мыши
Все без толку, не могу понять в чем проблема.
UPD.2
Попробовал установить Windows 10 x64, но увы все тоже самое как и с win7.
Что делать не знаю.
На хосте Archlinux. На гостевой системе нет никакого софта. Только установил Win 7x64. Все модули guest для гостевой установлены. Всё оборудование уже определено(назначено боксом). Всё, вроде как хорошо. Но есть 2 очевидных косяка: 1.) У хоста примонтированы 2 ntfs-раздела посредством fstab как ntfs-3g. Они расшарены в гостевую систему с правами записи и автомонтирования. Гостевая система всё видит нормально, но вот с запуском проблема. Обычно система пишет, что мол не может найти указанный файл, либо не реагирует вообще никак. Что это за такое? Сменить VirtualBox на что-нить ещё? Или всё-таки есть выход из этой ситации?
Поздравляю тебя. Ты таки успешно крякнул винду.
А вот тормозит она из-за типа гипервизора, VirtualBox не подходит для высокой производительности, тебе нужен Xen или KVM.
И Arch — не лучший выбор для хоста, бери Debian или CentOS.
Бред какой, уже несколько лет гоняю винды в vbox, всё летает.
Ставь Ubuntu 14.04/16.04 LTS и последний VirtualBox - все летает.
У хоста примонтированы 2 ntfs-раздела посредством fstab как ntfs-3g. Они расшарены в гостевую систему с правами записи и автомонтирования
Расшарены средствами VirtualBox или через Samba? // первый вариант глючный (во всяком случае, так года 2 назад было), надо юзать Samba
Сменить VirtualBox на что-нить ещё?
Вообще, удобно держать виртуалки на отдельном сервере, c доступом из браузера по noVNC, к примеру.
backbone ★★★★★ ( 08.09.16 18:17:33 )Последнее исправление: backbone 08.09.16 18:21:12 (всего исправлений: 3)
На винфак по поводу секурных политик запуска со сторонних источников
fornlr ★★★★★ ( 08.09.16 18:18:16 )Последнее исправление: fornlr 08.09.16 18:19:41 (всего исправлений: 1)
И Arch — не лучший выбор для хоста, бери Debian или CentOS.
Это как? На win 2008 R2 (2012 R2) летало по 2-3 виртуальные машины без косяков, а на Арче хуже? Ну не может быть, чтоб на лине хуже была производительность. P.S. против Debiana'a и Centos'a ничего не имею.
На лине не хуже, даже лучше. У меня всё летает, но у меня Ubuntu. Arch — rolling release, там всегда самые свежие баги. Бери подходящий дистрибутив и не будет проблем. Скажу по секрету: из-за сломанного FHS в Arch зачастую вообще не запускается VirtualBox.
Очередной ламерский звиздёж.
Расшарены средствами VirtualBox или через Samba? 1-ое.
Arch — rolling release, там всегда самые свежие баги.
У меня стабильный билд. Не всё ж rolling relise. У меня Ubunta уже была. Не понравилось. Глючила периодически. Лучше показала себя Fedora 24 и Majaro. Но хотелось установить и собрать ядро самому. И пакеты собирать под себя. Ну и пал выбор на Archlinux. По дистрибутивам прыгать не хочется. Поставлю как я Xen для начала. Или лучше, может быть, QEMU юзать? А Kvm только в убунте что-ли есть?
Расшарены средствами VirtualBox или через Samba? 1-ое.
Глючное оно, если не починили. Надо через Samba; об этом и на Лоре писали, и на stackoverflow; искать со смартфона несподручно.
посмотри жор процессов, вангую что ntfs-3g положил cpu на лопатки.
Глючное оно, если не починили. Надо через Samba; об этом и на Лоре писали, и на stackoverflow; искать со смартфона несподручно.
посмотри жор процессов, вангую что ntfs-3g положил cpu на лопатки.
Обычно так и есть. Но, под вечер, как-то поутихло..
Поставлю как я Xen для начала. Или лучше, может быть, QEMU юзать?
Вы просто напрасно потратите время. Под KVM/Qemu в винде у вас, как минимум, будет адски тормозить графика.
Там проброс видеокарты, для этого нужно железо подбирать изначально.
Ну это само собой. Без проброса реального железа все виртуалки тормозят одинаково.
Вы просто напрасно потратите время. Под KVM/Qemu в винде у вас, как минимум, будет адски тормозить графика.
Т.е. только Xen ?
С ним то же самое.
Не знаю по поводу Линей, обычно ssh/scp для них использовал. XP (5.1) в качестве гостевой пробовал только таким образом.
Ну это само собой. Без проброса реального железа все виртуалки тормозят одинаково.
Производительность виртуальной машины зависит от выделенных ей ресурсов (количество ядер центрального процессора, количество оперативной памяти) и от количества запущенных программ в виртуальной машине и их требовательности к ресурсам. Это логично и работает примерно так, как интуитивно ожидается.
Но при интенсивном использовании диска в виртуальной машине её производительность падает непропорционально драматически. Например, установка пакета, содержащего большое количество файлов, в гостевой машине Linux может растянуться на часы! Это при том, что аналогичный пакет на реальном компьютере устанавливается за минуты. Обновление Windows могут замедлить работу виртуальной машины до полной её неработоспособности.
Всё это замедляет работу и портит впечатление от работы с виртуальными машинами.
Чтобы включить «Кэширования ввода/вывода»:
- Выключите виртуальную машину, если она включена
- Откройте диалоговое окно настроек виртуальной машины.
- Перейти в «Носители»
- Щёлкните контроллер «Контроллер: SATA».
- Включите параметр «Кэширования ввода/вывода».
Вы также можете проверить любые другие контроллеры и/или диски, чтобы увидеть, есть ли там эта опция.
Сохраните настройки и запустите виртуальную машину, и вы увидите большое улучшение производительности при интенсивном использовании диска.
Есть объяснение, почему эта нужная опция по умолчанию выключена — у неё есть некоторые недостатки. Если коротко, авторы VirtualBox исходят из концепции «безопасность важнее производительности». Рассмотрим подробнее, какие последствия может нести включение этой опции:
1. Отложенная запись через кэш ОС хоста менее безопасна. Когда гостевая ОС записывает данные, она считает данные записанными, даже если они фактически ещё не прибыли на физический диск. Если по какой-то причине запись не произойдёт (сбой питания, сбой хоста), вероятность потери данных увеличивается.
2. Файлы образов дисков обычно очень большие. Поэтому их кеширование может быстро израсходовать весь кэш ОС хоста. В зависимости от эффективности кэширования ОС хоста, это может сильно замедлить работу хоста, особенно, если несколько виртуальных машин работают одновременно. Например, в Linux хостах кэширование хоста может привести к тому, что Linux отложит все записи до момента, когда кэш хоста почти заполнен, и затем все эти изменения записываются в один раз, это может привести к остановке выполнение виртуальной машины на несколько минут. А это в свою очередь может привести к ошибке I/O (ввода-вывода) в гостевой системе, поскольку время запросов ввода-вывода истекло.
3. Напрасно расходуется физическая память, поскольку в гостевых операционных системах обычно имеются собственные кеши ввода-вывода, то включение ещё одного может привести к двойному кэшированию (как в гостевой, так и в хост машинах) без особого положительного эффекта.
Даже если отключить кэширование ввода-вывода хоста по указанным выше причинам, VirtualBox использует свой собственный небольшой кеш для буферизации записи, но не чтения кэширование, поскольку это обычно уже выполняется гостевой ОС. Кроме того, VirtualBox полностью поддерживает асинхронный ввод-вывод для своих виртуальных контроллеров SATA, SCSI и SAS через несколько потоков ввода-вывода.
На самом деле практика показывает, что данные не теряются, а включение данной настройки отлично сказывается на производительность.
Кроме описанного способа есть ещё один вариант для продвинутых пользователей. Суть в том, что в качестве диска виртуальной машины используется реальный USB диск. С такого диска можно загрузиться как в VirtualBox, так и на физическом компьютере. При этом производительность приближается к работе реального компьютера — никаких задержек, операции обновления и установки больших пакетов происходят с той же скоростью, как на реальном компьютере. О том, как это сделать, смотрите в статье «Как в VirtualBox загрузиться с USB».
Читайте также: