[麥書] 新MacBook Pro問題有那麼多嗎？用過的人

看板MAC作者 (支持htc，支持台灣貨)時間7年前 (2016/11/14 20:30), 編輯推噓17(24推 7噓 47→)
留言78則, 28人參與, 最新討論串1/1
新MacBook Pro問題有那麼多嗎？用過的人來告訴你 新的 MacBook Pro 到底好不好？本篇實測包含性能、轉接頭、記憶體、Touch bar等較多人關注的特點。 新的 MacBook Pro 到底好不好？ 用了才知道。 在正式發售前，已經有不少人通過各種管道試用了新版的 MacBook Pro。 性能怎麼樣？ 國外科技評論人 Jonathan Morrison 拿到的是不帶 Touch Bar 的13 英寸 MacBook Pro，針對外界對於新 MacBook Pro CP值的質疑，他進行了測試。 他找來了配置全面超越這款 MacBook Pro、價格卻還要便宜 200 美金的 Windows PC 筆記本來比較。應該說，從配置和性價比來看，新款 MacBook Pro 簡直弱爆了。 Jonathan Morrison 用佳能 80D 拍攝了一段時長為 5 分 51 秒的 1080P 影片，導入到這部筆記型電腦和 MacBook Pro 中，讓兩者分別用 Premiere 和 Final Cut Pro X 進行高位元速率 H.264 匯出。 結果：這部筆電花了 8 分 42 秒才匯出完成，而 MacBook Pro 僅耗時 1 分 23 秒。 Jonathan Morrison 的觀點是，不是說硬體設定不重要，但硬體和軟體如果能一起配合優化好，能夠帶來巨大的威力。 加轉接頭有多煩？ 在 Jonathan Morrison 在電腦導入影片的時候，我們看到他接了一個轉接頭，這恐怕是新 MacBook Pro 最大的爭議。 我們來看看 9TO5Mac 的 Benjamin Mayo 的體驗，他在等待他的新版 15 英寸 MacBook Pro 到貨之前就預先買好了一堆的轉接頭： 這裡面包括： 上述設備共計 35 美元，加上稅後不到 50 美元。 雖然 Benjamin 覺得還好，但是作為旁觀者，我真是有一種看著都犯暈的感覺。 有趣的是，在他買了這些轉換頭之後，蘋果宣佈下調所有 USB -C 轉接頭和一些協力廠商配件的售價，有效期至今年年底。在著名部落客 John Gruber 看來，這也許是蘋果為了否認自己要透過轉接頭賺錢而採取的行動。 蘋果官方對此是這麼說的： 我們知道許多用戶，尤其是專業使用者，如今仍然非常需要使用舊介面來完成工作，他們需要轉接器。我們希望能夠幫助這些人過渡到最新的技術和配件上，也希望能促進新生態系統的成長。 Benjamin 也表示自己有可能會再去買一個官方售價 9 美金的 USB-C 轉換頭。 16GB 記憶體到底夠不夠用？ 新款 MacBook Pro 另外一個飽受質疑的特性是最高只能選配 16GB 的記憶體。夠不夠用？試試看就知道了。 在 iPhone 社群十分活躍的技術專家 Jonathan Zdziarski 就在他的 MacBook Pro 上進行了一次極限測試，他打開了他電腦上所有的程式，而且都投入使用，隨時切換。 以下是他運作的軟體清單： VMware Fusion: 運作兩個虛擬機器，一個跑 Windows 10 一個跑 macOS Sierra Adobe Photoshop CC: 開著四張 3600 萬像素、大小超過 1GB 的多圖層圖片 Adobe InDesign CC: 開著一個 22 頁、佈滿圖片的專案 Xcode: 運作四個 Objective-C 項目 Microsoft PowerPoint: A slide deck presentation Microsoft Word: 開著一份 20 頁的帶圖表的文檔 MachOView: Analyzing a daemon binary FireFox 流覽器: 開著一個網頁 Safari 流覽器: 開著不同的網頁 預覽（Preview）: 開著三本 PDF 圖書 Hopper Disassembler: 用它解析中 WireShark: 即時抓取網路 IDA Pro 64-bit: 用它解析中 郵箱: 開著四個收件箱 Tweetbot: 查看所有提到自己的推文 iBooks: 開著一本付費圖書 Skype: 登入並空閒 此外他還開著終端、iTunes、Little Flocker、Little Snitch、OverSight、Finder、資訊、Veracrypt、Activity Monitor、Path Finder、Console 等軟體。 最終結果是，上述所有軟體耗去了 14.5GB 的記憶體，記憶體仍有空閒，用他自己的話講：還沒用完記憶體，他已經用完了他的軟體。 Touch Bar 到底好不好用？ 愛范兒主編何宗丞在蘋果會現場體驗過後表示，用 Touch Bar 在照片應用中旋轉裁剪圖片以及在 Final Cut Pro 中滑動時間線的操作讓他印象深刻，但是他也提到了一個需要注意的地方： 在沒有完全熟悉 Touch Bar 的邏輯之前，我需要適應一段時間找到最合適的方式，這是一個必須考慮到的成本。 如果大家認為短時間的體驗不夠過癮，那不如來看看專業人士的體驗。 Thomas Grove Cater 是英國 Trim Editing 團隊的成員，平常主要負責高級商業廣告、MV 和電影等影片的剪輯。他使用新款 15 英寸 MacBook Pro 已經超過一個星期，他平常用於視訊短片的 Final Cut Pro X 剛好支持 Touch Bar。 一開始 Thomas 對於這個「看起來像鍵盤和 iPad mini 雜交出來的玩意兒」抱著懷疑的態度，但他本來也對目前所使用的輸入方式抱同樣態度。 不論怎樣，在用過 Touch Bar 之後，他覺得透過在上面的滑動來控制素材音量大小非常精確和方便。尤其是和觸控板配合著使用來設置關鍵影格，整個效率比起之前用滑鼠慢慢點要快上不少。用了一周後，他已經覺得 Touch Bar 已經完全融入他每天的剪輯工作了。 此外，Touch Bar 在不同 app 裡能夠充當不同按鈕的特性也讓 Thomas 相當滿意。編輯標題時，它能顯示字體選項；編輯圖片時，它能顯示裁剪選項……在他看來，Touch Bar 真的有用，更方便快捷，能夠提高生產力，而且他認為這只是個開始，將來還會更好。 至於之前的快速鍵？他是這麼說的： 如果按鈕就在我眼前，點一下就好，幹嘛還要去用兩個手或幾個手指去按快速鍵？ http://www.ifanr.com/746049 http://www.bnext.com.tw/article/41810/new-macbook-pro-review 大家好，我是olmtw 本人身為果粉(兼h粉)覺得講的真的很有道理 說什麼效能多差 還不是狂勝Windows筆電？性價比新版Macbook真正大獲全勝 記憶體的問題，開了那麼多還是很夠用 大家也就不用擔心了 -- 相機最優秀 專業認證！HTC 10 獲 DxOMark 評爲最佳手機相機 效能最超群 HTC 10 效能實測：叫我跑分王 音效最拔尖 音質清晰、無可挑剔？ hTC 10 自爆音效「完美高保真」 夥伴最相挺 高通幫HTC 10喊讚 客戶最捧場 宏達電hTC 10　今年要叫好又叫座 ㊣ 支持htc，支持台灣貨 -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 140.112.25.105 ※ 文章網址: https://www.ptt.cc/bbs/MAC/M.1479126652.A.D6E.html
推
11/14 20:36, , 1F
記憶體確定這樣看?不是都會吃滿?有請高手~
11/14 20:36, 1F
推
11/14 20:36, , 2F
測試結果國外網友認為很不公平耶 在水管下面評論
11/14 20:36, 2F
推
11/14 20:39, , 3F
Mac是不能裝Premiere嗎 為什麼會用兩套不一樣的軟體測
11/14 20:39, 3F
→
11/14 20:45, , 4F
為什麼不裝premiere來測?果粉自慰的測試喔XD
11/14 20:45, 4F
推
11/14 20:57, , 5F
我safari隨便開都吃滿16G耶
11/14 20:57, 5F
→
11/14 21:09, , 6F
一點也不科學的測試...
11/14 21:09, 6F
推
11/14 21:51, , 7F
因為final cut pro 微軟上沒有啊
11/14 21:51, 7F
→
11/14 21:52, , 8F
雖然不是很公平，但是MBP的SSD速度真的快到飛天
11/14 21:52, 8F
→
11/14 22:00, , 9F
那為什麼不能用兩個作業系統都有的軟體來測XD
11/14 22:00, 9F
→
11/14 22:51, , 10F
阿他的觀點就是說軟體也很重要錒 表示FCP很強
11/14 22:51, 10F
→
11/14 22:53, , 11F
就不是想單純比硬體 當然用不同的來測凸顯
11/14 22:53, 11F
→
11/14 22:53, , 12F
說硬體規格比人家弱 可是軟體配合夠強也很猛
11/14 22:53, 12F
推
11/14 23:00, , 13F
那為什麼要用便宜200鎂的而不是同樣價錢的@@
11/14 23:00, 13F
→
11/14 23:04, , 14F
有人想過相同硬體先裝windows測試完後，再換成MacOS就知道
11/14 23:04, 14F
→
11/14 23:04, , 15F
誰優誰劣了。
11/14 23:04, 15F
→
11/14 23:04, , 16F
用兩套軟體變因太多了 也無法確定運行的設定都相同
11/14 23:04, 16F
→
11/14 23:05, , 17F
實在無法證實什麼東西
11/14 23:05, 17F
推
11/14 23:06, , 18F
不過這也是macOS優勢沒錯啊 軟硬體配合得很好
11/14 23:06, 18F
→
11/14 23:07, , 19F
不然換個角度想 windows有哪套是優化度高的,應該拿他試
11/14 23:07, 19F
→
11/14 23:08, , 20F
我就是有遇過客戶跑某一基因運算軟體，Mac就是是比較快
11/14 23:08, 20F
推
11/14 23:08, , 21F
問題就出在那棵SSD,除非windows筆電自行改裝MBPR的SSD
11/14 23:08, 21F
→
11/14 23:09, , 22F
不然光讀取速度就差三倍,你要怎麼比?
11/14 23:09, 22F
→
11/14 23:09, , 23F
聰明如各位你選哪個，當然如果某個軟體跑在windows就是比較
11/14 23:09, 23F
→
11/14 23:10, , 24F
那顆硬碟價差就超過200鎂,win筆電裝上去等於沒價差
11/14 23:10, 24F
→
11/14 23:10, , 25F
快，那你仍會選Mac嗎？
11/14 23:10, 25F
→
11/14 23:11, , 26F
我也有朋友買了麥書，但是他就是只裝windows
11/14 23:11, 26F
→
11/14 23:11, , 27F
所以我說要比較出來快慢，請使用同一硬體
11/14 23:11, 27F
推
11/14 23:12, , 28F
這要看軟體怎寫 有些工具軟體如zbrush maya都是win
11/14 23:12, 28F
→
11/14 23:12, , 29F
電爆mac 有些版本win 有gpgpu mac沒有 或反之 變因
11/14 23:12, 29F
→
11/14 23:12, , 30F
太多
11/14 23:12, 30F
→
11/14 23:12, , 31F
有專門的比較硬體的跑分軟體
11/14 23:12, 31F
推
11/14 23:16, , 32F
高復雜程式 win 比mac快得很多 基本是看程式怎寫
11/14 23:16, 32F
→
11/14 23:16, , 33F
兩者都優化過了 差不了太多 所以這些比其實有失公
11/14 23:16, 33F
→
11/14 23:16, , 34F
平 但有些mac獨有軟體跑得比較快 這就是優勢
11/14 23:16, 34F
推
11/14 23:19, , 35F
如同相同hp x86 server，linux+oracle就是比windows+oracle
11/14 23:19, 35F
→
11/14 23:19, , 36F
快，那我就會選linux+oracle
11/14 23:19, 36F
→
11/14 23:21, , 37F
針對他的第一點轉檔誰快誰慢，不同硬體不同作業系統。無法比
11/14 23:21, 37F
→
11/14 23:21, , 38F
較出來。
11/14 23:21, 38F
推
11/14 23:22, , 39F
非常精確又方便,然後比用滑鼠慢?這是褒還是貶啊
11/14 23:22, 39F
推
11/14 23:23, , 40F
就凸顯出mac某些地方的優勢，失去比較意義這樣沒錯
11/14 23:23, 40F
→
11/14 23:24, , 41F
h.264不同參數輸出的速度差很多，這測試完全沒意義
11/14 23:24, 41F
推
11/14 23:24, , 42F
順便說 有些高速程式 基本上 os完全無差別 只差比硬
11/14 23:24, 42F
→
11/14 23:24, , 43F
體 像gpgpu 算 物理 動畫 都一開始丟給gpu 之後不
11/14 23:24, 43F
→
11/14 23:24, , 44F
會回到系統了 就完全只比硬體
11/14 23:24, 44F
→
11/14 23:25, , 45F
不過非必要像coding修圖之類macbook本來就不是好選擇
11/14 23:25, 45F
推
11/14 23:26, , 46F
看是怎樣的code
11/14 23:26, 46F
→
11/14 23:27, , 47F
好像打錯 除了必要的特殊用途 這樣
11/14 23:27, 47F
→
11/14 23:27, , 48F
coding我當然是指swift objectiveC之類~
11/14 23:27, 48F
推
11/14 23:27, , 49F
可是就我用過兩者，FCP真的比較省事
11/14 23:27, 49F
→
11/14 23:28, , 50F
別再推跨平台的方案了 真的維護沒比較輕鬆
11/14 23:28, 50F
推
11/14 23:30, , 51F
c++跨平台 維護一樣 效能也好 寫多種才浪費時間
11/14 23:30, 51F
→
11/14 23:31, , 52F
很多都 c++ 能共用就共用省多時間
11/14 23:31, 52F
推
11/14 23:32, , 53F
是看寫哪種吧 app用xamarin C#寫過 真的問題很多
11/14 23:32, 53F
推
11/14 23:35, , 54F
對我們公司來說 因為程式大 不同平台不同code真浪費
11/14 23:35, 54F
→
11/14 23:35, , 55F
時間 所以都盡量共用 而且效能吃 一定c++
11/14 23:35, 55F
→
11/14 23:35, , 56F
常常ios一更新 函式庫馬上版本不相容需要修正
11/14 23:35, 56F
→
11/14 23:36, , 57F
c++本身就有編譯優勢啦~
11/14 23:36, 57F
→
11/14 23:37, , 58F
所以我才說必要情況 以swift OC開發的時候~
11/14 23:37, 58F
推
11/14 23:40, , 59F
至少目前為止swift還主 ios oc雖win可 但win上有
11/14 23:40, 59F
→
11/14 23:40, , 60F
更好用 所以我們目前是不考慮啦
11/14 23:40, 60F
→
11/14 23:40, , 61F
真看用途
11/14 23:40, 61F
→
11/14 23:41, , 62F
ps obj c vs 可 但用不太到
11/14 23:41, 62F
→
11/14 23:42, , 63F
swift現在推薦學嗎？感覺很多語法不固定
11/14 23:42, 63F
推
11/14 23:43, , 64F
目前還是蘋為主 看你需求
11/14 23:43, 64F
推
11/15 00:04, , 65F
所以那台windows pc 是哪家的？型號
11/15 00:04, 65F
→
11/15 00:05, , 66F
x360 但我不知道詳細型號
11/15 00:05, 66F
噓
11/15 01:24, , 67F
換行失敗
11/15 01:24, 67F
噓
11/15 01:36, , 68F
噓內容農場 寫文章的用字邏輯死了嗎
11/15 01:36, 68F
噓
11/15 05:21, , 69F
內容農場風傷腦
11/15 05:21, 69F
噓
11/15 07:46, , 70F
這種實驗組對照組的吐嘲點太多了
11/15 07:46, 70F
推
11/15 09:13, , 71F
好險我有買到一台便宜五百美金的 等出貨中
11/15 09:13, 71F
噓
11/15 09:17, , 72F
農場文退散
11/15 09:17, 72F
噓
11/15 09:23, , 73F
垃圾文 VM雙開只佔130mb RAM
11/15 09:23, 73F
→
11/15 09:24, , 74F
不是開著程式就叫在使用程式好嗎 白癡媒體
11/15 09:24, 74F
推
11/15 09:58, , 75F
幫補血，農場風是啥，這文我讀起來還好，沒到難以下嚥
11/15 09:58, 75F
→
11/15 13:05, , 76F
「新款 MacBook Pro 簡直弱爆了」 後面緊接著卻說
11/15 13:05, 76F
→
11/15 13:06, , 77F
「MacBook Pro 僅耗時 1 分 23 秒」... 看不懂這段
11/15 13:06, 77F
噓
11/15 17:08, , 78F
macbook應該要裝windows來比才是最公平
11/15 17:08, 78F
‣ 更多 olmtw 的文章
文章代碼(AID): #1OAQvyrk (MAC)