ref: https://medium.com/100-days-of-linux/how-to-deal-with-too-many-open-files-log-storm-c617ba84143b

本文是一個經驗分享文，作者分享其 HTTP Server 遇到 599: Network Connection Timed out Error 錯誤時的除錯經驗。

作者發現到該錯時，趕緊檢查 Server 的錯誤訊息然後得到了下列內容
HTTP: Accept error: accept tcp [::]:: accept4: too many open files

這個錯誤訊息非常明確，告知該 Server 開啟太多檔案了，導致沒有辦法繼續處理後續的網路請求。
不過對於不熟悉 Linux 系統設計的使用者來說這個錯誤訊息就不夠明顯，實際上 Linux 系統內所有的網路 Socket 底層都是一個又一個檔案結構(FD)，所以該錯誤訊息也可以解釋為該 Server 開啟了過多的 Socket ，已經超過系統設定上限。

作者使用下列指令來找到當前開啟的 Socket(FD) 數量
lsof -u | wc -l

為了解決這個問題，作者認為有兩個方向可以去嘗試
1. 提高整個 Server 能夠開啟的 Socket 數量上限
2. 確保 Server 將所有卡住沒使用的 Socket 都清除收回

後半部分文章作者介紹如何使用 ulimit 這個指令來觀察系統當前的設定，包含soft limit 以及 hard limit 兩種類型的差別，如何針對 socket 的部分來調高設定。

對於這方面有興趣的讀者可以閱讀一下，本篇文章滿短的，很快就可以消化完畢

Sloth 本質上是一個建立在強大的 lsof 命令列工具之上的 Mac 應用程式，它顯示系統上所有正在執行的行程( process )正在使用的所有開啟檔案和 socket 。這樣可以輕鬆檢查哪些應用程式正在使用哪些檔案和 socket 的埠號。

https://softnshare.com/github-sloth/

[好文分享] Unix as IDE

寫過程式的朋友大概都用過 IDE (Integrated Development Environment）。那種什麼事情都交給 IDE 處理的感覺，真是方便又美好。但是有一部分的人（比如我，哈哈），對 IDE 大致滿意，但對某部分的功能頗有微辭，希望能「換掉」它，又礙於 IDE 是整個包在一起的，沒辦法抽換「部分功能」。

此時這群人就會傾向「不使用 IDE」，改用在「檔案管理、專案管理、文字編輯、編譯、建構工具、除錯工具、版本控制」各自領域首屈一指的工具，嘗試將它們兜在一起。目前，擁有大量這類「優秀小工具」、又「免費」的環境，大概只有 Unix / Linux 了。所以這類人，最後很容易迷上 Linux 環境（而且還是命令列工具），最後成為該領域的「傳教士」。在各領域常用的工具列表如下：


檔案與專案管理 — ls, find, grep/ack, bash
文字編輯軟體 — vim, awk, sort, column
編譯器或直譯器 — gcc, perl
建構工具 — make
除錯器 — gdb, valgrind, ltrace, lsof, pmap
版本控制軟體 — diff, patch, svn, git


底下這篇，正是一位勇闖 Linux 世界，最後愛上 Command Line 工具的朋友，所寫作的文章。跟他有類似經驗的我，看完此篇後心有戚戚焉。也希望能推薦給朋友，讓更多人能了解用 Linux Command Line Tools 整合以後的美好世界。文章有點長，不過相信喜歡的朋友，會忘卻時間，一直看下去的：

http://blog.sanctum.geek.nz/series/unix-as-ide/