Even with 1.3.37 I recognize often log messages like this:
Oct 15 20:53:11 linvdr user.debug vdr[3007]: recording thread started (pid=3007, tid=62476) Oct 15 20:53:11 linvdr user.debug vdr[3008]: TS buffer on device 1 thread started (pid=3008, tid=63501) Oct 15 20:53:18 linvdr user.debug vdr[3004]: buffer usage: 70% (tid=58376) Oct 15 20:53:18 linvdr user.debug vdr[3004]: buffer usage: 60% (tid=58376) Oct 15 20:53:18 linvdr user.debug vdr[3004]: buffer usage: 70% (tid=58376) Oct 15 20:53:18 linvdr user.debug vdr[3004]: buffer usage: 60% (tid=58376) Oct 15 20:53:18 linvdr user.debug vdr[3004]: buffer usage: 70% (tid=58376) Oct 15 20:53:18 linvdr user.debug vdr[3004]: buffer usage: 60% (tid=58376) Oct 15 20:53:18 linvdr user.debug vdr[3004]: buffer usage: 70% (tid=58376) Oct 15 20:53:18 linvdr user.debug vdr[3004]: buffer usage: 60% (tid=58376) Oct 15 20:53:18 linvdr user.debug vdr[3004]: buffer usage: 70% (tid=58376) Oct 15 20:53:18 linvdr user.debug vdr[3004]: buffer usage: 60% (tid=58376) Oct 15 20:53:18 linvdr user.debug vdr[3004]: buffer usage: 70% (tid=58376) Oct 15 20:53:18 linvdr user.debug vdr[3004]: buffer usage: 60% (tid=58376) Oct 15 20:53:18 linvdr user.debug vdr[3004]: buffer usage: 70% (tid=58376) Oct 15 20:53:19 linvdr user.debug vdr[3004]: buffer usage: 80% (tid=58376) Oct 15 20:53:20 linvdr user.debug vdr[3004]: buffer usage: 90% (tid=58376) Oct 15 20:53:20 linvdr user.debug vdr[3003]: clearing transfer buffer to avoid overflows Oct 15 20:53:20 linvdr user.debug vdr[3004]: buffer usage: 0% (tid=58376)
It happens with different kernel versions and firmware versions,but it started some months ago. Yesterday it happend when I recorded a movie from Pro7 (budget card) while watching another channel from the FF-card.
It is much better since using Live AC3, but the problem still exists. Some guys on vdrportal have the same problem. Any idea what the reason could be? I even tried kernel 2.4 and the old driver, and it did not solve the problem!
It seems to occur especially when the mpeg bitrate goes high (above 5 Mbit/s). DMA for the hard disc is on!
I am using gcc 2.95 and when compiling vdr, the following message appears: tools.o: In function `cUnbufferedFile::Close(void)': /usr/src/vdr-1.3.36/tools.c:885: warning: posix_fadvise is not implemented and will always fail
Could there be a connection to the problem? I always thought it would only effect that the old file cache behaviour is used.
Martin Dauskardt wrote:
Even with 1.3.37 I recognize often log messages like this: Oct 15 20:53:18 linvdr user.debug vdr[3004]: buffer usage: 70% (tid=58376) Oct 15 20:53:19 linvdr user.debug vdr[3004]: buffer usage: 80% (tid=58376) Oct 15 20:53:20 linvdr user.debug vdr[3004]: buffer usage: 90% (tid=58376) Oct 15 20:53:20 linvdr user.debug vdr[3003]: clearing transfer buffer to avoid overflows Oct 15 20:53:20 linvdr user.debug vdr[3004]: buffer usage: 0% (tid=58376)
It happens with different kernel versions and firmware versions,but it started some months ago. Yesterday it happend when I recorded a movie from Pro7 (budget card) while watching another channel from the FF-card.
It is much better since using Live AC3, but the problem still exists. Some guys on vdrportal have the same problem. Any idea what the reason could be? I even tried kernel 2.4 and the old driver, and it did not solve the problem!
It seems to occur especially when the mpeg bitrate goes high (above 5 Mbit/s). DMA for the hard disc is on!
I am using gcc 2.95 and when compiling vdr, the following message appears: tools.o: In function `cUnbufferedFile::Close(void)': /usr/src/vdr-1.3.36/tools.c:885: warning: posix_fadvise is not implemented and will always fail
Could there be a connection to the problem? I always thought it would only effect that the old file cache behaviour is used.
you could try commenting out the fdatasync() calls in tools.c: cUnbufferedFile::Write() and Close() and see if anything changes. They should affect directly only the thread calling Write()/Close(), but fdatasync could block for several seconds...
-
Artur Skawina -
Martin Dauskardt