AW: AW: AW: AW: WAL does not recover gracefully from ou t-of -dis k-sp ace - Mailing list pgsql-hackers

From Zeugswetter Andreas SB
Subject AW: AW: AW: AW: WAL does not recover gracefully from ou t-of -dis k-sp ace
Date
Msg-id 11C1E6749A55D411A9670001FA68796336823B@sdexcsrv1.f000.d0188.sd.spardat.at
Whole thread Raw
Responses Re: AW: AW: AW: AW: WAL does not recover gracefully from ou t-of -dis k-sp ace  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-hackers
> >> This seems odd.  As near as I can tell, O_SYNC is simply a command to do
> >> fsync implicitly during each write call.  It cannot save any I/O unless
> >> I'm missing something significant.  Where is the performance difference
> >> coming from?
> 
> > Yes, odd, but sure very reproducible here.
> 
> I tried this on HPUX 10.20, which has not only O_SYNC but also O_DSYNC

AIX has O_DSYNC (which is _FDATASYNC) too, but I assumed O_SYNC 
would be more portable. Now we have two, maybe it is more widespread
than I thought.

> I attach my modified version of Andreas' program.  Note I do 
> not believe his assertion that close() implies fsync() --- on the machines I've
> used, it demonstrably does not sync.

Ok, I am not sure, but essentially do we need it to sync ? The OS sure isn't
supposed to notice after closing the file, that it ran out of disk space.

Andreas


pgsql-hackers by date:

Previous
From: Zeugswetter Andreas SB
Date:
Subject: AW: AW: AW: WAL does not recover gracefully from out-of -dis k-sp ace
Next
From: Mark Bixby
Date:
Subject: porting question: funky uid names?