題:
新的2015年“ MacBook”能否有效運行VM? Windows特別
bumble_bee_tuna
2015-04-24 09:47:48 UTC
view on stackexchange narkive permalink

我目前使用的是2Ghz i7 x 8gb內存2013 MacAir。有了這個,我就能有效地運行Windows 8 VM,同時運行Visual Studio Professional和其他開發應用程序,或者Ubuntu和Eclipse,而不會出現問題。如果打開太多,我會在Windows guest虛擬機中偶爾遇到內存錯誤,但這很少見。

我的筆記本電腦開始出現超級爛攤子。我想購買新款MacBook,但擔心CPU上的出色規格。是否有人在此框上運行過VM,並確認它能夠執行此類任務,還是我們在這里處理了精美的chromebook?

感謝

編輯

查看,但都說該裝備將無法順利運行虛擬機

八 答案:
Ethan Lee
2015-04-24 10:09:52 UTC
view on stackexchange narkive permalink

據我所知,截止到今天,新款MacBook才剛剛從在線訂單中發貨,因此我無法從個人經驗談起-但我會非常警惕MacBook能夠處理密集型諸如Parallels之類的任務,尤其是與Visual Studio或Eclipse結合使用時。

運行Windows 7的Parallels的推薦的硬件規格包括“ ... Intel Core 2 Duo,Core i3,Core i5,Core i7或Xeon處理器(Core Solo和不再支持Core Duo處理器)。”新款MacBook具有足夠的RAM(最小8 GB)來滿足其要求,但在MacBook上運行這些類型的任務將是Core M處理器(請參閱技術規格)。

在此處查看基準測試細節與您當前使用的i7的比較,您會發現明顯的不同-Core M運行於1.1GHz,有效地使其成為移動設備處理器(如果有)。

enter image description here

哇,這真是令人難以置信
我剛剛讀了這篇文章:http://www.gizmag.com/12-inch-macbook-vs-13-inch-macbook-pro-retina-2015/37152/這似乎證實了它不能很好地運行VM
-1
我有一個MBPr,可用於數據庫負載測試之類的東西,但是每天都難以忍受。我現在90%的時間都在用我的空氣解決問題。我大概會得到2014年的播音。謝謝
它可以很好地運行虛擬機-除非您想以視網膜模式運行它們-否則事情會開始放慢一點。(我擁有2016年中期的8GB 12英寸MacBook)-您會注意到CPU的速度與最低端的2015 Core i5 MacBook PRO大致相同。通常來說,它的運行速度非常快。
我剛剛從Air升級了它-它在各個方面都具有更強大的功能-包括CPU基準測試,SSD速度,RAM速度,8Gb RAM,當然還有-視網膜顯示。
Kevin Grabher
2015-04-24 10:04:30 UTC
view on stackexchange narkive permalink

這台機器比MacBook Air慢,但是絕對能夠運行VM(我記得在第一代Intel MacBook上運行VM-從來沒有問題)。

嘗試監視您的Air上的CPU使用情況,以了解您對系統施加了多少負載。如果它經常出現在邊緣,您可能會對12英寸的MacBook感到不滿意。如果百分比通常較低,它應該可以很好地工作。

請記住,MacBook僅在8GB的RAM。因此,如果您現在經常遇到RAM使用問題,那麼您會發現更多此類錯誤。

它不比MacBook Air慢-比任何Macbook air都快-為什麼人們總是這麼說?這不是真的。
僅供參考,我多年來一直在11“ Air上使用4Gb RAM運行VM-因為它的SSD從來沒有RAM問題,但是確實交換了很多(我在VM上運行Visual Studio&SQL Server-我一直在努力,快)。
Rik
2015-06-16 13:23:42 UTC
view on stackexchange narkive permalink

它運行的並行度非常好,我用它在外部顯示器上運行Autodesk設計審查,同時讓Mac在Macbook屏幕上運行excel,沒有問題,並且非常高興它能夠像我的16Gb Ram四核MBPro一樣運行。 / p>

嗨,我想知道您是否可以詳細說明規格以及虛擬機(和分配)的操作系統以及內存和CPU消耗。這確實有助於分配給我們。謝謝
EricP
2015-08-04 04:58:06 UTC
view on stackexchange narkive permalink

是的,我正在運行vagrant和docker進行開發,到目前為止沒有任何問題。我有最大驅動器的1.3Ghz版本。

嗨,我想知道您是否可以詳細說明規格以及虛擬機(和分配)的操作系統以及內存和CPU消耗。這確實有助於分配給我們。謝謝
Neil
2015-09-18 00:57:38 UTC
view on stackexchange narkive permalink

我現在在一個最高規格的VMWare上運行,它不可用-Windows一直在使用史詩般的CPU,目前正在解壓縮文件,並且每秒處理64KB!磁盤IO很快,但是大腦卻很小,Mac部件似乎對VMWare毫無用處。

謝謝你的軼事。您正在運行什麼版本的Windows?
@Neil您好,我想知道您是否可以詳細說明規格以及虛擬機(和分配)的操作系統是什麼,以及內存和CPU的使用情況。這確實有助於分配給我們。謝謝
DataLuvr
2015-10-15 09:36:06 UTC
view on stackexchange narkive permalink

我每天在MBP上使用VMWare上學,它運行良好。目前,我正在使用3個打開的“桌面”:

  • 桌面1:即時貼,帶有多個選項卡的Firefox,&活動監視器
  • 桌面2:具有w /SQL Server Mgmt Studio & SQL Server數據工具
  • 桌面3:MS Word for Mac

它不是超級快,但絕對可以使我感到沮喪

MacBook Pro(2011年末)

  • 處理器:2.2 GHz Intel Core i7
  • 內存:8 GB
  • 圖形:Intel HD 3000
  • 存儲:500 GB
  • 操作系統:Yosemite(10.10.5)

VMWare Fusion Pro版本7.1.1

  • 操作系統:Windows 8-64位
  • 硬盤:60 GB(最小選項)
  • 處理器:1個內核
  • 內存:3 GB
他問的是12英寸Macbook,而不是Macbook Pro。
David
2015-05-02 05:59:44 UTC
view on stackexchange narkive permalink

我仍在運行核心2 duo 3.5ghz桌面iMac(2009年末)...正在並行運行Windows 8和ubuntu VM ..... Windows和ubuntu都運行正常...我機器的cpu標記是2.049 ....對於新的Macbook,其3.096。

盡力而為,但缺少更多細節!
關鍵字運行正常。運行操作系統與使用繁重的開發套件(如Visual Studio和Eclipse)運行操作系統之間有很大的不同,更不用說本地數據庫實例(如SQL Server / MySQL / Oracle等)了……所有這些東西都是吃早餐時消耗的內存和CPU。
Jürgen Hench
2016-11-05 04:01:34 UTC
view on stackexchange narkive permalink

我剛剛在12英寸的Macbook上安裝了virtualbox,我看到的唯一問題是視網膜顯示分辨率。有幾種方法可以將屏幕分辨率降低到1440x900px(對於在慢速Internet連接上流式傳輸電影的情況則更少)。 Google對於以下教程“ setgetscreenres”,它將帶您進入一個小的可編譯程序,該程序允許命令行訪問以更改顯示分辨率(系統偏好設置不再支持OS X 10.11.5)。這是說明

在命令行模式下更改Retina機器上的顯示分辨率

然後可以使用嵌入在Apple腳本應用程序中的Shell腳本命令使整個事情變得“可點擊”

 執行shell腳本“ /path/to/script/set1440x900.sh”
 

類似。

腳本看起來像

 #!/ bin / bash

/ path / to / setgetscreenres 1440900
 

要恢復Mac OS Retina功能,只需進入系統偏好設置>顯示並選擇任何選項。但是,在全屏模式下,VM的性能會顯著下降,尤其是在處理圖形密集型任務時。

否則,我可以確認Macbook 12英寸視網膜的Linux VM性能與13英寸Macbook air相當,兩者均具有8GB RAM。

virtualbox 5.1中具有未縮放的視網膜顯示輸出的選項可以使用,但是對於桌面環境(如xfce4)的標準配置來說,它不是很有用。需要手動調整字體和指針大小,但方面仍然很糟糕。使用較低的整體分辨率更容易,並且可以從更好的圖形性能中受益。我敢肯定,VBOX方面會有所改進,並且會為Linux提供更適應的桌面環境,其中一些已經支持這些高分辨率顯示器。



該問答將自動從英語翻譯而來。原始內容可在stackexchange上找到,我們感謝它分發的cc by-sa 3.0許可。
Loading...