我遇到的問題是,當大量用戶使用僅存在問題的實時系統時,正在使用過多的DiskIO和太多空間的日誌記錄。是否有log4j或Logback的appender /配置允許您寫入GZIP文件?
是否有log4j或(最好是)LogBack appender /配置允許直接寫入GZIP壓縮文件?
我遇到的問題是,當大量用戶使用僅存在問題的實時系統時,正在使用過多的DiskIO和太多空間的日誌記錄。是否有log4j或Logback的appender /配置允許您寫入GZIP文件?
是否有log4j或(最好是)LogBack appender /配置允許直接寫入GZIP壓縮文件?
該功能已經存在於Logback中。看看appenders部分,特別是time based rolling policy。
報價:
就像FixedWindowRollingPolicy
,TimeBasedRollingPolicy
支持自動文件壓縮。如果fileNamePattern
選項的值以.gz
或.zip
結尾,則啓用此功能。
也看看time and size based rolling policy。
您可以在一個日誌文件達到特定限制後設置翻轉。
我不認爲爲每個日誌語句直接寫入GZIP壓縮文件是可行的,因爲這會造成相當大的性能開銷。使用現有功能的組合對我來說聽起來很合理。
空間問題已經通過logback解決。它會在翻轉過程中壓縮日誌文件。 IO問題是完全不同的,我恐怕logback不提供解決方案。