『早すぎる最適化』を避けよう "本番環境でこそ行うべき Node.jsパフォーマンス改善デバッグ" #nodefest #nodefestA
Computer programmer, Node.js Core member, open source hacker and Node.js dev at @Elastic, formerly @opbeat
Room A, 11:00からのWatsonのセッション内容が“Debugging Node.js Performance Issues in Production”に変更になっていますのでご注意ください #nodefest #nodefestA
2016-11-13 11:05:46始まりました #nodefest #nodefestA pic.twitter.com/DzN0JNBVvN
2016-11-13 11:07:30Build faster apps Performance monitoring for developers. In-depth tracing from backend to frontend. opbeat.com #nodefest
2016-11-13 11:09:31Productionで今起こっているバグ(特にパフォーマンス)はlocal/stagingでは再現できないことが多いよね #nodefestA
2016-11-13 11:10:45production で performance issue が発生すると何故原因特定が大変なのか、 online で特定するのはかなり難しい。しかもサービスインしてるとデバッグはやりにくい。 #nodefest #nodefestA
2016-11-13 11:11:01早すぎる最適化をしちゃいけないという話、 baseline もわからないのに最適化してはならない、mesurement first optimize last #nodefest #nodefestA
2016-11-13 11:13:11JSON.parse(req.body) // この body が巨大なJSON だったらめっちゃ時間かかる。 #nodefest #nodefestA
2016-11-13 11:14:03console.time(名前つける) ~ console.timeEnd(名前つけたやつ) で簡単に時間測れて便利 #nodefest #nodefestA
2016-11-13 11:14:48遅くなる原因: - single thread - CPU intensive code - Slow I/O - Event Loop saturation #nodefest #nodefestA
2016-11-13 11:16:25