0
幾周前,我們安裝了Oink來分析Rails應用程序的內存不佳性能。不幸的是,我們錯過了使用Hodel 3000 Compliant記錄器的方法。在發生災難性內存事件之後,我們開始將700 MB分頁到swap,然後我去了Oink分析器,只是意識到它無法用當前默認的Rails logger格式解析我們的日誌。在當前格式以Rails.logger格式打撈Oink日誌
哼日誌條目:在希望的霍德爾3000格式
524072923066355726 2015-04-12T23:29:07 2015-04-13T00:45:44Z 7477731 myapp 54.82.73.66 Local7 Info app/web.4 Oink Action: messages#create
524072923066355727 2015-04-12T23:29:07 2015-04-13T00:45:44Z 7477731 myapp 54.82.73.66 Local7 Info app/web.4 Memory usage: 614136 | PID: 12
524072923070550016 2015-04-12T23:29:07 2015-04-13T00:45:44Z 7477731 myapp 54.82.73.66 Local7 Info app/web.4 Instantiation Breakdown: Total: 1 | User: 1
524072923070550017 2015-04-12T23:29:07 2015-04-13T00:45:44Z 7477731 myapp 54.82.73.66 Local7 Info app/web.4 Oink Log Entry Complete
哼日誌條目。
Apr 12 23:29:07 4598489-yygjkg-2345 rails[12]: Oink Action: messages#create
Apr 12 23:29:07 4598489-yygjkg-2345 rails[12]: Memory usage: 614136 | PID: 12
Apr 12 23:29:07 4598489-yygjkg-2345 rails[12]: Instantiation Breakdown: Total: 1 | User: 1
Apr 12 23:29:07 4598489-yygjkg-2345 rails[12]: Oink Log Entry Complete
有什麼方法可以挽救它嗎?頂級人員是否擁有所有必要的信息?