我之前有做的 測試結果1 。跟你測的東西不一樣，但有點關聯。可以參考看看。

測試機和web 都是A2的機器，wrk 的測試方法真的很操系統 load average: 32.06, 16.47, 12.81

這是 server load 嗎？ server load 超過 CPU core 數時，測試沒有意義喔 (超出硬體極限 )

tomcat 的記憶體是慢慢往上吃，jetty 是頻繁的GC，但是平均記憶體吃的比較少

？我看你的圖兩台在接受 request 時圖都差不多啊

tomcat 用完Thread 就全部還回去，但是Jetty 卻不會！？

兩個 container 都有各自的參數可調，Thread 終究會回到 min value。只是回收時間不一而已，

但是數據結果卻不一樣了tomcat-apr 的數據比jetty9-nio的數據好多了

無法解釋... 不曉得你測試前有無暖機？測了幾輪後才取得穩定值？

剛剛換用wrk測試Java Servlet Container Performance Tesing(2)1

增加一個測試(後端有拖慢效能的Task時)，結果又不一樣了....@@

我傳錯東西剛剛砍掉重放~XD

你的github repos裡沒東西呀xd

有點離題.. 不過我還是說說心得好了。你這份的結果跟我最近測的差不多，我有測純 container 的部份，但也有追加跑應用程式時的實測，大致上來說分幾層：

1. servlet container 現在都很快，不論是 tomcat/jetty/nio... 什麼的組合。如你的測試結果，每一種組合每秒都能達上千次的 request。但這先決條件是對象是個純 html 檔，或是一個沒邏輯的純 servlet。如果測試只跑到這個階段，那結果通常只受限於硬體和網路。

2. container 外，再加掛 http proxy 大概會讓效能掉 10~20% 左右 (我測 nginx)，不過還是能維持在 千/秒 這個量級。我想只要參數沒調壞一般不用太擔心這層的 cost。

3. 如果網頁開始有邏輯，即網頁是由動態 template 產生，這時第一點的 千/秒 這個量級，會降到 百/秒 這個量級。端看用的 component 有多複雜 (例如 jsp tag 或是 freemarker macro 之類的)，越複雜的頁面效能越差。一般網頁東西都塞滿多的，所以都會降 10 倍左右。如果採用的網頁是用 jsp 寫的，那麼測 server 效能就要多測這一項。如果不是 jsp 那大概換什麼 server 結果都差不多。要小心有一些 template 效能很爛 (例如 thymeleaf，會掉到 十/秒 以下的量級)。

4. 再下來是資料庫，測試中如果包含了資料庫存取，會發現效能會掉到 十/秒 這個量級了。而資料庫存取複雜的，掉到 個/秒 以下也很常見。

經過上面的實測，結論跟大家的經驗一樣，真正效能殺手是資料庫。如果資料庫解決了 (比方說加 cache)，就是直接快 10 倍以上。而這時候，下一個調整的目標會落在 template 上，不過 template 很難提升的 (複雜的網頁就是這麼複雜...)。等到克服了這關，效能又上升了 10 倍。而這時才有機會進入最後一層，即 container 的 nio/bio 之類的選擇和調整。也就是你這篇測試關心的題目。

由於前兩層的瓶頸太高，我現在只在意它們的調整，而不會在意選什麼牌的 server，我建議選自己熟悉的就好。而 nio/bio/apr，也都用預設的就好，頂多 bio 的 connection 上限數調高一點就是。如果未來有幸，能遇到需要 千/秒 這個量級以上的服務，那時候我會跳過 servlet container，直接用 netty 去處理，去做最細部的最佳化，以求得最高的效能。

題外話，我現在都改用 wrk1 ，而不是 ab，wrk 這個 client 比 ab 更快，可以壓搾更多 server 效能出來。

阿阿po錯地方了....>////<

你 PO 錯版xd

這方法簡單、有效、有創意xd

如果如內文所說，Apple的URL Scheme機制沒有管理誰投球只能誰接球，而是每次都在拋繡球，那麻煩可大了。所有2-legged以上的機制都可能會中標。樹大招風，不要用iOS上大網站會比較妥當。

這情況在 Android 一樣有發生，不過是用 Intent 的方法，各個大陸 browser 也假扮成 Chrome 的 icon ，而且用命名的方法偷排在真正 的 Chrome 前面。嘛，只要不裝不明大陸軟件就安全多了。

thanks!

剛開一個

curl https://kaif.io/api/zone/all

不過這裡面沒有 test zone，你可以 client 自己加

現在沒有 url 可以讓你撈所有 zone list，之後會做 0rz

現在有 zone list 嗎？ (沒有的話也可以 scrape

oauth 有個重要目的在於帳密不需經過 third party 處理 (只交給官方經手)

如果有個第三方 app 用 kaif 帳密直接登入，那這個第三方就能收集到使用者的帳密了。使用者信任 kaif 所以願意留帳密 (不然就不會註冊)，但不見得該信任第三方，尤其 kaif 管不到第三方軟體時。

因此現階段上面列的 API 只限自用。

早期的 plurk 也是用帳密的，過了好久才支援 OAuth xd

我覺得 web service 用 oauth 是合理的，但 client side app 用密碼登入也無不可... 不過這是另一個題目了。

對了，忘了說。這個方式做出的 app 僅限自用，因為登入的方式不是 oauth 。

寫起來像 Nightmare 就不妙了。

還有一段時間... 重要功能都還沒做咧...

先用 web 的登入方式頂著吧，有興趣的人可以看看：

[2015/04/08] 更新，原本這則討論有說明怎麼 hack kaif 的 web api。但我刪掉了，因為現在 kaif 已經有 open API 可用，請見 kaif Open API 說明1

不知道有沒有 app 的規劃 ;p 期待!!

最想要的就是 iOS 的 Share Extension ，所以要有 post link 的 API。

長遠來說就是可以做 http://hn.premii.com/1 樣子的 reader ，所以要 list 、like 和 mark read 的功能 (純練習某玩具用，所以也不一定做的出來... XD)

還沒規畫好。

不過等規畫好可能太久 (我們放很後面) ，所以你先說說要做什麼，要有什麼 API，我們可先做幾個急用 (會常換掉的意思)

如果不能用 dot ，官方的指令通常是寫 iojs 不管是呼叫還是 nvm 都是用 iojs