http://gnuwin32.sf.net - you'll find good tools there, including wc and other 
core unix utils.

To find the number of files, a better incantation for your dir command is 

     dir /s /b | wc -l

This will give a better line/file count. You could also pipe this to an output 
file, and put together a batch file or perl script to give you the size of each 
file and sum them.

> -----Original Message-----
> From: ADSM: Dist Stor Manager [mailto:ADSM-L AT VM.MARIST DOT EDU]On 
> Behalf Of
> Thomas Denier
> Sent: Friday, February 29, 2008 13:16
> To: ADSM-L AT VM.MARIST DOT EDU
> Subject: [ADSM-L] Forecasting Windows client workloads
> 
> 
> People who want TSM coverage for new systems at our site are asked
> to provide reasonably accurate estimates for the following:
> 
> 1.Aggregate size of files on the system
> 2.Number of files on the system
> 3.Aggregate size of files that will be backed up each day
> 3.Number of files that will be backed up each day
> 
> Nobody has a problem with number 1, but Windows administrators are
> constantly complaining about how difficult it is to obtain the other
> three. Some of them insist that it is impossible to obtain this
> information.
> 
> So far, the least ugly option I have found for counting files on a
> volume is to open a command line window, change to the root folder,
> and execute the following command:
> 
> dir /s | find "File(s)"
> 
> The Search facility on the Start menu can search for files modified
> within a day, which should give a reasonable idea of what daily
> backups will look like. The result windows lists the modified files
> and reports the number of files. Size information is shown for each
> file listed, but the sum of the sizes is not calculated automatically,
> and the window seems to have been designed so that it is impossible
> to transfer the size information to another program.
> 
> Are there better ways for Windows administrators to get the
> information we are asking for?
>