From mboxrd@z Thu Jan 1 00:00:00 1970 From: Chris Mason Subject: Re: [PATCH CFT] tons of logging patches Date: 04 Jun 2002 09:12:25 -0400 Message-ID: <1023196345.31682.81.camel@tiny> References: <1023076301.22608.1778.camel@tiny> <3CFC1CB5.8040102@mb.tu-ilmenau.de> <1023157228.31475.38.camel@tiny> <3CFC33F2.7080009@mb.tu-ilmenau.de> Mime-Version: 1.0 Content-Transfer-Encoding: 7bit Return-path: list-help: list-unsubscribe: list-post: In-Reply-To: <3CFC33F2.7080009@mb.tu-ilmenau.de> List-Id: Content-Type: text/plain; charset="us-ascii" To: Manuel Krause Cc: reiserfs-list On Mon, 2002-06-03 at 23:28, Manuel Krause wrote: > > So, VMware is stable with it, too, on my well known "heavy-private-test" > of it (running Norton SpeedDisk at least twice within a most recent > VMware Win98). It doesn't show greatly different timings than to my > setup before though having a different disk i/o pattern (due to the > missing aa patches)... and me having a reduced RAM from 512to256MB at > the moment. And I should be honest to say I can't give exact timings as > the important disk contents changed during last weeks. But the > disk-access-times/related-to-the-content are definitively _not_ higher > than before! same speed on 1/2 the ram isn't bad ;-) > > > > > Great to hear, thanks for trying things out. > > > > data=logging will be the slowest mode for everything except mail servers > > and write heavy databases (or other apps that hammer on O_SYNC/fsync). > > This is because all the data gets written twice, once to log and once to > > the main disk. It helps synchronous writes by writing to the log in > > quick sequential bursts, and then writing back to the main disk in > > larger chunks. > > Yes, I assumed/learnt that from your very previous explanations. But I > don't see the point "slowest", so far, on here. try dbench, or any streaming write. It should be roughtly 1/2 as fast as the default mode. If it isn't data=journal probably isn't really activated (it sends a printk on mount about using journaled data mode). > > This is a home/single session ?non?-production system on here. 1 to 2 > IDE disks, one processor... notebook, you'd remember this setup from my > mails. > > > > > data=ordered will usually be fastest for streaming appends to a file. > > The rest of the time it will be the same or slightly slower than the > > default (data=writeback). > > What would be my recommended mount option later then (mentionned in the > manpages or on the webpage?!) Mmmh: I see I test that at the moment... data=ordered will work best for most people. The performance hit is very small, and you won't have any more garbage in files after a crash. > > Why is no combo possible? Meant as: Could/would that bring advantages in > future?!! Since there are no userspace transactions, data=journal is only useful in a very limited set of cases. The fact that everything is logged allows me to cheat, and skip some of the steps to keep block allocations and deallocations safe in the writeback data mode. intermezzo is the only app that really needs data=journal with the rest of the FS mounted with some other write mode (for speed). The patch has a way for them to enable data logging mode on a single file. I think I'll forward the patch announcement to the intermezzo list... -chris