VMWare vs Dual Boot


1

Mam Lenovo Y510p z 8 GB pamięci RAM, Intel Core i7 4. generacji, NVIDIA GeForce GT755M GDDR5 2 GB i 1 TB dysku twardego. Ma na sobie Win8. Muszę także używać Ubuntu. Mam na myśli podwójne uruchomienie tego systemu. Będę używać systemu Windows do wszystkich gier (nie jest wielkim fanem Wine) oraz C ++ i C # Visual Studio Development, a Ubuntu do wszystkich innych rzeczy, głównie skryptów pyhton. Jednak natknąłem się na to. Czy lepiej jest uruchomić podwójnie lub uruchomić maszynę wirtualną? i jestem teraz zmieszany. Czy powinienem zainstalować maszynę wirtualną w systemie Windows i uruchomić na niej system Ubuntu, gdy zajdzie taka potrzeba. Podałem wszystkie moje przypadki użycia i specyfikacje systemu ... Nie jestem pewien wydajności Win 8 na żadnym z tych przypadków ... Oba przypadki użycia (gry, Visual Studio na Windows 8 i Python na Ubuntu będą intensywny)

Jakieś sugestie


Lub jeśli nie używasz Ubuntu w pełni jako systemu operacyjnego, ale po prostu do programowania, zawsze możesz użyć Cygwin
Darius

Odpowiedzi:


2

Do pewnego stopnia jest to kwestia osobistych preferencji. Jednak po stronie celu powinieneś rozważyć następujące punkty na korzyść rozwiązania VM:

  1. Maszyny mogą działać jednocześnie, nie trzeba wyłączać jednego z nich, aby uruchomić drugi;
  2. Czasy dostępu są znacznie krótsze: nawet jeśli masz wyłączoną maszynę wirtualną, włączenie jej w hoście jest znacznie szybsze niż wyłączenie / uruchomienie;
  3. Łatwość udostępniania danych. Udostępnianie folderów jest trywialne, na przykład w VirtualBox, dzięki czemu wszystkie twoje dane mogą być jednocześnie udostępnione obu systemom, działając jednocześnie. Nie musisz się martwić o różne systemy plików;
  4. Łatwość zmiany rozmiaru maszyny gościa. Jeśli po pierwszej instalacji powinieneś zdecydować, że potrzebujesz więcej miejsca na dysku, zmiana rozmiaru dysku wirtualnego jest trywialna, w porównaniu z rzeczywistym zadaniem zmiany rozmiaru niepustej partycji;
  5. Obejście ograniczeń dostępu w sieciach LAN, gdzie na przykład włączone jest filtrowanie MAC; w takim przypadku, zamiast rejestrować nowy komputer (rozwiązanie dla podwójnego rozruchu), wystarczy włączyć połączenie maszyny wirtualnej przez NAT;
  6. łatwość sterowania maszyną wirtualną za pomocą interfejsu CLI. Zasadniczo cały proces można łatwo skryptować, a nawet uruchamiać zdalnie. Wypróbuj to z podwójnym uruchomieniem.
  7. Łatwość relokacji. Dzięki formatowi komórek jajowych maszynę wirtualną można łatwo przenieść na zupełnie inny komputer, na którym działa zarówno inny system operacyjny, jak i inny hiperwizor.

Twoje zdrowie.


@kewal lol, co zrobiłem źle, aby stracić wybór?
MariusMatutiae

haha ... nic, kolego ... dawałem sobie trochę czasu, żeby sprawdzić, czy otrzymam jakieś inne odpowiedzi ... w rzeczywistości czekałem, aż ktoś przemówi na korzyść podwójnego rozruchu, ponieważ to właśnie robiłem przez ostatnie lata. .. nigdy nie wiedziałem, że mogłem zrobić lepiej przez vm
kewal

i tak, akceptuję twoje odpowiedzi tutaj jako najlepsze ... wielkie dzięki za określone punkty
kewal

1

Chyba musisz to wypróbować. :)

Wygląda na to, że twoja maszyna ma całkiem spory potencjał do uruchomienia maszyny wirtualnej, ale nikt poza tobą nie będzie w stanie stwierdzić, czy to wystarczy do „przypadków intensywnego użytkowania”.

Należy pamiętać o możliwych komplikacjach podczas korzystania z „trybu hybrydowego” Win8 i podwójnego uruchamiania! Zawsze używaj „uruchom ponownie” zamiast „zamknij” lub nawet lepiej, wyłącz tę funkcję dla bezpieczeństwa. Istnieje kilka wskazówek dotyczących poprawy wydajności maszyn wirtualnych, np. Http://www.howtogeek.com/124796/the-htg-guide-to-speeding-up-your-virtual-machines/


0

Dzięki maszynie wirtualnej możesz uruchamiać oba systemy jednocześnie. Gdzie, podobnie jak w przypadku podwójnego rozruchu, konieczne będzie utworzenie osobnych partycji na dysku twardym i będzie używany tylko jeden system operacyjny naraz. Jeśli to byłbym ja, wybiorę maszynę wirtualną.

Korzystając z naszej strony potwierdzasz, że przeczytałeś(-aś) i rozumiesz nasze zasady używania plików cookie i zasady ochrony prywatności.
Licensed under cc by-sa 3.0 with attribution required.