Вопрос относительно того, как настроить мои виртуальные машины на внутренних / внешних дисках. Во-первых, вот мои настройки:
- Хост ОС: Windows 10
- Процессор: i7 5600U
- Оперативная память: 16 ГБ
- VMware Workstation Player (лицензированный)
Пока у меня есть 3 виртуальные машины, и я скоро получу четвертую, и на моем внутреннем SSD недостаточно места, поэтому мне нужен внешний диск для размещения некоторых из них. У меня есть ноутбук с портами USB3 и док-станция для ноутбука с портом eSATA. Я читал о скоростях обоих, и 5Gbps против 6Gbps не выглядит для меня большой разницей (но я не эксперт в этом) - и единственные другие подключенные USB-устройства - это мышь и клавиатура с кабелем.
Для чего я использую виртуальные машины: я разработчик, и разные виртуальные машины предназначены для разных сред разработки.
- Первая виртуальная машина работает под управлением Windows Server 2008 с Visual Studio, SQL-сервером и K2 Blackpearl.
- Вторая виртуальная машина работает под управлением Windows Server 2012 с Visual Studio, SQL-сервером и BizTalk (помимо прочего, я пока не знаю - это новая виртуальная машина, которую я скоро получу)
- Третья виртуальная машина работает под управлением Ubuntu и будет использоваться для разработки на Python (возможно, в PyCharm)
- 4-я виртуальная машина, до которой я еще не добрался - я работал около месяца назад :-)
Мои вопросы:
- Можно ли запустить виртуальную машину с внешнего жесткого диска? (Или SSD является обязательным здесь?)
- Достаточно ли USB3 или я должен получить тот, который также поддерживает eSATA?
- Лучше ли хранить менее часто используемые виртуальные машины на внешнем диске, а затем перемещать их на внутренний диск, когда мне нужно его использовать? Это потребует, чтобы я сначала переместил виртуальную машину с внутреннего диска на внешний, отсюда и этот вопрос.
- Можно ли даже запустить виртуальную машину с внешнего диска без существенной потери производительности?
Я думаю, что это было на данный момент. Я с нетерпением жду ваших ответов.
С наилучшими пожеланиями,
Йоаким
Для тех, кто находит этот пост и хочет знать результат: у меня были некоторые сомнения по поводу этой предварительной раздачи, и я не рекомендовал бы эту настройку для любого разработчика. Время загрузки ужасно, а запуск таких приложений, как Visual Studio, занимает как минимум 3-4 раза больше времени.
Мой совет : используйте это решение, только если у вас нет альтернативы.
Ответы:
Ответ немного зависит от того, что виртуальные машины должны делать. Для «бумажной работы», такой как написание и чтение, вам подойдет. «Значительная потеря производительности» не является четко определенной величиной.
Для большинства людей это должно быть хорошо. Если вы чувствуете себя крайне нетерпеливым пользователем компьютера, приобретите самое быстрое оборудование, какое только сможете, я бы даже предложил заменить внутренний SSD на больший. Сейчас на рынке имеется твердотельный накопитель емкостью 2 ТБ, который может стоить или не быть слишком дорогим для вас (700–800 долларов США).
Для программирования, вы, вероятно, не получите гораздо больше при написании кода. Вы можете получить прирост производительности при компиляции. Если вы не любите делать что-то параллельно во время компиляции кода, найдите самое быстрое оборудование, какое только сможете.
TLDR: Если вы можете себе это позволить или если у вас нет жесткого диска, приобретите SSD, внутренний или внешний (eSATA или USB 3). Если есть сомнения, получите хорошие вещи.
Да, это возможно, но у вас, скорее всего, будет потеря производительности. ВМ должна работать нормально, если у вас нет операций, требующих много записи в файл. Кроме того, чем меньше виртуальная машина, тем лучше. Если у вас есть виртуальная машина Windows 50-60 ГБ, она будет очень медленной на внешнем 5400 HD с USB 3. Я говорю по своему опыту. Вы все еще можете делать вещи, но это займет некоторое время.
Запуск более одной виртуальной машины на внешнем жестком диске , в то время , может привести к серьезной потере производительности. Рассмотрите возможность использования двух внешних жестких дисков для этого сценария.
USB3 должен быть в порядке, по крайней мере, в тех случаях, когда я их использовал. Быстрее, тем лучше. Если вы еще не купили внешний жесткий диск, возможно, вы захотите приобрести eSATA, потому что никогда не знаете, для чего будете использовать запасные порты USB. (Возможно, вы захотите добавить второй внешний диск для резервного копирования.) С жестким диском вы, возможно, не получите гораздо большей производительности от eSATA, потому что ограничивающие факторы - скорость записи и чтения файлов на вращающемся диске.
Также попробуйте получить SSD или, по крайней мере, жесткий диск 7200 об / мин для внешнего накопителя, если он еще есть. Или собрать один из внешнего корпуса и внешнего USB-корпуса. Если вы не можете позволить себе SSD, 7200 сократит время передачи файлов на несколько процентных пунктов.
Я думаю, вы должны хранить на внутреннем диске виртуальные машины, которые будут выполнять тяжелую работу, такую как запись файлов и вычислительные ресурсы, независимо от того, как часто вы их используете. Сдвиг их может быть довольно болезненным. Копирование виртуальной машины объемом 20 ГБ с внутреннего жесткого диска занимает около 6-7 минут со скоростью 60 МБ / с. Внутренний на внешний SSD будет существенно быстрее. Если вы считаете, что производительность виртуальных машин на внешнем диске приемлема, их перемещение может не потребоваться. Вы можете пересечь этот мост, когда доберетесь туда.
См. 1. Да, это возможно для нормальной и средней работы компьютера, если виртуальная машина мала. Если вы занимаетесь графическим дизайном или передачей большого количества файлов, это может привести к серьезной потере производительности.
Для вашего программирования нужно , я хотел бы предложить на данных , собранных в другом месте , что вы получаете SSD ( Что более важно CPU или RAM для компиляции большого программного обеспечения, например , самонастройки GCC? , Http://www.overclock.net/t/997361/compiling- и-процессор-использование ). Хотя есть некоторые особые мнения ( /programming/15199356/speed-up-compile-time-with-ssd ). Опять же, когда сомневаетесь, получите хорошие вещи.
Редактировать: 5 января 2016 г. - добавлена информация из-за недавнего опыта
источник
Я управлял виртуальной машиной на флешке USB3 за последний год. Это было супер просто и очень удобно, но есть несколько замечаний.
Я не уверен насчет VMWare, но для VirtualBox достаточно просто перенести файл вашего виртуального диска на USB и связать его с вашей виртуальной машиной. Вам нужно будет настроить конфигурацию на каждом хосте, с которым вы его используете, но это только один раз. Хозяева неплохо играют друг с другом. Единственное, что я заметил, - это то, что моя виртуальная машина будет иметь сетевой интерфейс для каждой сети, к которой она подключена, но в остальном она не вызывала никаких конфликтов.
Мой USB в конце концов выдался, что неудивительно. Флэш-накопители USB не предназначены для постоянного цикла записи, они будут очень быстро изнашиваться, если вы будете использовать виртуальную машину в целях разработки, особенно если ваша виртуальная машина работает в качестве сервера и постоянно выполняет запись в файлы журнала / кэша.
Производительность может быть проблемой. Если у вас есть USB-накопитель, обратите особое внимание на тех, у кого высокая скорость чтения и записи, но даже тогда вы заметите эффект.
Я думаю, что внешний SSD-диск может быть лучшим выбором, он менее удобен, чем небольшая флешка, но обычно они все еще достаточно портативны, чтобы их можно было легко носить с собой, иметь более высокую производительность и жить дольше. (Я знаю, что Flash и SSD на самом деле - одна и та же технология в наши дни, но SSD разработаны с учетом большей частоты чтения и записи, тогда как USB-накопители в основном предназначены только для хранения файлов)
Я решил использовать какое-то гибридное решение в эти дни. Было действительно удобно иметь мой полный набор программ внутри портативной виртуальной машины, но моя IDE работала заметно медленнее и иногда зависала на несколько секунд. Сейчас я использую большинство своих инструментов программирования на хосте, сохраняя исходный код и серверы на гостевой. Хотя моя виртуальная машина по-прежнему является полноценным рабочим столом, поэтому в тех редких случаях, когда мне по-прежнему приходится работать на чужом компьютере, я могу просто раскрутить графический интерфейс своей виртуальной машины и работать с ее IDE и инструментами программирования.
источник