linux-kernel - Re: XFS internal error (memory corruption)

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Date:	Wed, 6 Jul 2011 17:22:21 +1000
From:	Dave Chinner <david@...morbit.com>
To:	Christoph Hellwig <hch@...radead.org>
Cc:	T?r?k Edwin <edwintorok@...il.com>, xfs-masters@....sgi.com,
	Linux Kernel Mailing List <linux-kernel@...r.kernel.org>,
	xfs@....sgi.com
Subject: Re: XFS internal error (memory corruption)

On Wed, Jul 06, 2011 at 03:07:56AM -0400, Christoph Hellwig wrote:
> On Wed, Jul 06, 2011 at 02:04:03PM +1000, Dave Chinner wrote:
> > > Although is there supposed to be a performance benefit from having
> > > a separate log disk with XFS?
> > 
> > There used to be. Now everyone just uses delayed logging, which is
> > far faster and more scalable that even using an external log.
> 
> Even with delayed logging external logs are a huge benefit if you
> hit the log hard, e.g. for fsync intensive workloads.  E.g. when
> using fs_mark in fsync mode it gives speedups over 100% for the
> setups I've tested.  You'll see similar speedups for NFS server
> loads that are log force heavy as well.

Unless you have a good sized chunk of BBWC in front of your disks,
in which case internal logs are just as fast. In fact, internal logs
can are often faster in this case because an internal log on a 12
disk RAID6 array can sink a whole log more bandwidth than an external
log on a 2-disk RAID0 mirror.....

At least, that's what my hardware tells me. ;)

Cheers,

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