Obtaining the size of a file
Richard Gaskin
ambassador at fourthworld.com
Mon Apr 23 19:46:56 EDT 2007
John Craig wrote:
> Richard Gaskin wrote:
>> Turns out my test wasn't all that useful, since the OS has a
>> bit of a bottleneck grabbing the info from 12,000+ files in
>> a single directory.
>>
>> Running the same test on a folder that has only a few hundred files
>> gives a per-file speed more on par with what we might expect:
>>
>> # File: 329 Total: 9ms Per file: 0.027356ms
>>
>> MacBook Pro, 2.16 GHz, 2MB RAM
>
> For only 1 folder containing 34,782 files on MY machine (3GHz, 512Mb
> RAM) which is not running any services.
>
> Time taken to get 'the detailed files';
> 26888 millisecs = 26.888 seconds
>
> Size of output generated by rev for 'the detailed files';
> 2543957 bytes = 2.5Mb
>
> On a busy server, the results could be considerably greater. The
> fact that it amounts to just under 0.8 millisecs per file is
> irrelevant - If I need a few (or a few hundred) file sizes, I
> still need to wait for the entire output to be generated.
> Economical?
Given that the biggest bottleneck here appears to be the OS itself, what
do you propose which would be more economical?
--
Richard Gaskin
Managing Editor, revJournal
_______________________________________________________
Rev tips, tutorials and more: http://www.revJournal.com
More information about the use-livecode
mailing list