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


Reply via email to