Cannot blame the FR10 connection while our log writes stall

IsaacBrooks0868 · 20 Sept 2025, 21:38 UTC

Closed
IS
IsaacBrooks0868
I want to locate the delay before changing the network. Our read-only FR10 display freezes when detailed logging writes to the shared folder, then catches up. Cell controls are separate. The programmer suspects file writes, but we have no timing around the request itself.

6 replies

SA
SarahBrown0937
Replying to IsaacBrooks0868

Time the request, the processing and the file write separately, with the timing capture kept away from the same slow writer, so the measurement does not disappear into the delay you are investigating.

22 points
IS
IsaacBrooks0868
Replying to SarahBrown0937

Programmer added separate timings. In the captured freeze, the request returned before a long file write. We will compare more than this one occurrence before changing the display.

16 points
SA
SarahBrown0937
Replying to IsaacBrooks0868

Have the programmer review a bounded logging queue and an explicit policy for a full queue or failed writer, because moving the writes elsewhere without a limit can simply move the eventual stall.

16 points
AN
AnilAli0201
Replying to IsaacBrooks0868

Does the frozen screen still show the old reading as current?

6 points
SA
SarahBrown0937
Replying to AnilAli0201

Isaac, Anil's display-age question belongs in the change as well, especially if delayed logs and delayed readings can now occur independently.

20 points
IS
IsaacBrooks0868
Replying to SarahBrown0937

Anil, yes, it did. The proposed display shows reading age and logging health separately. Sarah, the queue limit and overflow behaviour are in review; the revised writer has not been installed yet.

1 points

Discussion closed

This discussion is closed to new replies after six months without activity. Last activity: .