• why do errors stop during backup

    From fxkl47BF@protonmail.com@21:1/5 to All on Sat Nov 30 07:10:01 2024
    i have an old pci analog video capture card that uses bttv
    it fills the log with timeout errors, 1 or 2 per minute
    bttv: 2: timeout: drop=725178 irq=4905870/4927747, risc=2014e424, bits: HSYNC each night i run a backup with rsync
    during that backup time there are no bttv errors
    the cameras continue to capture normally
    i realize the details of this are probably way over my head
    can anyone explain this in simple terms

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From fxkl47BF@protonmail.com@21:1/5 to All on Mon Dec 2 23:30:01 2024
    i have an old pci analog video capture card that uses bttv
    it fills the log with timeout errors, 1 or 2 per minute
    bttv: 2: timeout: drop=725178 irq=4905870/4927747, risc=2014e424, bits: HSYNC each night i run a backup with rsync
    during that backup time there are no bttv errors
    the cameras continue to capture normally
    i realize the details of this are probably way over my head
    can anyone explain this in simple terms

    i ran stress -c 2 for an hour
    during this time there were no bttv timeouts
    the cameras worked fine

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Stefan Monnier@21:1/5 to All on Tue Dec 3 18:10:01 2024
    i have an old pci analog video capture card that uses bttv
    it fills the log with timeout errors, 1 or 2 per minute
    bttv: 2: timeout: drop=725178 irq=4905870/4927747, risc=2014e424, bits: HSYNC
    each night i run a backup with rsync
    during that backup time there are no bttv errors
    the cameras continue to capture normally
    i realize the details of this are probably way over my head
    can anyone explain this in simple terms

    i ran stress -c 2 for an hour
    during this time there were no bttv timeouts
    the cameras worked fine

    Both observations suggest that the timeouts occur when the system is
    *not* under load. It is counter-intuitive, but it can happen for
    example if some elements are "put to sleep" in response to low use,
    which in turns increases the latency to use them next time (because they
    first have to wake up).

    Note that I have no idea what's actually going on in your specific case.


    Stefan

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)