VMWare paylaşılan klasörleri nasıl hızlandırılır?


5

Olası oruçlu G / Ç için VMWare'de paylaşılan klasörleri kurmanın / optimize etmenin en iyi yolu nedir?

Ben değilim değil , , sadece , bir paylaşımlı klasörler fark etti acı yavaştır. Farklı VM ortamlarında web sitesi testi (Drupal, WordPress) ve / veya derleme kodu (VS, gcc) için paylaşılan klasörler kullanıyorum, bu yüzden aynı verilere sahip 5+ rsync'd NFS istemedim.


SF her zaman yavaş olacaksa, bir web / derleme durumu için ana bilgisayar ve konuk arasında klasör paylaşmanın en iyi / en performanslı yolu nedir?

(Win 8 ana bilgisayar, çeşitli konukların VM iş istasyonları (OSX, Unbuntu, vb.))


Onları SSD’de bulundurun.
Ramhound

Hangi VMware Workstation (veya Player) sürümünü kullanıyorsunuz? Genelde, ağ paylaşımları paylaşılan klasörlerden daha hızlıdır.
jamesdlin

@Ramhound Artık kim HDD kullanıyor? Lol
Drakeleri

@jamesdlin Bunun neden olduğunu bilmek isterdim. (Bu son iki büyük VM iş istasyonu bültenleri)
Drakes

Büyük RAID'lere veya çok fazla depolama alanına ihtiyaç duyarlarsa çoğu kişi SSD hala GB başına daha pahalı birkaç faktördür
Ramhound

Yanıtlar:


1

Görünüşe göre, köprülenmiş ağ seçiliyken (NAT yerine), Windows dosya paylaşımını (SMB) kullanarak çok daha hızlı bir bağlantı elde edebilirsiniz.

Bu konu başlığında tartışılmaktadır: https://communities.vmware.com/thread/520731?start=30&tstart=0

RusIsh Nis 27, 2018 9:29 (swineone'ye cevaben)

"Ağ Bağdaştırıcısı" ayarlarındaki "Köprülü Ağ" bölümlerinde fiziksel LAN bağdaştırıcısını seçerek VM'yi ana ağa gösterin. Ağ kaynağını Konuk işletim sisteminde eşlenmiş bir sürücü olarak eşleyin. Yeni eşlenen sürücüde bazı işlemleri deneyin ve uygulayın.

İşte konunun o sayfasında da bazı kriterler:

geneg1 ​​5 Tem 2018 3:07 PM (RusIsh’e yanıt olarak)

VMWare Fusion 10.0.1, macOS 10.13.15, konuk işletim sistemi Windows 10 x64 Pro'da çalışan Visual Studio 2013'te kendi C ++ projem üzerinde küçük bir test yaptım.

  1. Konuk işletim sistemine yerel kaynak dosyalarıyla yeniden proje oluşturma: 219 saniye

  2. Köprülü ağ kullanarak, Windows işletim sistemi paylaşımına (SMB) bağlı, ana işletim sistemi işletim sistemindeki kaynak dosyaları ile yeniden proje oluşturma: 355 saniye

  3. NAT ağ kullanarak, Windows işletim sistemi paylaşımına (SMB) bağlı, ana işletim sistemi işletim sistemindeki kaynak dosyaları ile yeniden proje oluşturma: 2257 saniye (yazım hatası değil)

  4. NAT ağ kullanarak, VMWare Paylaşımlı Klasörler (HGFS) aracılığıyla bağlanan, ana işletim sistemi işletim sistemindeki kaynak dosyalarıyla yeniden proje oluşturma: 2168 saniye

@ Ruslsh kesinlikle bir şeye açıktır. NAT ve Bridged ağ iletişimi, en azından benim için büyük bir fark yarattı. Yine de, kaynak dosyaları konuk işletim sisteminde tutmaktan% 40 daha yavaş.

Sadece vuruşlar için Test 2'de Windows Defender'ı kapatmayı denedim ve sonuç 342 saniye oldu. Ölçülebilir ancak çok büyük tasarruflar. Ana bilgisayar veya konuk üzerinde başka bir AV yazılımı kullanmıyorum.

Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.