How do you tell if you're using aKode?

Allan Sandfeld Jensen kde at
Sat Jul 24 15:39:04 BST 2004

On Friday 23 July 2004 22:16, Neil Stevens wrote:
> On Friday 23 July 2004 09:43 am, Stefan Gehn wrote:
> > Another way is detect by hearing. If you get blips and blops on seeking
> > or on buggy strams then it's mpeglib, otherwise it's aKode. Or you run
> > cvs up on all your kde sources at once while listening to a file on the
> > same hdd. If it skips like mad on extended hdd-trashing times then it's
> > mpeglib, otherwise it's aKode (yes, I can cvs up all of kde without a
> > single dropout now, not even xmms managed that back when I used it).
> So it does its own buffering?  How much latency does akode add?

The real reason akode does less skiping, is because I've put in 
madvise/fadvise calls to advise the I/O layer how the disk is going to be 
accessed. When you advise the kernel that the disk is going to be accessed 
sequentially, it increases the read-ahead buffer and discards pages 
immediatly when they are no longer accessed..


More information about the kde-multimedia mailing list