Results: Samsung SSD 860 EVO 4TB

  • SpinRite v6.1 Release #3
    Guest:
    The 3rd release of SpinRite v6.1 is published and may be obtained by all SpinRite v6.0 owners at the SpinRite v6.1 Pre-Release page. (SpinRite will shortly be officially updated to v6.1 so this page will be renamed.) The primary new feature, and the reason for this release, was the discovery of memory problems in some systems that were affecting SpinRite's operation. So SpinRite now incorporates a built-in test of the system's memory. For the full story, please see this page in the "Pre-Release Announcements & Feedback" forum.
    /Steve.
  • Be sure to checkout “Tips & Tricks”
    Dear Guest Visitor → Once you register and log-in please checkout the “Tips & Tricks” page for some very handy tips!

    /Steve.
  • BootAble – FreeDOS boot testing freeware

    To obtain direct, low-level access to a system's mass storage drives, SpinRite runs under a GRC-customized version of FreeDOS which has been modified to add compatibility with all file systems. In order to run SpinRite it must first be possible to boot FreeDOS.

    GRC's “BootAble” freeware allows anyone to easily create BIOS-bootable media in order to workout and confirm the details of getting a machine to boot FreeDOS through a BIOS. Once the means of doing that has been determined, the media created by SpinRite can be booted and run in the same way.

    The participants here, who have taken the time to share their knowledge and experience, their successes and some frustrations with booting their computers into FreeDOS, have created a valuable knowledgebase which will benefit everyone who follows.

    You may click on the image to the right to obtain your own copy of BootAble. Then use the knowledge and experience documented here to boot your computer(s) into FreeDOS. And please do not hesitate to ask questions – nowhere else can better answers be found.

    (You may permanently close this reminder with the 'X' in the upper right.)

ferrix

Member
Sep 17, 2020
6
2
Code:
Driv Size  Drive Identity     Location:    0      25%     50%     75%     100
---- ----- ---------------------------- ------- ------- ------- ------- -------
 81  4.0TB Samsung SSD 860 EVO 4TB       538.5   541.1   539.5   542.3   542.3

                  Benchmarked: Wednesday, 2020-12-30 at 14:06
(second run follows)
Code:
Driv Size  Drive Identity     Location:    0      25%     50%     75%     100
---- ----- ---------------------------- ------- ------- ------- ------- -------
 81  4.0TB Samsung SSD 860 EVO 4TB       538.2   540.6   539.2   541.7   541.8 

                  Benchmarked: Wednesday, 2020-12-30 at 14:07
 
Last edited:
  • Like
Reactions: inspapadakis
Thanks for the info!

Wow, it's pretty impressive how little reduction in read speed there is for over a year's use. On here we've seen a lot of SSDs where the start of a drive in particular has lost a lot of speed. I'm getting the impression (as yet anecdotal and not scientific!) that the Samsung drives, either the quality of the flash memory, or the way it is managed, are doing something right! :)
 
Thanks for the info!

Wow, it's pretty impressive how little reduction in read speed there is for over a year's use. [...] the Samsung drives, either the quality of the flash memory, or the way it is managed, are doing something right! :)
Yeah I've had lots of these over recent years (I keep switching to new bigger ones when they come out like a data hermit crab) and never had too much of an issue. It's possible that my dev workload is somehow more beneficial to the drive's health than other more normal use cases?
 
Yeah I've had lots of these over recent years (I keep switching to new bigger ones when they come out like a data hermit crab)

"Data hermit crab", beautiful metaphor there! Nice! :)

Yes, dunno about the workload thing. I don't think I understand enough about what's going on to speculate. :)
 
I will say, some of my vmware operations have seemed to get slower and slower as the drive has been in service longer. I often have 10-30sec drags on certain operations. I suspect the sectors that ReadSpeed chose to look at are just all part of the fast ones, and there's probably a handful of little problem areas. The drive's so big it would be reasonable for it to have missed those.

If the drive was <2TB and it could run Spinrite in a realistic amount of time I'd do that to try and spiff it back up. This is the first drive I've ever had that's just *not possible* to run spinrite no matter how I contort it. And even if it was possible it would take intractably long.
 
If the drive was <2TB and it could run Spinrite in a realistic amount of time I'd do that to try and spiff it back up. This is the first drive I've ever had that's just *not possible* to run spinrite no matter how I contort it. And even if it was possible it would take intractably long.
I'm happy to report that won't be true much longer, Greg! I'm up to my elbows in SpinRite's code! :)
 
I'm happy to report that won't be true much longer, Greg! I'm up to my elbows in SpinRite's code! :)
Ayep, and that's why I'm here. Now it's just a "race" between your assembly coding vs. me deciding to go find my old DRevitalize license ;)

But I'm in pretty good shape still, so inclined to wait. Because once SR is done I'd like to give it a nice juicy 4T SSD test case