public inbox for gentoo-user@lists.gentoo.org
 help / color / mirror / Atom feed
From: Alan McKinnon <alan.mckinnon@gmail.com>
To: gentoo-user@lists.gentoo.org
Subject: Re: [gentoo-user] Recover on SSD
Date: Tue, 07 May 2013 16:56:43 +0200	[thread overview]
Message-ID: <5189162B.7030301@gmail.com> (raw)
In-Reply-To: <50BA7806-4FDA-41EE-B1A6-C69E1B164C32@stellar.eclipse.co.uk>

On 07/05/2013 16:49, Stroller wrote:
> 
> On 6 May 2013, at 21:07, Randolph Maaßen 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?

No.

SSDs work with or without TRIM.

They just work much better with TRIM: cell erasure happens at a
convenient time rather than right in the middle of the next write to the
cell (which is almost always going to be the worst possible time to do it)


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

No.

Think about this.

1. make an fs and use it a bit.
2. trash the fs and mkfs it again
3. SSD stops working

Hmmm. Facepalm epic fail at spectacular proportions.

Did you ever see that happen anywhere ever? No?
That's because it doesn't work that way.

-- 
Alan McKinnon
alan.mckinnon@gmail.com



  reply	other threads:[~2013-05-07 14:57 UTC|newest]

Thread overview: 19+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-05-05 14:44 [gentoo-user] Recover on SSD Randolph Maaßen
2013-05-05 16:11 ` Alan McKinnon
2013-05-05 16:11 ` Volker Armin Hemmann
2013-05-05 16:16 ` Hinnerk van Bruinehsen
2013-05-05 19:36   ` Randolph Maaßen
2013-05-06  0:49     ` Randolph Maaßen
2013-05-06  4:50       ` Dale
2013-05-06 15:18       ` Paul Hartman
2013-05-06  6:50   ` Stroller
2013-05-06 11:00     ` Hinnerk van Bruinehsen
2013-05-06 17:34       ` Volker Armin Hemmann
2013-05-06 18:36         ` Hinnerk van Bruinehsen
2013-05-06 18:57           ` Alan McKinnon
2013-05-06 20:07             ` Randolph Maaßen
2013-05-07 14:49               ` Stroller
2013-05-07 14:56                 ` Alan McKinnon [this message]
2013-05-07 14:57                 ` Michael Mol
     [not found] <l68qd-4Mf-7@gated-at.bofh.it>
     [not found] ` <l69Pj-6Bu-11@gated-at.bofh.it>
     [not found]   ` <l6cWR-1TQ-13@gated-at.bofh.it>
     [not found]     ` <l6hWy-84A-11@gated-at.bofh.it>
     [not found]       ` <l6lGN-4fF-1@gated-at.bofh.it>
2013-05-06  5:16         ` Gregory Shearman
2013-05-06  5:29           ` Dale

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=5189162B.7030301@gmail.com \
    --to=alan.mckinnon@gmail.com \
    --cc=gentoo-user@lists.gentoo.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox