From: Marc MERLIN <marc@merlins.org>
To: Spelic <spelic@shiftmail.org>
Cc: linux-ext4@vger.kernel.org
Subject: Re: du -s src is a lot slower on SSD than spinning disk in the same laptop
Date: Thu, 16 Aug 2012 10:55:40 -0700 [thread overview]
Message-ID: <20120816175540.GH8802@merlins.org> (raw)
In-Reply-To: <502CC2A2.4010506@shiftmail.org>
On Thu, Aug 16, 2012 at 11:51:30AM +0200, Spelic wrote:
> On 08/16/12 09:50, Marc MERLIN wrote:
> >On Tue, Jul 31, 2012 at 10:30:42PM -0700, Marc MERLIN wrote:
> >>How can ntfs via fuse be the fastest?
> >To provide closure to this thread.
> >
> >I owed everyone an update, which I just finished typing:
> >http://marc.merlins.org/perso/linux/post_2012-08-15_The-tale-of-SSDs_-Crucial-C300-early-Death_-Samsung-830-extreme-random-IO-slowness_-and-settling-with-OCZ-Vertex-4.html
>
> Hello,
> reading your article a few ideas came to my mind.
>
> Firstly, for the Crucial, I haven't read much about that bug, but would
> leaving the last 20% of the drive free (make an empty partition there
> and then fstrim it and leave it empty) help with that bug? Maybe the
> garbage collection algorithm hasn't got enough free blocks to shuffle
> data around. I am interested because Crucial would be my prime choice
> for what I read around. When it resuscitated did you try to TRIM it
> wholly to try regain performances? I don't know if you still have it around.
The drive was still mostly dead, it didn't work long enough for me to try to
reformat it. I RMA'ed it and haven't used the replacement yet because I
don't have data I don't care about enough :)
> Secondly, for the Samsung 830:
> The random access slowness is reproducible also without dm-crypt it
> seems to me. This benchmark of yours was NOT on dm-crypt, correct?
> http://www.spinics.net/lists/linux-btrfs/msg18238.html
Correct.
> In your fio benchmarks, e.g.
> http://www.spinics.net/lists/linux-btrfs/msg18204.html
> I noticed how the iodepth is at 64
>
> The Samsung SSD has a bug on high IO depths:
>
> http://www.bit-tech.net/hardware/2011/09/29/samsung-ssd-830-256gb-review/3
> http://www.bit-tech.net/hardware/2011/09/29/samsung-ssd-830-256gb-review/5
> already at 32 behaves bad.
>
> Please do
> echo 1 > /sys/block/sdX/device/queue_depth
Sorry, I don't have the drives anymore, so I can't, but between you and me
if the drive fails to perform after as much work I put in it, as in its
default configuration on windows 7, that's pretty damn sad.
Point being that those things should kind of "just work", like the Crucial
(before sudden death) and the OCZ.
I spent too many hours of my life trying to get the damn drive to perform,
and if it takes even more kernel and IO experts to kind of get the drive to
work (assuming it would have, and at this point I'm not certain), then it's
crap in my book (also you can't tune half that stuff on windows for the
primary users who would buy that drive).
You are welcome to order one though and try your own tests and post them
here. Worst case, you can return it if it sucks for you too.
I just added the screeshot of the windows benchmarks if that helps.
Marc
--
"A mouse is a device used to point at the xterm you want to type in" - A.S.R.
Microsoft is to operating systems ....
.... what McDonalds is to gourmet cooking
Home page: http://marc.merlins.org/
next prev parent reply other threads:[~2012-08-16 17:55 UTC|newest]
Thread overview: 19+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-07-25 15:45 du -s src is a lot slower on SSD than spinning disk in the same laptop Marc MERLIN
[not found] ` <alpine.LFD.2.00.1207252023080.4340@(none)>
2012-07-25 23:38 ` Marc MERLIN
2012-07-26 3:32 ` Ted Ts'o
2012-07-26 3:35 ` Marc MERLIN
2012-07-26 6:54 ` Marc MERLIN
2012-08-01 5:30 ` Marc MERLIN
2012-08-01 6:01 ` How can btrfs take 23sec to stat 23K files from an SSD? Marc MERLIN
2012-08-01 6:36 ` Chris Samuel
2012-08-01 6:40 ` Marc MERLIN
2012-08-01 8:18 ` du -s src is a lot slower on SSD than spinning disk in the same laptop Spelic
2012-08-16 7:50 ` Marc MERLIN
[not found] ` <502CC2A2.4010506@shiftmail.org>
2012-08-16 17:55 ` Marc MERLIN [this message]
2012-09-05 16:52 ` ext4 crash with 3.5.2 in ext4_ext_remove_space Marc MERLIN
2012-09-05 17:50 ` Lukáš Czerner
2012-09-05 17:53 ` Marc MERLIN
2012-09-06 4:24 ` Marc MERLIN
2012-09-07 15:19 ` Marc MERLIN
2012-09-07 15:39 ` Lukáš Czerner
2012-09-07 15:51 ` Marc MERLIN
[not found] <201207222135.11159.Martin@lichtvoll.de>
[not found] ` <20120202124241.GW16796@shiny>
[not found] ` <20120718220446.GB3888@merlins.org>
[not found] ` <20120722185848.GA10089@merlins.org>
[not found] ` <20120722204428.GC3925@merlins.org>
[not found] ` <20120722224145.GC12951@merlins.org>
[not found] ` <20120723064202.GB6931@merlins.org>
[not found] ` <20120727110835.GA6933@shiny>
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=20120816175540.GH8802@merlins.org \
--to=marc@merlins.org \
--cc=linux-ext4@vger.kernel.org \
--cc=spelic@shiftmail.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).