From: Roberto Spadim <roberto@spadim.com.br>
To: "Scott E. Armitage" <launchpad@scott.armitage.name>
Cc: maurice <mhilarius@gmail.com>, linux-raid@vger.kernel.org
Subject: Re: SSD - TRIM command
Date: Tue, 8 Feb 2011 18:50:17 -0200 [thread overview]
Message-ID: <AANLkTikrKCh3X7aLGqt8hDi2SK4LuZUykVRY2Mo4Nvm4@mail.gmail.com> (raw)
In-Reply-To: <AANLkTik5SumqyTN5LZVntna8nunvPe7v38TSFf9eCfcU@mail.gmail.com>
=] now the right answer :)
question: maybe in future... could we make trim compatible with md?
obs:
i understanded that trim is just for ssd making sectors clean without
writing 000000000000-000000 at the entire sector (a ssd optimization)
if we translate trim to not supported trim disks at device level could
we send TRIM to all disks on md device?
just a option at mdadm --assemble --allow-trim
and send trim received by filesystem
2011/2/8 Scott E. Armitage <launchpad@scott.armitage.name>:
> The problem as I understand it is that md treats the entire device (or
> partition) as "in use" -- even if the filesystem isn't using a particular
> set of blocks, those blocks must still be consistent across the array. The
> SSD TRIM command is used to tell the physical drive which blocks are no
> longer in use by the filesystem, so that it can optimize write operations.
> Running under md, all blocks would be "used", so there would be nothing to
> send with the TRIM command.
> -Scott
>
> On Tue, Feb 8, 2011 at 1:31 PM, Roberto Spadim <roberto@spadim.com.br>
> wrote:
>>
>> it's resync running?
>> i don't think it's a problem...
>> any device will die some day...
>> ssd is faster than hd, why not use it?
>> i'm using hp smart array p212 with 3.0 firmware, it write on all blocks
>> too
>> maybe a just command line option to start array without sync could help...
>> i don't know if resync is write intensive or just write on diferent
>> blocks, if it's just diff it's not a problem for ssd...
>>
>> again...
>> i know that the 'translate' of trim command to non compatible devices
>> is a problem for device layer not md layer, but can md send trim
>> command to all mirrors/disks?
>>
>> 2011/2/8 maurice <mhilarius@gmail.com>:
>> > On 2/7/2011 1:07 PM, Roberto Spadim wrote:
>> >>
>> >> hi guys, could md send TRIM command to ssd? using ext4 discart mount
>> >> option?
>> >> if i mix ssd and hd, could this TRIM be rewrite to non TRIM compatible
>> >> disks?
>> >>
>> > I have read that using md with SSDs is not a great idea:
>> > Form the Fedora 14 documentation:
>> >
>> > "Take note as well that software RAID levels 1, 4, 5, and 6 are not
>> > recommended for use on SSDs.
>> > During the initialization stage of these RAID levels, some RAID
>> > management
>> > utilities (such as mdadm)
>> > write to all of the blocks on the storage device to ensure that
>> > checksums
>> > operate properly.
>> > This will cause the performance of the SSD to degrade quickly. "
>> >
>> >
>> > https://docs.fedoraproject.org/en-US/Fedora/14/html/Storage_Administration_Guide/newmds-ssdtuning.html
>> >
>> >
>> > --
>> > Cheers,
>> > Maurice Hilarius
>> > eMail: /mhilarius@gmail.com/
>> > --
>> > To unsubscribe from this list: send the line "unsubscribe linux-raid" in
>> > the body of a message to majordomo@vger.kernel.org
>> > More majordomo info at http://vger.kernel.org/majordomo-info.html
>> >
>>
>>
>>
>> --
>> Roberto Spadim
>> Spadim Technology / SPAEmpresarial
>> --
>> To unsubscribe from this list: send the line "unsubscribe linux-raid" in
>> the body of a message to majordomo@vger.kernel.org
>> More majordomo info at http://vger.kernel.org/majordomo-info.html
>
>
>
> --
> Scott Armitage, B.A.Sc., M.A.Sc. candidate
> Space Flight Laboratory
> University of Toronto Institute for Aerospace Studies
> 4925 Dufferin Street, Toronto, Ontario, Canada, M3H 5T6
>
--
Roberto Spadim
Spadim Technology / SPAEmpresarial
--
To unsubscribe from this list: send the line "unsubscribe linux-raid" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
next prev parent reply other threads:[~2011-02-08 20:50 UTC|newest]
Thread overview: 70+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-02-07 20:07 SSD - TRIM command Roberto Spadim
2011-02-08 17:37 ` maurice
2011-02-08 18:31 ` Roberto Spadim
[not found] ` <AANLkTik5SumqyTN5LZVntna8nunvPe7v38TSFf9eCfcU@mail.gmail.com>
2011-02-08 20:50 ` Roberto Spadim [this message]
2011-02-08 21:18 ` maurice
2011-02-08 21:33 ` Roberto Spadim
2011-02-09 7:44 ` Stan Hoeppner
2011-02-09 9:05 ` Eric D. Mudama
2011-02-09 15:45 ` Chris Worley
2011-02-09 13:29 ` David Brown
2011-02-09 14:39 ` Roberto Spadim
2011-02-09 15:00 ` Scott E. Armitage
2011-02-09 15:52 ` Chris Worley
2011-02-09 19:15 ` Doug Dumitru
2011-02-09 19:22 ` Roberto Spadim
2011-02-09 16:19 ` Eric D. Mudama
2011-02-09 16:28 ` Scott E. Armitage
2011-02-09 17:17 ` Eric D. Mudama
2011-02-09 18:18 ` Roberto Spadim
2011-02-09 18:24 ` Piergiorgio Sartor
2011-02-09 18:30 ` Roberto Spadim
2011-02-09 18:38 ` Piergiorgio Sartor
2011-02-09 18:46 ` Roberto Spadim
2011-02-09 18:52 ` Roberto Spadim
2011-02-09 19:13 ` Piergiorgio Sartor
2011-02-09 19:16 ` Roberto Spadim
2011-02-09 19:21 ` Piergiorgio Sartor
2011-02-09 19:27 ` Roberto Spadim
2011-02-21 18:24 ` Phillip Susi
2011-02-21 18:30 ` Roberto Spadim
2011-02-09 15:49 ` David Brown
2011-02-21 18:20 ` Phillip Susi
2011-02-21 18:25 ` Roberto Spadim
2011-02-21 18:34 ` Phillip Susi
2011-02-21 18:48 ` Roberto Spadim
2011-02-21 18:51 ` Mathias Burén
2011-02-21 19:32 ` Roberto Spadim
2011-02-21 19:38 ` Mathias Burén
2011-02-21 19:39 ` Mathias Burén
2011-02-21 19:43 ` Roberto Spadim
2011-02-21 20:45 ` Phillip Susi
2011-02-21 19:39 ` Roberto Spadim
2011-02-21 19:51 ` Doug Dumitru
2011-02-21 19:57 ` Roberto Spadim
2011-02-21 20:47 ` Phillip Susi
2011-02-21 21:02 ` Mathias Burén
2011-02-21 22:52 ` Roberto Spadim
2011-02-21 23:41 ` Mathias Burén
2011-02-21 23:42 ` Mathias Burén
2011-02-21 23:52 ` Roberto Spadim
2011-02-22 0:25 ` Mathias Burén
2011-02-22 0:30 ` Brendan Conoboy
2011-02-22 0:36 ` Eric D. Mudama
2011-02-22 1:46 ` Roberto Spadim
2011-02-22 1:52 ` Mathias Burén
2011-02-22 1:55 ` Roberto Spadim
2011-02-22 2:01 ` Eric D. Mudama
2011-02-22 2:02 ` Mikael Abrahamsson
2011-02-22 2:22 ` Guy Watkins
2011-02-22 2:27 ` Roberto Spadim
2011-02-22 3:45 ` NeilBrown
2011-02-22 4:37 ` Roberto Spadim
2011-02-22 2:38 ` Phillip Susi
2011-02-22 3:29 ` Roberto Spadim
2011-02-22 3:42 ` Roberto Spadim
2011-02-22 4:04 ` Phillip Susi
2011-02-22 4:30 ` Roberto Spadim
2011-02-22 14:45 ` Phillip Susi
2011-02-22 17:15 ` Roberto Spadim
2011-02-22 0:32 ` Eric D. Mudama
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=AANLkTikrKCh3X7aLGqt8hDi2SK4LuZUykVRY2Mo4Nvm4@mail.gmail.com \
--to=roberto@spadim.com.br \
--cc=launchpad@scott.armitage.name \
--cc=linux-raid@vger.kernel.org \
--cc=mhilarius@gmail.com \
/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;
as well as URLs for NNTP newsgroup(s).