linux-ext4 - Re: Ongoing data reorganization/defragmentation?

lists.openwall.net		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-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <alpine.LFD.2.00.1209121411410.2222@new-host-2>
Date:	Wed, 12 Sep 2012 14:15:17 -0400 (EDT)
From:	Lukáš Czerner <lczerner@...hat.com>
To:	norritt@...nline.de
cc:	linux-ext4@...r.kernel.org
Subject: Re: Ongoing data reorganization/defragmentation?

On Wed, 12 Sep 2012, norritt@...nline.de wrote:

> Date: Wed, 12 Sep 2012 18:36:24 +0200
> From: norritt@...nline.de
> To: linux-ext4@...r.kernel.org
> 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)

The -o discard option might be tricky since some devices still
handles it quite badly and you can experience big performance drops
(http://people.redhat.com/lczerner/discard/ although it is somewhat
outdated already). But you might to try to see yourself if it does
not hurt your performance.

The other option would be to use batched discard with fstrim (see
fstrim from util-linux) and run it once per (day, week, month).

Thanks!
-Lukas

--
To unsubscribe from this list: send the line "unsubscribe linux-ext4" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html