Доброго времени суток!
Потребовалось скрестить ежа и ужа, по этому задача может показаться странной.
Есть компьютер, с странной PCI-железкой, драйверов для которой для 64битных Windows нет, только 32битные. По некоторым причинам постоянно использовать 32битную систему на этом компьютере не желательно. Сейчас установлены 2 системы (Windows 7 32bit и Windows Server 2008 R2 64bit), но это не удобно тем, что приходится перезагружаться и из Win7 видно только 4 Гб памяти.
Появилась идея засунуть все это в виртуальную машину и пробросить PCI-устройство в гостевую Win7-32bit. Однако в этом случае возникает необходимость быстрой передачи файлов из гостевой системы хотя-бы в хостовую. NFS/CIFS не удовлетворяет по скорости (опыт показывает, что писать через него более 500Мбит/с проблематично).
Скажите пожалуйста, существуют-ли решения, которые позволят создавать общий "диск", который будет доступен как диск на Windows-госте и смонтирован как ФС на Linux-хосте и работал бы с максимально возможной производительностью? Можно даже решение, которое будет держать все эти данные в памяти. Необходимый объем на текущий момент гигабайта 4 (На хосте будет работать программа, обрабатывающая эти данные и быстро удаляющая лишнее).
Есть ли очень быстрый способ передавать файлы из гостя на хост?
Модератор: Модераторы разделов
-
- Сообщения: 42
- ОС: OpenSuSE
-
- Сообщения: 950
- Статус: /
- ОС: Gentoo
Re: Есть ли очень быстрый способ передавать файлы из гостя на хост?
"Общие папки" в VirtualBox не подходят? Или я чего-то недопонимаю.
-
- Сообщения: 42
- ОС: OpenSuSE
Re: Есть ли очень быстрый способ передавать файлы из гостя на хост?
Brainsburn писал(а): ↑20.11.2011 12:36"Общие папки" в VirtualBox не подходят? Или я чего-то недопонимаю.
Общие папки используют CIFS в Windows. Те подключаются как обычные расшаренные папки в Windows.
Да и VirtualBox под задачу не подходит, так как не умеет PCI пробрасывать в гостевые системы.
Планируется XEN, KVM, или что-то от профессионалов виртуализации (VMWare), в зависимости от того, где удастся найти наиболее подходящее решение для передачи файлов между системами и какое решение даст большую производительность.
-
- Сообщения: 4395
- Статус: Блюзовый
- ОС: Debian Squeeze amd64
Re: Есть ли очень быстрый способ передавать файлы из гостя на хост?
Появилась идея засунуть все это в виртуальную машину и пробросить PCI-устройство в гостевую Win7-32bit. Однако в этом случае возникает необходимость быстрой передачи файлов из гостевой системы хотя-бы в хостовую. NFS/CIFS не удовлетворяет по скорости (опыт показывает, что писать через него более 500Мбит/с проблематично).
Если у Вас компьютер по нормальным протоколам передает с самого на себя 500мегабит(нормальный результат абсолютно), то почему с какими-то левыми протоколами он будет работать быстрее? Чтение-запись с винта быстрее будет?
Шарьте раздел с tmpfs по cifs(nfs вроде не умеет).Можно даже решение, которое будет держать все эти данные в памяти. Необходимый объем на текущий момент гигабайта 4 (На хосте будет работать программа, обрабатывающая эти данные и быстро удаляющая лишнее).
А что, они будут быстрее cifs работать? Если со стороны гостя там cifs, а со стороны хоста что-то неведомое? К тому же VirtualBox не подходит вовсе - PCI там не пробросить."Общие папки" в VirtualBox не подходят? Или я чего-то недопонимаю.
Планируется XEN, KVM, или что-то от профессионалов виртуализации (VMWare), в зависимости от того, где удастся найти наиболее подходящее решение для передачи файлов между системами и какое решение даст большую производительность.
Думаю, начать надо с KVM.
А Вот способ передачи данных, думаю, не будет отличаться во всех трех случаях. Потому, что какие-то "особые способы расшаривания файлов" в решениях виртуализации преследуют ровно одну задачу: чтобы хомячку было удобно расшарить и подключить. И эту задачу успешно выполняют. О суперскорости никто не думает за ненадобностью.
Кстати, на самом деле, в теории есть еще один вариант: блочное устройство с кластерной fs, подключенное к гостю. И смонтированное на хосте и госте одновременно. Вроде, работать должно. Однако, какова будет скорость - неизвестно. Тем более, что упирается все по прежнему в производительность HDD.