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. benr.
