Re: Filesystem benchmarks on reasonably fast hardware

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Mon, 18 July 2011 20:57:49 +1000, Dave Chinner wrote:
> On Mon, Jul 18, 2011 at 09:53:39AM +0200, Jörn Engel wrote:
> > On Mon, 18 July 2011 09:32:52 +1000, Dave Chinner wrote:
> > > On Sun, Jul 17, 2011 at 06:05:01PM +0200, Jörn Engel wrote:
> 
> > > > xfs:
> > > > ====
> > > > seqrd	1	2	4	8	16	32	64	128
> > > > 16384	4698	4424	4397	4402	4394	4398	4642	4679	
> > > > 8192	6234	5827	5797	5801	5795	6114	5793	5812	
> > > > 4096	9100	8835	8882	8896	8874	8890	8910	8906	
> > > > 2048	14922	14391	14259	14248	14264	14264	14269	14273	
> > > > 1024	23853	22690	22329	22362	22338	22277	22240	22301	
> > > > 512	37353	33990	33292	33332	33306	33296	33224	33271	

Your patch definitely helps.  Bottom right number is 584741 now.
Still slower than ext4 or btrfs, but in the right ballpark.  Will
post the entire block once it has been generated.

Jörn

-- 
Data dominates. If you've chosen the right data structures and organized
things well, the algorithms will almost always be self-evident. Data
structures, not algorithms, are central to programming.
-- Rob Pike
--
To unsubscribe from this list: send the line "unsubscribe linux-fsdevel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html


[Index of Archives]     [Linux Ext4 Filesystem]     [Union Filesystem]     [Filesystem Testing]     [Ceph Users]     [Ecryptfs]     [AutoFS]     [Kernel Newbies]     [Share Photos]     [Security]     [Netfilter]     [Bugtraq]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux Cachefs]     [Reiser Filesystem]     [Linux RAID]     [Samba]     [Device Mapper]     [CEPH Development]
  Powered by Linux