Obecnie używam ArcGIS 10 na 64-bitowym Macbooku Windows 7 (2,53 Ghz i 8 GB pamięci RAM) za pomocą VMWare. Jednak gdy korzystam z ArcGIS, wydaje mi się, że jest dość powolny, nawet jeśli Windows 7 (64-bit) jest zoptymalizowany pod kątem wydajności (bez błyszczącej grafiki). Moja praca polega na tworzeniu skryptów Pythona i testowaniu ich, a przy każdym ich uruchomieniu jest to również powolne, ale nawet otwarcie ArcMap i dodanie małego pliku kształtu zajmuje dużo czasu (30s do 1 minuty).
Czy jest możliwe, aby mój program python w OSX, zaimportować moduł ArcPy i jakoś uruchomić je po stronie Maca? Zdaję sobie sprawę, że ArcGIS działa w systemie Windows, ale nie byłem pewien, czy którąkolwiek część ArcPy można uruchomić osobno. Czy może szybsze byłoby użycie funkcji „Unity” w Vmware do uruchomienia tych skryptów?
Byłbym także wdzięczny za wszelkie wskazówki dotyczące ilości pamięci / procesorów do przydzielenia dla maszyny wirtualnej. W tej chwili jest to 1 procesor i ~ 4 GB pamięci RAM, i spodziewałbym się, że będzie nieco szybszy.
Odpowiedzi:
Korzystam z ArcGIS 10 na maszynie wirtualnej VMWare z Win XP Pro. Wydajność jest tak dobra, jak oczekiwano, i działa tak szybko, jak mój 9.3.1 na moim laptopie (również XP Pro). VMWare jest zainstalowany na dobrze wyposażonym serwerze, który właściwie ma coś do powiedzenia na temat wydajności na maszynach wirtualnych. Dostęp do maszyny wirtualnej uzyskuję poprzez zdalny pulpit. Wiem, że ta odpowiedź nie jest zbyt pomocna, ale staram się tylko powiedzieć, że ArcGIS 10 może działać dobrze w środowisku wirtualnym. Gdybym był tobą, spróbowałbym go na maszynie Wirtualnej Win XP, jeśli to możliwe, jak sugerowano wcześniej.
źródło
Korzystam z ArcGIS na OSX prawie codziennie, używając VMWare. Jedyną różnicą jest to, że nie mam go zainstalowanego na maszynie wirtualnej - jest to partycja bootcamp - i pozwól, że wyjaśnię ci, dlaczego, IMHO, ma to więcej zalet niż standardowa instalacja VM dla ArcGIS.
Najpierw wyjmijmy VMWare z równania i porozmawiajmy o czystym Bootcampie.
Korzystając z Bootcamp, tworzysz osobną partycję dla Windows na twoim dysku. Są to całkowicie osobne instalacje systemów operacyjnych. W czasie uruchamiania możesz przytrzymać klawisz opcji i wybrać, czy chcesz uruchomić system Windows, czy system OSX. Tak długo, jak masz zainstalowane odpowiednie sterowniki systemu Windows bootcamp , gwarantuje to, że jest to najszybszy sposób na uruchomienie systemu Windows na tym sprzęcie, ponieważ działa on tylko w systemie Windows w tym momencie. Wada jest oczywista - musisz wybrać system operacyjny, który zamierzasz uruchomić podczas uruchamiania, a jeśli musisz zmienić system operacyjny, musisz zrestartować komputer.
Tak, to do bani.
Witamy w VMWare Fusion. VMWare pozwala zrobić dwie rzeczy z Bootcamp. Jednym z nich jest zaimportowanie partycji bootcamp na nową maszynę wirtualną, skutecznie tworząc pełny klon tej partycji bootcamp i zrzucając ją na maszynę wirtualną w OSX - NIE rób tego .
Inną rzeczą, którą pozwala ci zrobić, jest uruchomienie partycji Bootcamp z poziomu OSX poprzez dostęp do tej części dysku. To jest fajne i tego używam. Upewnij się, że masz narzędzia VMWare zainstalowane na partycji bootcamp, gdy uruchamiasz ją z poziomu OSX - w przeciwnym razie wszystko działa wolno.
Ta konfiguracja pozwala ci wybrać, jak szybko ma działać ArcGIS.
Jeśli chcesz korzystać z systemu operacyjnego OSX i Windows, możesz użyć VMWare Fusion i uruchomić zwirtualizowaną partycję Bootcamp.
Aby uzyskać maksymalną prędkość ArcGIS, uruchom ponownie komputer i używaj go natywnie.
Jeśli chodzi o to, ile zasobów dać systemowi Windows podczas pracy w systemie OSX, zwykle daję mu połowę tego, co mam (pół pamięci, pół procesora) i wydaje się, że działa to optymalnie. Ponieważ mam wszystkie sterowniki zainstalowane w dowolnym trybie (sterowniki bootcamp i narzędzia vmware fusion), działa dobrze w każdym z trybów.
Jeśli chodzi o twoje pytanie dotyczące ArcPy - nie daj się zwieść działaniu trybu Unity w VMWare Fusion. Pozwala sprawić, że wygląda na to, że Windows i OSX działają jako jeden, ponieważ poszczególne okna wyglądają tak samo - ale nadal są w większości izolowane. Tak, masz dostęp zarówno do systemów plików, jak i zasobów sieciowych, ale to wszystko. Możesz więc ArcPy ze środowiska Windows dobrze ... ale nie oczekuj, że będziesz mógł "importować" dowolne biblioteki, które zainstalowałeś tylko po stronie OSX i wszystko będzie działać dobrze - są to dwa izolowane środowiska python i jeśli chcesz mieć tę pracę, stajesz się zbyt chciwy :)
źródło
Aby ArcGIS działał szybciej na MAC (arcgis nie jest tak szybki) w porównaniu do starego arcview 3.2 podczas uruchamiania, geoprzetwarzania i dołączania.
z powodzeniem stworzyli szybsze środowisko za pomocą paraleli - które jest testowane pod Windows XP Pro
http://www.parallels.com/products/desktop/ (dostępna jest 30-dniowa wersja próbna, aby udowodnić, że twoja koncepcja) jest w stanie zużyć więcej niż 4 GB, przy czym xp jest ograniczona. Dopóki nie pojawi się 64-bitowa wersja produktów ArcGIS , większość z nich utknęła z powolnym przetwarzaniem.
źródło
Myślę, że to jest możliwe. Nie używam pakietu narzędzi Arc, ale mam inne programy, które uruchamiam na maszynach wirtualnych Linux i Windows na moim komputerze Mac.
Na maszynie wirtualnej uruchamiam tylko kod specyficzny dla systemu Linux lub Windows. Nawet wtedy zamontowałem mój system OS X na maszynie wirtualnej i pracuję w folderach OS X. Wszystko, co nie wymaga maszyny wirtualnej, jest uruchamiane w systemie OS X, w tych samych folderach, ale z komputera z systemem OS X.
Pozwala mi to również zachować wszystko, co nie jest krytyczne po stronie systemu OS X, więc jest ona archiwizowana wraz ze wszystkim innym, a maszyna wirtualna nie jest tworzona, ponieważ wymagałoby to 5-10 GB na nawet niewielką zmianę pliku w maszyna wirtualna.
źródło
Będziesz musiał stanąć na komputerze z systemem Windows XP lub Win7 z zainstalowanym ArcGIS. Będziesz musiał użyć Pythona tej maszyny wirtualnej do przetestowania skryptów. Unity sprawi, że ArcMap będzie działał bezproblemowo, ale tak naprawdę używasz Windows z obramowaniami okien OSX.
źródło