From: Frank Steinmetzger <Warp_7@gmx.de>
To: gentoo-user@lists.gentoo.org
Subject: Re: [gentoo-user] m.2 nvme stick not what I was expecting at all.
Date: Tue, 25 Feb 2025 23:16:00 +0100 [thread overview]
Message-ID: <Z75BII2G1W2X8sEX@q> (raw)
In-Reply-To: <6ed177d5-9e78-ea09-08be-1ed09c6ff17f@gmail.com>
[-- Attachment #1: Type: text/plain, Size: 7461 bytes --]
Am Mon, Feb 24, 2025 at 09:56:49PM -0600 schrieb Dale:
> > The USB 3 family starts at 5 Gbps. All but the cheapest boards have at least
> > one 10 Gbps USB, either as USB-A or USB-C. Some at the back, some as a new
> > internal connector for a USB-C socket at the case front. Still rare are USBs
> > with 20 Gbps. But I think your board was quite a good model, no? I tried to
> > find it out by perusing old threads, but they are a bit confusing at times.^^
> >
> > I found mentions of Asus Prime X670-P and of Asus B550 Plus. The former has
> > a 20 Gbps socket, the latter only provides 10 Gbps.
> >
>
> I started out with the X670 I think but ended up with the B550. The
> B550 had more PCI slots. I needed expansion options. The AM5 mobo just
> don't have it.
Well then, The ASUS Prime B550-Plus has two USB ports that deliver 10 Gbps;
one type A and one type C. The fastest A can usually be made out by having a
different colour than the rest. The “slow” 5 Gbps is typically mid-blue as
it has been since the beginning of time. (Plus on the Prime, the fast A is
grouped with the C in one socket pair).
> I was sitting here thinking on which file system to try first. Then it
> hit me. I didn't know if this would work or not, but I figured it
> wouldn't hurt to try. I just took the m.2 stick thingy and plugged it
> into my phone. It popped up and said something about not being ready to
> access and did I want to format it.
> […]
> Anyway, I found this thing called File
> Manager plus. I used it to copy the picture directory and then paste it
> on the m.2 stick. My Samsung S9 phone is likely USB 1, maybe 2.
It’s typically 2.0. The premium ones come with USB 3 these days. I don’t
think there are any devices on the consumer market these days that still
have 1.0, that would be 1.2 MB/s.
> Oh, copying from m.2 stick to my puter hard drive, seconds. I used the
> type C USB port which is likely the fastest and it hit close to
> 300MBs/sec. Keep in mind, this is pictures with a few videos. Small
> files tend to be slower. Still, pretty good. A lot better than USB 1.0
> days.
300 MB/s is ok-ish, but that’s not even SATA speed. Something may still be
amiss here. What may be interesting is whether the partition is properly
aligned. If not, this can incurr huge performance penalties. Also, what does
hdparm -t say? Out of curiosity, what does hdparm say when the enclosure is
attached to a 5 Gbps and to a 10 Gbps port?
I took my very first SSD ever from my desk drawer, a 10½ year old low-end
Sandisk 128 GB SATA, sitting in a USB enclosure. Back then, even cheap SSDs
used MLC flash, which may be the reason why it never “forgot” anything and
is still snappy. Since I use it as photo backup, it contains the same file
sizes as your phone copy, so it’s perfect for comparison. The only
difference is that I use f2fs on LUKS, so no FUSE involved.
I ran the command: "tar cf /dev/null /path/to/SSD/" and saw a transfer speed
of 390 MB/s.
Then I did the same with my internal 970 Evo Plus, that’s a PCIe 3.0×4. Tech
reviews back then reached around 2500 MB/s, which is actually about the
speed I reach with hdparm -t.
I ran the same tar command again, and reached 1700 MB/s. *face of dissapointment*
And this brings me to another nifty tool that I wrote a while back. :D :D
It gives you a distribution of file sizes. I wrote it when I wanted to find
out the optimal record size for my NAS’s ZFS pool. Because by tuning the
record size to the most prevalent file size, you can optimise ZFS storage
efficiency.
For my main photo archive:
File size histogram:
size <= count histogram cumulative size histogram
0 B 10 ........................................ 0 B ........................................
1 kiB 29 ........................................ 11.7 kiB ........................................
4 kiB 62 ........................................ 162.9 kiB ........................................
16 kiB 123 ........................................ 1.1 MiB ........................................
64 kiB 46 ........................................ 1.7 MiB ........................................
128 kiB 236 #....................................... 22.8 MiB ........................................
256 kiB 892 ##...................................... 171.5 MiB ........................................
1 MiB 3699 #########............................... 2.0 GiB #.......................................
4 MiB 6214 ###############......................... 15.7 GiB #####...................................
16 MiB 16302 ######################################## 116.2 GiB ########################################
1 GiB 719 ##...................................... 47.8 GiB ################........................
bigger 2 ........................................ 6.5 GiB ##......................................
So most files are between 4 and 16 MiB in size. But there is a considerable
data volume of files between 16 MiBs and 1 GiB, so basically videos or maybe
some RAWs.
The photo backup SSD is even more unequivocal, as those are photos straight
from the camera that I haven’t edited yet. Therefore they are all around
8..10 MiB. I tend to edit photos and save them in JpegXL, resulting in sizes
between 200 kiB and 2 MiB.
size <= count histogram cumulative size histogram
0 B 0 ........................................ 0 B ........................................
1 kiB 48 ........................................ 21.2 kiB ........................................
4 kiB 45 ........................................ 90.9 kiB ........................................
16 kiB 36 ........................................ 261.5 kiB ........................................
64 kiB 11 ........................................ 371.5 kiB ........................................
128 kiB 8 ........................................ 855.1 kiB ........................................
256 kiB 39 ........................................ 7.0 MiB ........................................
1 MiB 61 ........................................ 34.9 MiB ........................................
4 MiB 533 ###..................................... 1.5 GiB #.......................................
16 MiB 6969 ######################################## 57.2 GiB ########################################
1 GiB 172 #....................................... 16.4 GiB ###########.............................
bigger 7 ........................................ 20.8 GiB ###############.........................
--
Grüße | Greetings | Salut | Qapla’
Please do not share anything from, with or about me on any social network.
“When I get home I think I should have a second-generation chrome book in
the mail. Just because for some odd reason Google sends me these things.”
– Linus Torvalds
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 833 bytes --]
next prev parent reply other threads:[~2025-02-25 22:17 UTC|newest]
Thread overview: 60+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-02-24 18:58 [gentoo-user] m.2 nvme stick not what I was expecting at all Dale
2025-02-24 19:20 ` Jack
2025-02-24 19:49 ` Dale
2025-02-24 19:40 ` Mark Knecht
2025-02-24 19:41 ` Rich Freeman
2025-02-24 19:53 ` Dale
2025-02-24 20:00 ` Rich Freeman
2025-02-24 20:34 ` Dale
2025-02-24 20:02 ` eric
2025-02-24 20:11 ` Mark Knecht
2025-02-24 20:44 ` Dale
2025-02-24 22:48 ` Frank Steinmetzger
2025-02-25 3:56 ` Dale
2025-02-25 10:08 ` Michael
2025-02-25 11:00 ` Dale
2025-02-25 11:16 ` Michael
2025-02-25 15:57 ` Dale
2025-02-25 17:05 ` Rich Freeman
2025-02-25 19:00 ` Michael
2025-02-25 19:18 ` Rich Freeman
2025-02-25 20:39 ` Michael
2025-02-25 22:16 ` Frank Steinmetzger [this message]
2025-02-25 14:48 ` Peter Humphrey
2025-02-25 17:00 ` Michael
2025-02-24 22:13 ` Frank Steinmetzger
2025-02-25 4:20 ` Dale
2025-02-25 8:18 ` Wols Lists
2025-02-25 14:07 ` [gentoo-user] " Grant Edwards
2025-02-25 8:20 ` [gentoo-user] " Wols Lists
2025-02-25 11:09 ` Dale
2025-02-25 12:26 ` Dale
2025-02-25 15:04 ` Rich Freeman
2025-02-25 15:32 ` Dale
2025-02-25 16:29 ` Rich Freeman
2025-02-25 17:26 ` Dale
2025-02-25 17:41 ` Rich Freeman
2025-02-26 14:43 ` Dale
2025-02-26 16:38 ` Michael
2025-02-26 20:34 ` Dale
2025-02-26 20:48 ` Mark Knecht
2025-02-25 20:19 ` Wol
2025-02-25 20:21 ` Michael
2025-02-25 21:34 ` Frank Steinmetzger
2025-02-26 7:52 ` Wols Lists
2025-02-26 16:44 ` Michael
2025-02-26 18:03 ` Wol
2025-02-26 18:05 ` Rich Freeman
2025-02-26 18:42 ` Wol
2025-02-26 19:26 ` Rich Freeman
2025-02-26 19:47 ` Wols Lists
2025-02-26 19:56 ` Rich Freeman
2025-02-26 21:25 ` Wol
2025-02-26 22:37 ` Michael
2025-02-26 16:41 ` Michael
2025-02-28 5:43 ` Dale
2025-02-28 16:40 ` [gentoo-user] " Grant Edwards
2025-03-02 16:01 ` Dale
2025-03-02 22:06 ` Frank Steinmetzger
2025-03-02 22:39 ` Dale
2025-03-03 3:01 ` Grant Edwards
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=Z75BII2G1W2X8sEX@q \
--to=warp_7@gmx.de \
--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