From: Nikita Danilov <nikita@clusterfs.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Message-ID: <17271.45438.735874.747393@gargle.gargle.HOWL>
Date: Mon, 14 Nov 2005 00:34:54 +0300
To: jmerkey <jmerkey@soleranetworks.com>
Cc: Linux Kernel Mailing List <Linux-Kernel@vger.kernel.org>
Subject: Re: Severe VFS Performance Issues 2.6 with > 95000 directory entries
In-Reply-To: <4377A999.7090305@soleranetworks.com>
References: <4376B787.9000108@soleranetworks.com>
	<17271.13688.298525.23645@gargle.gargle.HOWL>
	<4377A999.7090305@soleranetworks.com>
Sender: linux-kernel-owner@vger.kernel.org
Content-Length: 922
Lines: 39

jmerkey writes:
 > Nikita Danilov wrote:
 > 
 > >Jeff V. Merkey writes:
 > > > 
 > > > The subject line speaks for itself.   This is using standard VFS readdir 
 > > > and lookup calls through the VFSwith ftp.  Very poor. 
 > >
 > >Reiser4 works fine with 100M entries in a directory, so VFS is not a
 > >bottleneck here.
 > >  
 > >
 > 
 > how about with ftp running on top? Try running FTP in directory with
 > 100M entries. See how long it takes to return the data to
 > the remote client for a dir listing.

Why are you thinking that it is VFS that is causing performance
degradation here?

 > 
 > Jeff
 > 
 > >[...]
 > >
 > > > 
 > > > Jeff
 > >

Nikita.

 > >
 > >  
 > >
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/