當前位置:
首頁 > 知識 > Sublime Text和Visual Studio Code和Atom性能測試

Sublime Text和Visual Studio Code和Atom性能測試

來自:碼農網


英文原文:https://blog.xinhong.me/post/sublime-text-vs-vscode-vs-atom-performance-dec-2016/


翻譯作者:碼農網 – 小峰


說到文本編輯器,我已經使用Sublime Text大約3年了。一兩年前我試過Atom,其活躍的社區給我留下了深刻的印象(GitHub!我喜歡GitHub)。UI方面特別吸引我。我堅守Sublime Text的原因在於性能:Atom很慢,即使在Atom 1.0發布之後。


這些天,因為發現有Visual Studio Code,所以就去谷歌搜索「Sublime Text vs Atom 2016」,想要看看Atom是否有明顯的改進。Visual Studio也是使用Web技術,像Atom構建的,但評論說它更快。所以我想做一個測試來看看它們的性能差異。

編輯器版本


方法


我在帶有Touch Bar的MacBook Pro 2016 13英寸(2.9 GHz Intel Core i5 CPU以及8 GB 2133 MHz LPDDR3 RAM運行macOS Sierra 10.12.2)上進行測試。所有我可以看到的程序都已經關閉。macOS的常備TextEdit用作參考。


啟動時間


每個編輯器都是通過點擊圖標從Dock啟動的。我記錄了單擊圖標和滿載第一個窗口之間的時間。


窗口打開時間


首先啟動每個編輯器,隨後關閉所有窗口。我將記錄從Dock中的菜單(或其等同物)中點擊「New Window」和滿載第一個窗口之間的時間。


文件打開時間


首先啟動每個編輯器,打開一個窗口。文件已從Finder拖動到其窗口。我記錄了文件被釋放和文件被滿載時刻之間的時間。


文件生成

通過以下Python腳本生成包含10k,100k,1m,10m行的四個文件。文件大小分別為370KB,3.7MB,37MB和370MB。


template = #include int main() { return 0;}/*%s*/ string = abcdefghijklmnopqrstuvwxyz1234567890
withopen( test-10k.cpp , w )asf: f.write(template % (string *10000,))withopen( test-100k.cpp , w )asf: f.write(template % (string *100000,))withopen( test-1m.cpp , w )asf: f.write(template % (string *1000000,))withopen( test-10m.cpp , w )asf: f.write(template % (string *10000000,))


文件打開時間


首先啟動每個編輯器並載入文件。我使用Activity Monitor來添加所有進程使用的內存。使用的文件是在「文件打開時間」測試中370KB的那個。


結果


啟動時間

Sublime Text和Visual Studio Code和Atom性能測試



TextEdit在啟動時不打開編輯窗口,而是顯示文件選擇器窗口。


窗口打開時間

Sublime Text和Visual Studio Code和Atom性能測試



註:TextEdit在打開窗口時有一個彈齣動畫,這使它慢了一點。


文件打開時間

Sublime Text和Visual Studio Code和Atom性能測試



註:


Atom無法打開「1m行」文件,並在大約40秒後報告「崩潰」。


Visual Studio Code不允許我打開「10m 行」文件說「very big」。


Atom無法在打開「100k行」文件時保持語法高亮。

Visual Studio Code無法在打開「1m行」文件時保持語法高亮。


TextEdit沒有語法高亮功能。


TextEdit在打開文件時有一個彈齣動畫,這減慢了一點速度。


內存使用情況

Sublime Text和Visual Studio Code和Atom性能測試



結論


Atom和Visual Studio Code執行顯然比Sublime Text和TextEdit更糟:啟動和打開窗口略慢,顯而易見佔用了更多的RAM。


Visual Studio Code在打開文件和RAM使用方面具有優於Atom的優勢。它可以處理更大的文件並且處理起來比Atom更快。當我測試3.7MB文件時,它在1秒內打開了,而Atom花了超過2秒。


Sublime Text仍然是速度王,Visual Studio Code第二,Atom最後。

題外話:從這個月開始,我打算使用Visual Studio Code來替換Sublime Text,因為我感覺它似乎更有意思。


本文編號2314,以後想閱讀這篇文章直接輸入2314即可。


輸入m可以獲取到文章目錄


更多推薦15個技術類公眾微信


涵蓋:程序人生、演算法與數據結構、黑客技術與網路安全、大數據技術、前端開發、Java、Python、Web開發、安卓開發、iOS開發、C/C++、.NET、Linux、資料庫、運維等。


喜歡這篇文章嗎?立刻分享出去讓更多人知道吧!

本站內容充實豐富,博大精深,小編精選每日熱門資訊,隨時更新,點擊「搶先收到最新資訊」瀏覽吧!


請您繼續閱讀更多來自 程序猿 的精彩文章:

前端、後端、全棧……你想了解的一切,看這一篇就夠了
每個Java開發者應該知道的8個工具
30歲了,傳說中程序員最應該迷茫年齡,我迷茫嗎?
2017值得一瞥的JavaScript相關技術趨勢
理解位元組序

TAG:程序猿 |

您可能感興趣

Compliance Testing 服從性測試
因一段測試影片而誕生的 Fanmade 遊戲《The Legend of Zelda: Breath of the NES》
在Jmeter中使用Selenium WebDriver完成測試
機皇之爭!Samsung Galaxy S8 Plus vs iPhone 7 Plus 跌落測試影片
庄·園The Winery│品質管制測試 Quality Control Test
蘋果ARKit穩不穩?Nexus Studios用Cardboard來測試它的跟蹤技術
Android O測試版大bug:不支持Android Pay
Brad Hall 對比測試 adidas UltraBOOST 3.0 與 Nike Air VaporMax 穿著舒適度
Unigine釋放顯卡性能測試Superposition,支持VR、8K解析度
國外一用戶對Ceph、EMC ScaleIO、華為FusionStorage性能測試對比
Brad Hall 親自測試 Nike Air Jordan 4 Retro 舒適程度
macOS High Sierra beta 4等測試版發布
JAVAEE——spring02:使用註解配置spring、sts插件、junit整合測試和aop演示
蘋果CarPlay和谷歌Android Auto的對比測試
Windows滲透測試工具:RedSnarf
Facebook正在測試一款Houseparty克隆版App 用於視頻群聊
AMD Vega Frontier詳細測試:遊戲完敗 專業性能滅Titan Xp
Macphun發布Windows系統Luminar圖像後期處理軟體測試版
谷歌正在測試代號為 Walleye 的手機,會是 Google Pixel 2