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] [day] [month] [year] [list]

Date:	Thu, 13 Sep 2012 14:54:27 +0200
From:	"norritt" <norritt@...nline.de>
To:	linux-ext4@...r.kernel.org
CC:	norritt@...nline.de
Subject: Re: Ongoing data reorganization/defragmentation?

On 12.09.2012 20:15, Lukáš Czerner wrote:
> On Wed, 12 Sep 2012, norritt@...nline.de wrote:
>
>  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
>

Hi  Lukáš,
thank you for pointing out the performance issue with the discard mount 
option, I hadn't read about that yet. As far is I know I'm using a quite 
special SSD (SanDisk, with a SanDisk controller), where most other SSDs 
on the market seem to be based on Marvell, Sandforce or Indilinx 
controllers. I saw that you were using SSDs from various vendors for 
your benchmarking tests. Was a model with SanDisk controller among the 
drives you tested? Would postmark data about disks with SanDisk 
controller be of interest to you?

Regards Nor
--
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