linux-kernel - Re: EXT4-ish "fixes" in UBIFS

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]

Message-ID: <alpine.DEB.2.01.0904021731060.6162@bogon.housecafe.de>
Date:	Thu, 2 Apr 2009 17:38:28 -0700 (PDT)
From:	Christian Kujau <lists@...dbynature.de>
To:	"Trenton D. Adams" <trenton.d.adams@...il.com>
cc:	Artem Bityutskiy <Artem.Bityutskiy@...ia.com>,
	Linux Kernel Mailing List <linux-kernel@...r.kernel.org>
Subject: Re: EXT4-ish "fixes" in UBIFS

On Thu, 2 Apr 2009, Trenton D. Adams wrote:
> Oh, I should have clarified.  It improves performance under heavy
> load.  Under normal load, mounting without sync is fine.  What I tend
> to do is mount with "remount,rw,sync" when heavy load is starting.

Really? How does mounting with "-o sync" *improve* performance? I am 
certainly aware that mounting with "-o sync" has severe performance 
impacts, but was proposing it anyway *only* to tackle the data integrity 
problem. However, I'm curious if usescaes in the embedded world are 
equally affected by this.

> I'm thinking of writing a script that monitors performance, and
> remounts as needed, lol.  WHAT A HACK. hehe.

Ugh....my brain hurts :-\

Christian.
-- 
Bruce Schneier once found three distinct natural number divisors of a prime
number.
--
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/