编辑器性能测试:Atom 、VS Code、Sublime Text
說到文本編輯器,我用 Sublime Text 已經(jīng)差不多有三年了,也一直沒遇到什么問題。在一兩年前,我嘗試過用 Atom,其活躍的社區(qū) (GitHub!我超愛GitHub) 留給我很深刻的印象。Atom 的 UI 設(shè)計(jì)尤其吸引我,但我仍然堅(jiān)持使用 Sublime Text 的原因就是因?yàn)樾阅軉栴}:即使在 Atom 1.0 版本發(fā)布之后,Atom 還是太慢了。
這幾天,我在 Google 上搜索 “Sublime Text vs Atom 2016” 的文章,想看看 Atom 有沒有什么顯著的改善。然后我就看到了 Visual Studio Code。VS Code 也和 Atom 一樣,是使用 Web 技術(shù)創(chuàng)建的,但有評(píng)論人說 VS Code?的速度要更快。所以我想做一個(gè)小測(cè)試,看看這幾種編輯器的性能差異。
編輯器版本
| Editor | Version |
| Sublime Text | 3 beta, build 3126 |
| Atom | 1.12.7 |
| Visual Studio Code | 1.8.1 |
| TextEdit | 1.12 (329) |
方法
用于測(cè)試硬件:MacBook Pro 2016 13-inch 帶 Touch Bar, (2.9 GHz Intel Core i5 CPU, 8GB 2133 MHz LPDDR3 RAM, 運(yùn)行macOS Sierra 10.12.2)。所有可見的程序都關(guān)閉了。使用 macOS 自帶的TextEdit 作為參照。
Launch Time 啟動(dòng)時(shí)間
每種編輯器都是從 Dock 中以點(diǎn)擊圖標(biāo)的方式啟動(dòng)的。我記錄了從點(diǎn)擊圖標(biāo)到第一個(gè)窗口完全加載的這個(gè)過程的時(shí)長(zhǎng)。
Window Open Time 窗口打開的時(shí)間
首先啟動(dòng)每種編輯器,隨后關(guān)閉所有窗口。我記錄了從 Dock 菜單(或其他等價(jià)菜單)點(diǎn)擊“新窗口”到第一個(gè)窗口完全加載的時(shí)長(zhǎng)。
Files Open Time 打開文件的時(shí)間
首先啟動(dòng)每種編輯器,打開一個(gè)窗口。將一個(gè)文件從 Finder 拖拽到編輯器的窗口中。我記錄了從釋放文件到文件完全加載的時(shí)長(zhǎng)。
Files Generating 文件生成
使用下面這段 Python 腳本分別生成包含 1萬(wàn)行、100萬(wàn)行、1 百萬(wàn)行和 1 千萬(wàn)行文字的四個(gè)文件,文件大小分別是 370KB、3.7MB、37MB 和 370MB。
Python| 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 | template = ''' #include <iostream> int main() { ????return 0; } /* %s */ ''' string = 'abcdefghijklmnopqrstuvwxyz1234567890n' with open('test-10k.cpp', 'w') as f: ????f.write(template % (string * 10000,)) with open('test-100k.cpp', 'w') as f: ????f.write(template % (string * 100000,)) with open('test-1m.cpp', 'w') as f: ????f.write(template % (string * 1000000,)) with open('test-10m.cpp', 'w') as f: ????f.write(template % (string * 10000000,)) |
Files Open Time 文件打開時(shí)間
首先打開每種編輯器,加載一個(gè)文件。我使用活動(dòng)監(jiān)視器 (Activity Monitor) 將所有進(jìn)程占用的內(nèi)存加在一起。這個(gè)過程中使用的文件是 “文件打開時(shí)間” 測(cè)試中大小為 370KB 的那個(gè)文件。
結(jié)果
啟動(dòng)時(shí)間(單位:秒)
注:
- TextEdit 在啟動(dòng)的時(shí)候并沒有打開編輯窗口,而是打開了一個(gè)選擇文件的窗口。
窗口打開時(shí)間(單位:秒)
注:
- TextEdit 打開窗口的時(shí)候有一個(gè)彈出的動(dòng)畫,這會(huì)拖慢一點(diǎn)點(diǎn)時(shí)間
文件打開的時(shí)間(單位:秒)
注:
- Atom 打不開“1百萬(wàn)行”的文件,在大約 40 秒后會(huì)報(bào)告“崩潰”。
- Visual Studio Code 不允許我打開 “1千萬(wàn)行” 的文件,會(huì)報(bào)?“文件過大”
- Atom 在打開 “10萬(wàn)行” 的文件時(shí)不能保持語(yǔ)法高亮。
- Visual Studio Code在打開 “1百萬(wàn)行” 的文件時(shí)不能保持語(yǔ)法高亮。
- TextEdit 沒有語(yǔ)法高亮功能。
- TextEdit 在打開文件時(shí)有一個(gè)彈出動(dòng)畫,會(huì)拖慢一點(diǎn)點(diǎn)時(shí)間。
內(nèi)存使用情況(單位:MB)
結(jié)論
Atom 和 VS Code 的表現(xiàn)相比于 Sublime Text 和 TextEdit 要明顯差一些:啟動(dòng)和打開窗口的時(shí)間很明顯地會(huì)慢幾秒鐘,而且會(huì)占用更多的內(nèi)存。
在打開文件和 RAM 使用這些方面,Visual Studio Code 要優(yōu)于 Atom,它能處理更大的文件,而且速度比 Atom 更快。在我測(cè)試 3.7MB 的這個(gè)文件時(shí),Visual Studio Code 可以在一秒內(nèi)打開,但是 Atom 要用超過兩秒的時(shí)間。
Sublime Text 仍然是速度之王,Visual Studio Code 排第二,Atom 倒數(shù)第一。
題外話:從這個(gè)月開始,我要用 Visual Studio Code 來代替 Sublime Text了,Visual Studio Code 看起來更好玩。
本文由?伯樂在線?-?劉唱?翻譯,黃利民?校稿
from: http://blog.jobbole.com/109756/
總結(jié)
以上是生活随笔為你收集整理的编辑器性能测试:Atom 、VS Code、Sublime Text的全部?jī)?nèi)容,希望文章能夠幫你解決所遇到的問題。
- 上一篇: Visual Studio Code中文
- 下一篇: 变量命名指南