Kernel Summit: Asynchronous I/O
Posted Aug 2, 2004 6:42 UTC (Mon) by goaty
Parent article: Kernel Summit: Asynchronous I/O
I'd love to use asynchronous file I/O. Unfortunately, the APIs have "this was designed to make Oracle go fast" written all over them. I couldn't think of a single thing they were useful for except a big old-fashioned database. They can't even do open() asynchronously.
The application I was interested in was GUI file managers. To call up a directory in a file manager, you first need the file list, then you need to stat every file, and then ideally you need to read the file's magic number. At present all this is done synchronously, so the disk goes crazy seeking all over the damn place, and it takes forever. If the I/O requests could be submitted asynchronously, then the kernel could sort them using its normal elevator algorithm, and performance would suck less.
What it comes down to is that the current AsyncIO API has few users because it has few uses. If there was an AsyncIO API "for the peoples", that made things like web servers and "ls -l" faster, then the users would come.
to post comments)