linux-raid.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Curtis J Blank <curt@curtronics.com>
To: linux-raid@vger.kernel.org
Subject: Best way (only?) to setup SSD's for using TRIM
Date: Sun, 28 Oct 2012 13:59:22 -0500	[thread overview]
Message-ID: <508D808A.7040100@curtronics.com> (raw)

I've got two new SSD's that I want to set up as RAID1 and use strictly 
for the OS and MySQL DB's partitioned accordingly.

I'll be using the 3.4.6 kernel for now in openSuSE 12.2 with ext4. So 
after a lot of Google'n and reading it is my understanding that discard 
is not sent to the devices via the raid drivers. I am aware of Shaohua 
Li's patches to make it work but am not inclined to use them due to 
openSuSE's Online Update replacing the kernel. I'm not against patching 
and gen'ing a kernel, that used to be SOP, but just don't want deal with 
that overhead. Of course unless I really need to.

So I've read, and if I understand things correctly, I can use LVM and 
RAID1 and the the discard commands will be sent to the devices. Is that 
correct and currently the only way or is/are there other ways?

I've also read that a lot of people are saying TRIM isn't needed because 
the SSD's garbage collection is so good now TRIM isn't needed. But I 
don't see how that could work because the SSD's don't have access to the 
file system so they don't know which pages in the blocks are marked 
unused to do any consolidation and erasing. And using TRIM is suggested 
in a OCZ document I read and who's drives these are. Unless, the SDD 
when it has to change a page moves the whole block then erases the old 
block? But without TRIM in could be moving invalid data too because it 
doesn't know that and that to me sure doesn't sound efficient and this 
operation would be a perfect time to get rid of the invalid data if it 
did know.

And due to PEC I'm wondering if this is even a good idea? Granted the OS 
files can be considered somewhat static, with the exception of /var/log 
so maybe that shouldn't go on the SSD, and maybe MySQL shouldn't either 
because for things like ZoneMinder it's DB is pretty dynamic. But with 
all the logging going on, and there is a lot, and the dynamic nature of 
the MySQL data is the exact reason I want it put it on SSD's, for the 
speed. See my quandary?

This is my best understanding of things right now so I came here to and 
am asking the experts for help in clarifying and  understanding this and 
pick the best direction to go. Have the SSD's for a couple of weeks now 
but holding off using them until the I can determine the best way to use 
them. Oh and the SSD's are OCZ Vertex 4 VTX4-25SAT3-256G.

Thanks.

             reply	other threads:[~2012-10-28 18:59 UTC|newest]

Thread overview: 23+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-10-28 18:59 Curtis J Blank [this message]
     [not found] ` <CAH3kUhHX28yNXggLuA+D_cH0STY-Rn_BjxVt_bh1sMeYLnM0cw@mail.gmail.com>
2012-10-29 14:35   ` Best way (only?) to setup SSD's for using TRIM Curtis J Blank
     [not found]   ` <508E9289.5070904@curtronics.com>
     [not found]     ` <CAH3kUhEdOO+GXKK6ALFUYJdYeTw2Mx-PF9M=0vQvkzzidihxSg@mail.gmail.com>
2012-10-29 17:08       ` Curt Blank
2012-10-29 18:06         ` Roberto Spadim
2012-10-30  9:49 ` David Brown
2012-10-30 14:29   ` Curtis J Blank
2012-10-30 14:33     ` Roberto Spadim
2012-10-30 15:55     ` David Brown
2012-10-30 18:30       ` Curt Blank
2012-10-30 18:43         ` Roberto Spadim
2012-10-30 19:59         ` Chris Murphy
2012-10-31  8:32           ` David Brown
2012-10-31 13:44             ` Roberto Spadim
     [not found]             ` <CAJEsFnkM9w0kNbNd51ShP0uExvsZE6V9h3WKKs3nxWfncUCYJA@mail.gmail.com>
2012-10-31 14:11               ` David Brown
2012-11-13 13:39                 ` Ric Wheeler
2012-11-13 15:13                   ` David Brown
2012-11-13 15:39                     ` Ric Wheeler
2012-10-31 17:34             ` Curtis J Blank
2012-10-31 20:04               ` David Brown
2012-11-01  1:54                 ` Curtis J Blank
2012-11-01  8:15                   ` David Brown
2012-11-01 15:01                     ` Wolfgang Denk
2012-11-01 16:41                       ` David Brown

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=508D808A.7040100@curtronics.com \
    --to=curt@curtronics.com \
    --cc=linux-raid@vger.kernel.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;
as well as URLs for NNTP newsgroup(s).