Extremely slow results from Samsung 980 m.2 SSD

I have an Ubuntu system, ASUS B-460 mobo, i5 104000, 32 GB ram, 1 TB Inland premium m.2, 1TB Samsung 980 m.2 ssd.

Plots going through the inland drive finish in around 24,000 seconds! Plots running though the Samsung had been taking 50-60k secs and now take over 120,000!!! I have been struggling for weeks with this and cannot figure out why this happening. The Samsung magician software says everything is fine. Their support had nothing to say. The processes using the Samsung just look like they’re sitting their most of the time, barely doing anything at all.

edit: I should add that benchmarking the 980 on Ubuntu gives normal read speeds but very low write speeds. On windows both read/write are close to the expected values

What could be the reason for my issue? I will send 1 XCH if you can tell me what is going on?!


Through what interface are you connecting the Samsung drive to your computer?

M.2 Nvme. Even sata should be faster than the speed I’m getting now

Check if your motherboard has a BIOS/firmware update.

I got similar issue with Samsung T5 via USB 3.0
On my NUC machine it gives reading at 350MB and writing limited to 50MB
When I connect to Windows laptop - 500-600 both ways

Looks like sometimes it just a mismatch in configuration - some are good for your hardware, some are not.
I will return this Samsung drive soon.
And yes- I know that USB3 is not best option for plotting, but in NUC case I cannot do anything more here. As its always on I just thought why not plot there as well. Still now I got quite lot spare space on my NUC and NAS systems, just lacking proper number of plots.

1 Like

Do you have any other PCs you could plug them into to see if they fare better? Can you boot a different operating system (ideally Windows for contrast, but some other distribution’s live image is better than nothing) and check how your write speeds are on there? Is the Samsung drive new or does it have a bunch of wear already? What if you swap the slots they’re plugged into?

Swapping M.2 slots didn’t do anything. Booting to windows gives better benchmarking performance but still below average real world performance. The drive was bought new, I had it running with a PCIe adapter in my old system but it’s done less than a third of its quoted writes so far.

1 Like

Definitely sounds like a bum drive, my friend!

The rec would be to swap it into a diff machine, if it behaves the same… the only variable is the drive, it’s gotta be bad.

I had a similar problem in the beginning – plotting suddenly started to get a lot slower. Enabling trimming resolved it for me. So, make sure you mount the partition with the discard option to enable trimming. You might need to execute a manual fstrim if you used the drive without discard up until now.


Oh man I ALWAYS forget that Linux does this annoying thing! But only certain distributions… ahh Linux.


@gerhard you save my live :slight_smile: I set enabling triming and my time was chaned from 7h → 1plot to 4h =1 plot, now I wil be trying pararell.

i7-10700, gigabyte z490uc, samsung 980 1 TB 32GB 3600 MHz, 1plot = 4t/3408


Samsung’s Magician software is finally showing the horrible write speeds that I’ve been experiencing with Chia. Looks like it is just a bad drive! Thanks for all the suggestions everyone!!

Avoid Samsung if you only have Linux!!!

1 Like

Dang I wouldn’t have expect any OS would still be mounting SSDs without enabling TRIM by default. Good to know.

1 Like

Yeah we got bitten by this HARD at work. Real hard. Some distros of Linux don’t enable SSD TRIM for some super obscure “safety of data” reason… it’s really bogus. Meanwhile a lot of people suffer because of this default, as you can see… :cry:


Hi rgFarmer,

You have to be careful when filling up the 980 Pro because it will do so quicker than you might expect. Samsung’s 980 Pro sustained 100GB of writes to its TurboWrite cache at a rate of 4.5 GBps before performance degraded. Once its cache filled, write speed averaged 1 GBps until full, outwriting the competition. Cache recovery is on the slower side, however. While the static 6GB cache recovered immediately, the ‘Intelligent’ dynamic cache did not recover within a half-hour idle window.

I belived the answer to your questions is on this graph

Also, you want to watch this video he goes into details about why not to plot with the 980


Huh interesting, thanks for sharing this, could you summarize why? It’s hard to block off time to watch a video versus read text…

On a quick glance it sounds like the problem reported in the Samsung community.

Samsung release a new firmware (3B2QGXA7) that’s supposed to fix the issue.



as i understand trim functions works periodically to trim ssd drives. whats is the default schedule for trimming in Ubuntu and what should it be?


Oh i found it works once a week. One week is OK or should be it more frequently?

btw these are my trim results. my ssds did not have discard option. after adding discard, i ran trim manually.
I don’t know if these results are normal or not.

Hrmmm, trying to decide now whether it’s worth messing with the plotting on my Samsung 980 machines to do the firmware. Anyone got any reports on whether this has made a big difference for Chia plotting specifically?

my reason was to try trim that i was getting teribble results with my samsung 980 1tb.

Now i trimmed and i will try. i post the results here.

Btw: i have upgraded firmware of it in windows but i was still getting really bad results.

1 Like