Thread (5 messages) flat view 5 messages, 3 authors, 2012-09-13

Ongoing data reorganization/defragmentation?

From: <hidden>
Date: 2012-09-12 16:55:27

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
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help