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-next>] [day] [month] [year] [list]
Date:	Wed, 12 Sep 2012 18:36:24 +0200
Subject: Ongoing data reorganization/defragmentation?

Ongoing data reorganization/defragmentation?

In my efforts to optimize an ext4 for usage on SSDs, I have found 
information on the web about ext4 I've not been able to verify.

 From what I've found out it's a good idea to:
- mount with noatime, discard (if drive supports trim)
- put /tmp and maybe /var on a tempfs
- set vm.swappiness=1, vm.vfs_cache_pressure=50 (to utilize RAM rather 
than the disk)

Another proposal found is to disable journaling what I personally won't do.

I also know from the ext4 dcumentation, that ext4 is written to support 
online defragmentation. I've read several rumours on forums and blogs 
that indicate ext4 is doing some kind of "ongoing data reorganisations 
or defragmentation" in the background, in case the mechanisms to prevent 
fragmentation in the first place failed for some reason (i.e. when a fs 
is running out of free space). I did not find any credible information 
to back up these claims, that ext4 is actively reorganizing data, but I 
didn't find any information that prove these claims wrong either.

So my question is, does ext4 reorganize data when it encounters 
fragmented files? If so, is there a way to disable that feature which 
would not do any good on SSDs? Is there anything else to consider when 
using ext4 on SSDs, except the things I mentioned above?

Please cc me since I'm not subscribed, thanks!

Regards Nor

To unsubscribe from this list: send the line "unsubscribe linux-ext4" in
the body of a message to
More majordomo info at

Powered by blists - more mailing lists