Re: [問題] HEROKU 如何確定APPLICATION ERROR的原因

[godfat (godfat 真常)]

※ 引述《BM0108 (衝)》之銘言：
: → BM0108:請問板主，要如何判別是code的timeout還是dyno的問題？thx!  11/03 13
: → BM0108:另外，板主為何會覺得一定是 timeout？我還滿好奇的:p       11/03 17

  呃，首先我不知道你所謂的 dyno 的問題是指什麼？
  在我看來這裡只有一個問題，就是 timeout 的問題，
  增加 dyno 可以降低這個問題的「程度」，但不是良好解，
  因為一個 request 要 20 秒，且只靠不同 process 來達到
  concurrent, 假設你要 60 requests/minute, 則你需要至少 20+
  dynos (processes), 這絕對不是一個好辦法...

  除非你錢夠多，而且使用量很小。

--
In Lisp, you don't just write your program down toward the language,
         you also build the language up toward your program.

  《Programming Bottom-Up》－ Paul Graham 1993

--
※ 發信站: 批踢踢實業坊(ptt.cc) 
◆ From: 114.25.239.235
推 BM0108:簡單的說，我假如增加dyno，能降低這個情形，但無法徹底解?
推 ducksteven:你應該要先修改你的架構，不是砸錢..
推 BM0108:嗯嗯  我當然也是這麼想  可是以轉錄ptt文章來說，一次下來
→ BM0108:10幾秒應該是勢所難免，不是我演算法寫多好就能有效改善的
→ BM0108:不管怎樣，我的code下request給ptt，往來就是要時間，尤其
→ BM0108:heroku架在aws上，server在美國，下request回台灣ptt更久@@
→ BM0108:我發這篇問題，主要就是想請教前輩，有沒有方法可以明確判
→ BM0108:斷究竟是code本身就timeout了（只有一個人也會timeout）
→ BM0108:還是同時太多人才timeou。前者毫無疑問要改code，後者則有
→ BM0108:得傷腦筋。  重點是，以heroku提供的log，我不太能確定@@
→ godfat:推文太長了，看一下板規..
推 BM0108:嗯  我推到一半就有在想這個問題，但我一開始也不知道我會
→ BM0108:推那麼長@@  所以現在該怎辦@@  又，我的問題有解答嗎@@
推 ducksteven:改架構有時候不是改演算法
→ ducksteven:例如你可以把知道會花很多時間的操作丟給背景做或拆開
推 BM0108:受教了，感謝！
→ logooo77:看起來是連線問題跟 dyno 數量多寡無關
→ logooo77:你應該要在台灣這裡弄台機器或空間做中介站
→ logooo77:用來處理一些雜事
→ logooo77:dyno 是用來平衡負載量，就像是餐廳的服務生
→ logooo77:人員越多，就越能即時招呼客人
→ logooo77:或做更多的事情
→ logooo77:heroku 這三十秒是故意的，因為他們不希望程式很沒有效率