Ben Rockwood wrote: > Ian Collins wrote: > >> Ben Rockwood wrote: >> >>> This is just a thought exercise.... but I'm curious what would >>> exactly be involved in essentially biasing caching such that a 'ls >>> -al' was never slow. >>> >>> In my experience, IO speed an vary, but if a user types "ls -al" in >>> the shell and the response isn't nearly instantaneous they start >>> calling IT staff. Being able to cache all that data (perhaps by >>> priming it) ensuring its not bumped out later would be interesting. >>> >>> >>> >> Does that include nameservice data? Doing an ls -l where the a files >> owned by many users can be really slow. >> >> > > Good point... I hadn't considered that. >
...and it is sorted, which may be more or less quick, depending on your locale. -- richard