From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) by finch.gentoo.org (Postfix) with ESMTP id 33F111381F3 for ; Tue, 7 May 2013 14:50:25 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 1D0A9E0937; Tue, 7 May 2013 14:50:14 +0000 (UTC) Received: from smtpout.karoo.kcom.com (smtpout.karoo.kcom.com [212.50.160.34]) by pigeon.gentoo.org (Postfix) with ESMTP id C5788E092C for ; Tue, 7 May 2013 14:50:12 +0000 (UTC) X-IronPort-AV: E=Sophos;i="4.87,628,1363132800"; d="scan'208,217";a="13348694" Received: from 213-152-39-89.dsl.eclipse.net.uk (HELO compaq.stroller.uk.eu.org) ([213.152.39.89]) by smtpout.karoo.kcom.com with ESMTP; 07 May 2013 15:49:36 +0100 Received: from [192.168.11.4] (unknown [192.168.11.4]) by compaq.stroller.uk.eu.org (Postfix) with ESMTP id B89D7ABF2D for ; Tue, 7 May 2013 15:49:02 +0100 (BST) From: Stroller Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org Mime-Version: 1.0 (Apple Message framework v1283) Content-Type: multipart/alternative; boundary="Apple-Mail=_0B6BC24B-0E09-4639-9831-629EE788045F" Subject: Re: [gentoo-user] Recover on SSD Date: Tue, 7 May 2013 15:49:35 +0100 In-Reply-To: To: gentoo-user@lists.gentoo.org References: <20130505161640.GB30557@BIFROST.fritz.box> <20130506110021.GB2702@BIFROST.zedat.fu-berlin.de> <5187E99C.2030105@googlemail.com> <20130506183632.GA11132@BIFROST.fritz.box> <5187FD18.7050606@gmail.com> Message-Id: <50BA7806-4FDA-41EE-B1A6-C69E1B164C32@stellar.eclipse.co.uk> X-Mailer: Apple Mail (2.1283) X-Archives-Salt: 958fb495-9dd7-4dac-ad31-acff814bb9c4 X-Archives-Hash: c36d331557c091a4e33ac27d6f4dcbf5 --Apple-Mail=_0B6BC24B-0E09-4639-9831-629EE788045F Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=iso-8859-1 On 6 May 2013, at 21:07, Randolph Maa=DFen wrote: > - When a file is deleted the file system marks the block device = sectors as free and sends the TRIM command to the SSD and the SSD really = frees the underlying cell / breaks the cell - section allocation. So if I'm writing a new filesystem, I have to make sure it make the TRIM = systemcall, otherwise it'll break with SSDs? Is that the difference between SSDs and spinning magneto-platters? Stroller. --Apple-Mail=_0B6BC24B-0E09-4639-9831-629EE788045F Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=iso-8859-1
- When a file = is deleted the file system marks the block device sectors as free and = sends the TRIM command to the SSD and the SSD really frees the = underlying cell / breaks the cell - section = allocation.

So if I'm writing a new = filesystem, I have to make sure it make the TRIM systemcall, otherwise = it'll break with SSDs?

Is that the difference = between SSDs and spinning = magneto-platters?

Stroller.

<= /body>= --Apple-Mail=_0B6BC24B-0E09-4639-9831-629EE788045F--