Interesting.

heh - I was piping to tail -10, so output rate was not an issue.

That being said, there is a large delta in your results and mine... If I 
get a chance, I'll look into it...

I suspect it's a cached versus I/O issue...

Nathan.

On  1/10/08 10:02 AM, Bob Friesenhahn wrote:
> On Wed, 1 Oct 2008, Nathan Kroenert wrote:
>> zillion I/O's you need to deal with each time you list the entire 
>> directory.
>>
>> an ls -1rt on a directory with about 1.2 million files with names like
>> afile1202899 takes minutes to complete on my box, and we see 'ls' get to
>> in excess of 700MB rss... (and that's not including the memory zfs is
>> using to cache whatever it can.)
> 
> A million files in ZFS is no big deal:
> 
> % ptime ls -1rt > /dev/null
> 
> real       17.277
> user        8.992
> sys         8.231
> 
> % ptime ls -1rt | wc -l
> 
> real       17.045
> user        8.607
> sys         8.413
> 1000000
> 
> Maybe the problem is that you need to increase your screen's scroll 
> rate. :-)
> 
> Bob
> ======================================
> Bob Friesenhahn
> [EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen/
> GraphicsMagick Maintainer,    http://www.GraphicsMagick.org/
> 

-- 


//////////////////////////////////////////////////////////////////
// Nathan Kroenert              [EMAIL PROTECTED]               //
// Senior Systems Engineer      Phone:  +61 3 9869 6255         //
// Global Systems Engineering   Fax:    +61 3 9869 6288         //
// Level 7, 476 St. Kilda Road                                  //
// Melbourne 3004   Victoria    Australia                       //
//////////////////////////////////////////////////////////////////
_______________________________________________
zfs-discuss mailing list
zfs-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/zfs-discuss

Reply via email to