简体中文界面。帖子、指南及政策正文保留原文;未对原文作自动翻译。

logging made our fr5 monitor worse

BrunoAbbott0017 · 2026年3月21日 07:48 UTC

回复讨论
BR
BrunoAbbott0017
Enabled detailed logging to catch an FR5 diagnostic stall and now the screen stalls whenever the log folder is busy; can I distinguish blocked file writes from delayed reads without adding even more logging to the same path?

7 条回复

EL
ElliotAdams0161

Time acquisition, file writing and display update separately. Keep that timing capture off the suspect destination.

9
BR
BrunoAbbott0017

Saved-response replay stalls too, with prompt reads; the long interval is inside the synchronous file write.

20
EL
ElliotAdams0161

Then move persistence off that display path. Bounded queue, visible failure handling.

14
JA
JasperAli0203

Decide what the operator sees when the queue fills. Silent loss of diagnostic records would make the next fault harder to explain, even if the screen looks beautifully smooth.

-2
BR
BrunoAbbott0017

Writer now runs separately, with a queue limit and logging warning; delayed storage, full queue and unavailable folder tests leave the display responsive and expose the logging problem.

4
BR
BrunoAbbott0017

Delayed-read replay still produces a stale-reading indication, and normal replies restore it; the write stall is fixed without pretending every communication delay has disappeared.

12
JA
JasperAli0203

Put the logging warning in the handover with the location of retained records and the named maintainer. Someone on the covering shift will otherwise dismiss it as a nuisance message.

13

参与讨论

欢迎来到 Application Robot

所有人都可以阅读论坛。登录或注册后即可发起讨论、回复或上传照片。

忘记密码?

注册账号即表示你同意我们的 使用条款 社区准则。请阅读我们的 隐私政策 ,了解我们如何处理你的信息。