![]() | ||||||||||
Messages in this thread |
Gregory Stark <gsstark@MIT.EDU> writes: > I'm having a problem with ogle that seems to be being caused by the scsi or > ide-scsi driver. The video playback freezes for a second or randomly, > sometimes every few seconds, sometimes not for several minutes. Every such > glitch is correlated perfectly with a read syscall reading on /dev/scd1 > blocking for an inordinate amount of time. > > Most read syscalls from ogle seem to take between 30us to 100ms depending on > the size of the read. In fact plotting the time taken reported by strace -T vs > the size of the read in gnuplot produces a nice obvious linear correlation. One more piece of data I just found. Whenever the read blocks for a long time like this it seems ps lists the process's wait channel as "lock_p". The only matching symbol is lock_page. Does that help narrow down the source of the latency or is that just what the device driver happens to use as its synchronization primitive? -- greg - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/ | |||||||||
| Last update: 2005-03-22 11:31 [W:0.245 / U:0.180 seconds] ©2003-2008 Jasper Spaans | ||||||||||