Obtaining the size of a file

[Jim Ault]

I have never seen 34000 files in one directory before, so I am not sure what
to think.  It might be more practical to look at a log file that the system
creates when it modifies files.  This might give you a short list
immediately.

Do the files change once they are created?
It seems like 34000 files would not be changing all the time. Getting the
list at the top of the hour might get you closer to you goal.

Rev relies on shell or Applescript to handle single calls, so not much help
for you.


Jim Ault
Las Vegas

On 4/23/07 4:24 PM, "John Craig" <jc at spl21.net> wrote:

> 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?
> 
> 
> 
> 
> 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
>> 
> 
> 
> _______________________________________________
> use-revolution mailing list
> use-revolution at lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription
> preferences:
> http://lists.runrev.com/mailman/listinfo/use-revolution