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?!
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.
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.
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.
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…
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
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?