Ужасная производительность диска VirtualBox (РЕШЕНО)

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

Но при интенсивном использовании диска в виртуальной машине её производительность падает непропорционально драматически. Например, установка пакета, содержащего большое количество файлов, в гостевой машине Linux может растянуться на часы! Это при том, что аналогичный пакет на реальном компьютере устанавливается за минуты. Обновление Windows могут замедлить работу виртуальной машины до полной её неработоспособности.

Всё это замедляет работу и портит опыт работы с виртуальными машинами.

Данную проблему можно исправить, включив «Кэширования ввода/вывода» для виртуального диска.

Чтобы включить «Кэширования ввода/вывода»:

1. Выключите виртуальную машину, если она включена
2. Откройте диалоговое окно настроек виртуальной машины.
3. Перейти в «Носители»
4. Щёлкните контроллер «Контроллер: SATA».
5. Включите параметр «Кэширования ввода/вывода».

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

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

Есть объяснение, почему эта нужная опция по умолчанию выключена — у неё есть некоторые недостатки. Если коротко, авторы VirtualBox исходят из концепции «безопасность важнее производительности». Рассмотрим подробнее, какие последствия может нести включение этой опции:

1. Отложенная запись через кэш ОС хоста менее безопасна. Когда гостевая ОС записывает данные, она считает данные записанными, даже если они фактически ещё не прибыли на физический диск. Если по какой-то причине запись не произойдёт (сбой питания, сбой хоста), вероятность потери данных увеличивается.

2. Файлы образов дисков обычно очень большие. Кеширование их может поэтому быстро израсходовать весь кэш ОС хоста. В зависимости от эффективности кэширования ОС хоста, это может сильно замедлить работу хоста, особенно, если несколько виртуальных машин работают одновременно. Например, в Linux хостах, кэширование хоста может привести к тому, что Linux отложит все записи до момента, когда кэш хоста почти заполнен, и затем все эти изменения записываются в один раз, это может привести к остановке выполнение виртуальной машины на несколько минут. А это в свою очередь может привести к ошибке ввода-вывода в гостевой системе, поскольку время запросов ввода-вывода истекло.

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

Даже если отключить кэширование ввода-вывода хоста по указанным выше причинам, VirtualBox использует свой собственный небольшой кеш для буферизации записи, но не чтения кэширование, поскольку это обычно уже выполняется гостевой ОС. Кроме того, VirtualBox полностью поддерживает асинхронный ввод-вывод для своих виртуальных контроллеров SATA, SCSI и SAS через несколько потоков ввода-вывода.

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

Кроме описанного способа есть ещё один вариант для продвинутых пользователей. Суть в том, что в качестве диска виртуальной машины используется реальный USB диск. С такого диска можно загрузиться как в VirtualBox, так и на физическом компьютере. При этом производительность приближается к работе реального компьютера — никаких задержек, операции обновления и установки больших пакетов происходят с той же скоростью, как на реальном компьютере. О том, как это сделать, смотрите в статье «Как в VirtualBox загрузиться с USB».

Тормозит гостевая система Win 7 в VirtualBox

На хосте Archlinux. На гостевой системе нет никакого софта. Только установил Win 7×64. Все модули 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, к примеру.

На винфак по поводу секурных политик запуска со сторонних источников

И 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 в винде у вас, как минимум, будет адски тормозить графика.

Про Xen тут даже была публикация в Галерее, «Windows 7 в гостях у Debian testing», а KVM не знаю.

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

Ну это само собой. Без проброса реального железа все виртуалки тормозят одинаково.

Вы просто напрасно потратите время. Под KVM/Qemu в винде у вас, как минимум, будет адски тормозить графика.

С ним то же самое.

Не знаю по поводу Линей, обычно ssh/scp для них использовал. XP (5.1) в качестве гостевой пробовал только таким образом.

Ну это само собой. Без проброса реального железа все виртуалки тормозят одинаково.

Windows 10 тормозит на Virtualbox. Svchost грузит процессор под 100%

Медленная работа Windows 10 на виртуальной машине — довольно часто обсуждаемая проблема на Интернет-форумах. Пользователи жалуются на то, что кнопка Пуск, Центр уведомлений и значки программ в панели задач реагируют на клики с большой задержкой, а процесс svchost.exe грузит процессор виртуальной машины на 100% в состоянии бездействия. При этом отклик графического интерфейса бывает настолько медленным, что работать с виртуалкой просто невозможно. Давайте разберемся, как ускорить Windows 10 на виртуальной машине Virtualbox.

Удалите вирусы и вредоносное ПО

Прежде, чем приступать к поиску причин медленной работы Windows 10 на Virtualbox, убедитесь в том, что виртуальная машина не заражена вирусами и malware. Выполните проверку программами AdwCleaner, Anti-Malware и CureIt.

Установите Дополнения гостевой ОС

Дополнения гостевой ОС (Guest additions) — это набор драйверов для виртуального железа. Его обязательно нужно установить сразу после установки ОС. Для пакета дополнений периодически выходят обновления, о чем вы будете уведомлены. Для установки щелкните Устройства и выберите Подключить образ диска Дополнений гостевой ОС:

После этого запустите либо вручную запустите файл VBoxWindowsAdditions.exe с виртуального DVD-привода.

Используйте настройки по умолчанию для виртуальной машины

Имеется в виду — для конкретной ОС на виртуальной машине. Естественно, при установке ОС на виртуалку необходимо правильно выбрать тип и версию операционной системы.

Здесь стоит дать несколько рекомендаций по поводу ОЗУ и процессора.

• Не выделяйте все физические ядра под виртуальную машину. Именно в этом случае часто наблюдается необъяснимая загрузка процессора процессом svchost.exe под 100% в состоянии простоя.
• Если у вас 4-ядерный процессор, то в большинстве случаев оптимальным будет выделить 2 ядра под виртуалку. Поэкспериментируйте с количеством ядер и понаблюдайте за тем, как ведет себя система.
• Для работы Windows 10 на Virtualbox выделите от 2 до 4 ГБ ОЗУ, в зависимости от того, сколько установлено на компьютере. Помните, что у вас должно остаться 4 ГБ для работы Windows 7, 8 или 10 на носителе (т.е. реальном компьютере).

Не изменяйте никакие настройки машины, если вы не уверены в правильности своих действий. Часто пользователи пытаются ускорить Windows 10 на Virtualbox, добавляя ядра до отказа и изменяя другие параметры, но это наоборот приводит к снижению скорости работы машины.

Переместите файл виртуального жесткого диска на SSD

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

Используйте фиксированный жесткий диск

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

Обновите Virtualbox до последней версии

Нередко устраняются баги. Особенно это касается свежих версих ОС — например, Windows 10 на данный момент. Для обновления Virtualbox на компьютере-носителе выключите все виртуальные машины и выберите Файл — Проверить обновления:

После обновления вы сможете продолжить пользоваться вашими машинами. Никакие данные на них затронуты не будут.

Включите поддержку виртуализации в UEFI / BIOS

Virtualization Technology позволяет виртуальной машине использовать дополнительные возможности железа. Если у вас в BIOS (UEFI) есть такой параметр, обязательно включите его.

Отключите визуальные эффекты Windows 10 в виртуальной машине

Особенно это касается малополезных эффектов затухания, скольжения и тому подобных, которые отбирают лишние ресурсы процессора и замедляют скорость работы интерфейса на маломощных системах: