Disk IO issues

[James Antill]

On Fri, 2009-01-02 at 11:57 -0600, Mike McGrath wrote:
> On Fri, 2 Jan 2009, Sascha Thomas Spreitzer wrote:
> 
> > Hello again,
> >
> > this line looks suspicious to me:
> >
> > # name            <active_objs> <num_objs> <objsize> <objperslab>
> > <pagesperslab> : tunables <limit> <batchcount> <sharedfactor> :
> > slabdata <active_slabs> <num_slabs> <sharedavail>
> > ext3_inode_cache   98472 150260    760    5    1 : tunables   54   27
> >   8 : slabdata  30052  30052    189
> >
> > Is it 1 big filesystem with about 1,342,177,280 inodes. Has this
> > amount ever be tested in the wild?
> 
> Not sure if it has been tested in the wild or not but the filesystem
> itself contains a _TON_ of hardlinks.  Creation of hardlinks is one of the
> big purposes of this filesystem.

 Ah ha ... I bet that you'll find tar/cp-a/whatever is having a major
problem keeping tabs on which inodes it's "seen", so it doesn't copy the
same data N times. Try running: cp -a --no-preserve=links ... and see if
that is much faster?

-- 
James Antill <james at fedoraproject.org>
Fedora