[systemd-devel] [PATCH 10/11] Avoid doubling the efforts for /var/log/journal

Zbigniew Jędrzejewski-Szmek zbyszek at in.waw.pl
Thu Jun 19 20:21:52 PDT 2014


On Wed, Jun 18, 2014 at 08:10:03PM +0200, Goffredo Baroncelli wrote:
> Hi Fink
> 
> On 06/13/2014 04:41 PM, Werner Fink wrote:
> > That is: set NOATIME, NOCOW, and NOCOMP for the journal directory
> 
> If I read correctly, you want set UN-conditionally the NOCOW behavior. Please, please, please DON'T DO that.
> 
> The NOCOW behavior is not without disadvantage: yes it increase the performance but
> the file also lost the btrfs checksum protection; when BTRFS manage the disks in RAID mode and a corruption happens, it uses the checksum to select the correct mirror during the reading. If you set UN-conditionally the NOCOW behavior you lost this capability even if the user _want it_ (and if they spend moneys in two or more disks, it is likely they _want it_).
> 
> Moreover the NOCOW flags has some "strange" behavior when a NOCOW file is snapshotted (it lost the NOCOW property); this may lead to irregular performance.
> 
> If you want it, it must be configurable at least with a sane default (which IMHO should be "do nothing", following the "least surprise" rule).
> 
> If you are looking to something like that, I suggest also to defrag the journal file before the open (but still as configurable option, and considering the "least surprise" rule).

Yes, this is too much of a hack. Various defragging approaches
seem better.

Zbyszek


More information about the systemd-devel mailing list