[Rpm-maint] [PATCH] RPMDB Performance
pinto.elia at gmail.com
Tue Aug 11 12:20:03 UTC 2009
On Tue, Aug 11, 2009 at 1:33 PM, Florian Festi<ffesti at redhat.com> wrote:
> On 08/11/2009 12:47 PM, devzero2000 wrote:
>> On Tue, Aug 11, 2009 at 12:19 PM, Florian Festi<ffesti at redhat.com
>> <mailto:ffesti at redhat.com>> wrote:
>> > Any thoughts or safety concerns?
>> Beware of data loss with ext4 dropping down fsync
>> The problem with ext4, XFS, or another extent-based filesystem is
>> in their design, afaik.
> As far as I understand the described problem does not directly affect this
> patch as there is no "rename" done. Of course dropping the fsyncs for the
> indexes may lead to a corruption of the indexes and the db environment.
> both can be recovered as described on
Teo described the real problem here (
So some files can be reset to zero byte after a crash and, in a desktop or
mobile, this probability can be very high, many users turn off the pc and
stop or suffer a power loss.It is true that Teo has recently introduced an
mount option which is similar to the effect of data = ordered in ext3 but
it seems to me far too recent to be able to make an assessment. Very
difficult to recover from a zero byte RPMDB Packages file, i think. Overall
there is, as always, a tradeoff between performance and integrity.
>Omitting the fsyncs can also just
> lead to additional damage if there is a power loss or any other hard
> disruption of the OS. So the risk is comparably limited if I didn't miss
> something else.
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the Rpm-maint