由 pnpm 做出來的效能比較：npm、yarn 以及 pnpm
source link: https://blog.gslin.org/archives/2023/03/01/11078/%e7%94%b1-pnpm-%e5%81%9a%e5%87%ba%e4%be%86%e7%9a%84%e6%95%88%e8%83%bd%e6%af%94%e8%bc%83%ef%bc%9anpm%e3%80%81yarn-%e4%bb%a5%e5%8f%8a-pnpm/
Go to the source link to view the article. You can view the picture content, updated content and better typesetting reading experience. If the link is broken, please click the button below to view the snapshot at that time.
由 pnpm 做出來的效能比較：npm、yarn 以及 pnpm
找資料的時候看到 pnpm 有在做幾個常見的 javascript package manager 的比較：「Benchmarks of JavaScript Package Managers」。
裡面測了九個項目，其中前八個剛好就是 cache 的有無、lockfile 的有無以及 node_modules 的有無，這三者的組合剛好八個，最後一個是測 update 的速度。
pnpm 因為用了 hard link，我先跳過去，只先關注 npm 與 yarn 的差異。
其中幾個比較重要的項目是 (由最重要開始列)：
- with cache, with lockfile, with node_modules：這個會是一般開發的情境。
- update：套件有更新時的時間。
- with lockfile：這個會是第一次 clone 下來後的環境，以及 CI 的環境。
在一般開發環境下，npm 比 yarn 快一些，這點讓我比較意外，我知道 npm 這幾年一直有在改善效率，但沒想到會在 benchmark 下反超，這個是以前 yarn 很大的宣傳點，現在已經不見了。
第二個是 update (upgrade) 的部份，這邊 yarn 比 npm 快一些。
第三個因為是 CI 環境，或是第一次 clone 時的環境，慢通常可以被接受，不要差太多就好，而這邊 npm 比 yarn 快一些。
但不管是哪個，差距都不像以前那麼大了，就效率上來說，官方的 npm 已經沒有太明顯的缺點，因為效率的差異而去選擇 yarn 的理由已經不存在了。
Related
nvm 換 n
前幾天在 Twitter 上抱怨 nvm 很慢，導致 Zsh 開起來很頓 (然後也同步到 Facebook 上)： nvm 很慢的問題還是沒解啊...— Gea-Suan Lin (@gslin) October 14, 2017 原因在於 .bashrc 或是 .zshrc 內初始化 nvm 時會呼叫 npm config get prefix，而這個命令很慢：「`npm config get prefix` takes incredibly long (7 - 70 seconds) #14458」。 後來在 Facebook 的留言處有朋友提了幾個方案... 其中一個是 n，花了些時間看軟體架構，有夠簡單... XD 對於不是拿 Node.js 開發的人應該是夠用了 (我只拿來跑一些用…
October 22, 2017In "Computer"
用 JavaScriptCore 實做的一站式方案 Bun
前幾天在 Hacker News 上討論得很熱烈的 Bun：「Bun: Fast JavaScript runtime, transpiler, and NPM client written in Zig (bun.sh)」。 從 Hacker News 上的標題上就可以看到 Bun 做了不少事情，看起來想要打造一個 all-in-one 環境，把所有開發與 server 端 JavaScript 所需要的東西就一次包進來，不需要在自己東挑西挑... 比較特別的是 Bun 在選 JavaScript Engine 的時候是選擇 Apple 家推出的 JSC (或者稱 JSCore，正式名稱是 JavaScriptCore)，而不是現在主流的 V8 (Google 家)，據說這樣比較省記憶體，但 server 端應用應該是不缺這個記憶體才對？ JavaScript runtime with Web APIs…
July 11, 2022In "Computer"
用 npm 取代 Build Tools (像是 gulp 或 grunt)
這篇「How to Use npm as a Build Tool」教你如何用 package.json 的 scripts 取代 gulp 或是 grunt 這類 Build Tools。 文章裡面可以看到各種奇技淫巧都出現了，dependency 的部份用 recursive 解決 (npm 內部自己再呼叫 npm 執行)，stream 的部份用 pipe 解決 (這個到是很自然)，然後用外部程式掛進來處理 watch 與 livereload，甚至還出現可以自己寫 js 檔案呼叫的方法... XDDD 無所不用其極！反正我就是不要用 gulp 與 grunt... XD 可以欣賞一下怎麼做的...
December 16, 2014In "Computer"
Leave a Reply
Your email address will not be published. Required fields are marked *
Comment *
Name *
Email *
Website
Notify me of follow-up comments by email.
Notify me of new posts by email.
To respond on your own website, enter the URL of your response which should contain a link to this post's permalink URL. Your response will then appear (possibly after moderation) on this page. Want to update or remove your response? Update or delete your post and re-enter your post's URL again. (Learn More)
Post navigation
Recommend
About Joyk
Aggregate valuable and interesting links.
Joyk means Joy of geeK