Overclock.net › Forums › Components › Hard Drives & Storage › SSD › Samsung 840 EVO read speed drops on old-written data in the drive
New Posts  All Forums:Forum Nav:

Samsung 840 EVO read speed drops on old-written data in the drive - Page 33

post #321 of 3279
Quote:
Originally Posted by tehspaceg View Post

You don't happen to want to write a tool for Linux. I have a 120GB EVO as my OS drive on a Linux box. I doubt it is specific to OS, but testing won't hurt if it is possible.

I wrote a script to test this on Linux.
Warning: Spoiler! (Click to show)
Code:
#!/bin/bash

###########################
SIZE=+10M
###########################

today=$(date +%s)
fileSizeTotal=0
timeElapsedTotal=0
transferSpeedMin=9999999999
transferSpeedMax=0

for argument in "$@" ; do

  echo "Speeds (MB/s), Size (MB), Age (days), File name"

  while read fileSize fileDate fileName ; do
  
    fileDays=$(( ($today - ${fileDate%.*}) / 60 / 60 / 24 ))
    
    timeStartTest=$(date +%s%6N)
    dd if=/dev/zero of=/dev/null bs=4K count=1 >& /dev/null
    
    timeStart=$(date +%s%6N)
    dd if="$fileName" of=/dev/null iflag=nocache,dsync bs=1M >& /dev/null
    timeEnd=$(date +%s%6N)
    
    timeElapsed=$(( $timeEnd - $timeStart + $timeStartTest - $timeStart ))
    transferSpeed=$(echo ${fileSize}000000 / $timeElapsed / 1000000 | bc)
    
    echo "$transferSpeed, $(($fileSize/1000000)), $fileDays, \"$fileName\""

    [[ $transferSpeed -lt $transferSpeedMin ]] && transferSpeedMin=$transferSpeed
    [[ $transferSpeed -gt $transferSpeedMax ]] && transferSpeedMax=$transferSpeed
    fileSizeTotal=$(( $fileSizeTotal + $fileSize ))
    timeElapsedTotal=$(( $timeElapsedTotal + $timeElapsed ))
    
  done < \
    <(
      find -P -O3 "$argument" -xdev -readable -size $SIZE \
           -printf "%s %C@ %p\n" 2> /dev/null
    )

  transferSpeedTotal=$(echo ${fileSizeTotal}000000 / $timeElapsedTotal / 1000000 | bc)
  
  timeOutput=$(( ($timeElapsedTotal + 500000) / 1000000 ))
  sizeOutput=$(( ($fileSizeTotal + 5000000) / 10000000 ))
  echo 
  echo "Path, \"$argument\""
  echo "Speeds, $transferSpeedTotal MB/s  (lowest = $transferSpeedMin MB/s, highest = $transferSpeedMax MB/s)"
  echo "Bytes, $(($sizeOutput / 100)).$(($sizeOutput % 100)) GB"
  echo "Time, $(($timeOutput / 60)) min $(($timeOutput % 60)) sec"
  echo
  
done

It takes folder names as parameters for where to start diving into things. It will stay inside a drive and won't follow mount points into other devices or links to somewhere else. The data it collects is pretty similar to what the FileBench tool does. The output looks weird and ugly because it's intended to be copied into a spreadsheet program as CSV data where you can then try to create pretty graphs or diagnose something through sorting by age or speed column etc.

If you've put the script into a file named "test.sh", you'd call it like this to test things in /home:

./test.sh /home

I used this script to test a Crucial MX100 256GB. It seems fine. The oldest files are about 80 days old on that drive, and they are at the moment not different in read speeds compared to fresh files.
post #322 of 3279
I've got a couple of 840 250s, an 840 Pro 256, a dozen 840 EVO 250s and one 840 EVO 500 spread across various machines at home and at work. Since my old beater at home (3770k, Win 7 64 Ultimate) has the 840, 840 Pro and 840 EVO 500, so I'll benchmark all of the drives on it.

First up is the 840 250, the C: and boot drive for the machine. It has been in service since 2013-06-12, 3.25 terabytes of writes, for ~7.2 GB/day. It is about 57% full (119/209).




Edited by efahl - 9/14/14 at 1:15pm
post #323 of 3279
Second up is the 840 Pro 256. It is a backup disk on this machine, copy my work area to it every day, otherwise static. It started service on 2012-12-15, 2.3 TB of writes, for about 2 GB/day. It is 81% full (174/219).



post #324 of 3279
Samsung EVO 840, (4x 120GB stripe)

I have the same issue. Battlefield that I installed as the first thing when installing my new system at 50MB/sec..

Tera files that I installed less than a month ago running 1340MB/sec.



I run my disks in a stripe (4 disks) so when the data is fresh I am usually seeing around 1.4-1.5GB/sec
Water-Rig
(25 items)
 
Chiller-Rig
(18 items)
 
work
(11 items)
 
CPUMotherboardGraphicsRAM
4770k MSI Z87 Mpower Max Gigabyte GTX 680 SOC Corsair Dominator GT2133 CL9-10-9-24-2T 
RAMRAMHard DriveHard Drive
Corsair Platinum 2400 CL10-12-12-31-2T  Avexir Core Series 2800 CL12-14-14-35-2T OCZ Vertex 3 MaxIOPS  Corsair Force 2 
OSMonitorKeyboardPower
Windows 7, x64 Ultimate BenQ 24" XL2410T (120hz) SteelSeries 6GV2 Silverstone Strider Gold 750w 
CaseMouseMouse PadAudio
CM Stacker 830 SteelSeries Xai Laser RUSE Gaming SteelSeries Logitech G35 
OtherOtherOtherOther
HWlabs Black-Ice SR-1 420 Radiator 3 x Prolimatech 140mm 3 x Silverstone Airpenetrator 141 3x Silverstone 121FM Fans (gfx) 
OtherOtherOtherOther
1x Swifttech MCP35x + MCP35x reservoir  EK Water Blocks Nichel-Acetal Supr. HF CPU EK Water Blocks Copper-Plexi Supr. HF VGA 2m ½" tube 
CPUMotherboardGraphicsRAM
P4 641 Asus Maximus Formula x38 Nvidia Geforce 7300LE Samsung PC5300 
Hard DriveCoolingCoolingCooling
Seagate 8x TECs, 50x50x41mm (288 couple) 35v 2x Phobya Temperature displays Neoprene tube 19/13 
CoolingCoolingCoolingCooling
4x Dominator GT waterblocks 1x EK CPU Supreme HF 2x EK DC 4 Pump  2x EK basic 250ml cylinder reservoirs 
CoolingCoolingCoolingOS
1x HWlabs GTX360 Scythe 3000 rpm 120x38mm 3x Enermax 120mm fans  Windows XP 
PowerCase
Enermax MaxRevo 1500W Fujitsu Siemens 
  hide details  
Reply
Water-Rig
(25 items)
 
Chiller-Rig
(18 items)
 
work
(11 items)
 
CPUMotherboardGraphicsRAM
4770k MSI Z87 Mpower Max Gigabyte GTX 680 SOC Corsair Dominator GT2133 CL9-10-9-24-2T 
RAMRAMHard DriveHard Drive
Corsair Platinum 2400 CL10-12-12-31-2T  Avexir Core Series 2800 CL12-14-14-35-2T OCZ Vertex 3 MaxIOPS  Corsair Force 2 
OSMonitorKeyboardPower
Windows 7, x64 Ultimate BenQ 24" XL2410T (120hz) SteelSeries 6GV2 Silverstone Strider Gold 750w 
CaseMouseMouse PadAudio
CM Stacker 830 SteelSeries Xai Laser RUSE Gaming SteelSeries Logitech G35 
OtherOtherOtherOther
HWlabs Black-Ice SR-1 420 Radiator 3 x Prolimatech 140mm 3 x Silverstone Airpenetrator 141 3x Silverstone 121FM Fans (gfx) 
OtherOtherOtherOther
1x Swifttech MCP35x + MCP35x reservoir  EK Water Blocks Nichel-Acetal Supr. HF CPU EK Water Blocks Copper-Plexi Supr. HF VGA 2m ½" tube 
CPUMotherboardGraphicsRAM
P4 641 Asus Maximus Formula x38 Nvidia Geforce 7300LE Samsung PC5300 
Hard DriveCoolingCoolingCooling
Seagate 8x TECs, 50x50x41mm (288 couple) 35v 2x Phobya Temperature displays Neoprene tube 19/13 
CoolingCoolingCoolingCooling
4x Dominator GT waterblocks 1x EK CPU Supreme HF 2x EK DC 4 Pump  2x EK basic 250ml cylinder reservoirs 
CoolingCoolingCoolingOS
1x HWlabs GTX360 Scythe 3000 rpm 120x38mm 3x Enermax 120mm fans  Windows XP 
PowerCase
Enermax MaxRevo 1500W Fujitsu Siemens 
  hide details  
Reply
post #325 of 3279
Finally, the 840 EVO 500. This is my work disk, contains a 100G MP3 library that has been almost static since the first day got the drive, plus work archives that take up probably another 200 GB, that are static as well. My work area is maybe 30 GB, what with daily compiles, links, installer builds and all the usual, with installers at about 100 MB each accumulating at usually 4-5/week. This drive was installed on 2013-11-11, has had 2.5 TB written for about 8.1 GB/day. It is 69% full (290/419). This is the only drive on which I've experienced any degradation in speed, and boy, it is pretty severe. I only ran FileBench on a small subset, as it took hours for Parkdale to run and I didn't want to go through that again.

The age vs speed chart is strange, as there are a large number of files that FileBench reads below 30 MB/s (see last snap for a tiny sample).






Edited by efahl - 9/14/14 at 2:52pm
post #326 of 3279
Quote:
Originally Posted by efahl View Post

I've got a couple of 840 250s, an 840 Pro 256, a dozen 840 EVO 250s and one 840 EVO 500 spread across various machines at home and at work. Since my old beater at home (3770k, Win 7 64 Ultimate) has the 840, 840 Pro and 840 EVO 500, so I'll benchmark all of the drives on it.

First up is the 840 250, the C: and boot drive for the machine. It has been in service since 2013-06-12, 3.25 terabytes of writes, for ~7.2 GB/day. It is about 57% full (119/209).

[...]

That seems like everything's working fine for you for that particular drive. I also have an 840 250GB, but mine's broken with the same issue as what you are seeing for your 840 EVO. Did you do something to your 840 recently that's causing it to run well? Restored a full backup somewhat recently for example?

If you didn't do anything and it's just working well despite old files, could you maybe guess what firmware version your drive is using? Did you ever update it? If you did, when was the last time?
post #327 of 3279
Quote:
Originally Posted by deepor View Post

I wrote a script to test this on Linux.
Warning: Spoiler! (Click to show)
Code:
#!/bin/bash

###########################
SIZE=+10M
###########################

today=$(date +%s)
fileSizeTotal=0
timeElapsedTotal=0
transferSpeedMin=9999999999
transferSpeedMax=0

for argument in "$@" ; do

  echo "Speeds (MB/s), Size (MB), Age (days), File name"

  while read fileSize fileDate fileName ; do
  
    fileDays=$(( ($today - ${fileDate%.*}) / 60 / 60 / 24 ))
    
    timeStartTest=$(date +%s%6N)
    dd if=/dev/zero of=/dev/null bs=4K count=1 >& /dev/null
    
    timeStart=$(date +%s%6N)
    dd if="$fileName" of=/dev/null iflag=nocache,dsync bs=1M >& /dev/null
    timeEnd=$(date +%s%6N)
    
    timeElapsed=$(( $timeEnd - $timeStart + $timeStartTest - $timeStart ))
    transferSpeed=$(echo ${fileSize}000000 / $timeElapsed / 1000000 | bc)
    
    echo "$transferSpeed, $(($fileSize/1000000)), $fileDays, \"$fileName\""

    [[ $transferSpeed -lt $transferSpeedMin ]] && transferSpeedMin=$transferSpeed
    [[ $transferSpeed -gt $transferSpeedMax ]] && transferSpeedMax=$transferSpeed
    fileSizeTotal=$(( $fileSizeTotal + $fileSize ))
    timeElapsedTotal=$(( $timeElapsedTotal + $timeElapsed ))
    
  done < \
    <(
      find -P -O3 "$argument" -xdev -readable -size $SIZE \
           -printf "%s %C@ %p\n" 2> /dev/null
    )

  transferSpeedTotal=$(echo ${fileSizeTotal}000000 / $timeElapsedTotal / 1000000 | bc)
  
  timeOutput=$(( ($timeElapsedTotal + 500000) / 1000000 ))
  sizeOutput=$(( ($fileSizeTotal + 5000000) / 10000000 ))
  echo 
  echo "Path, \"$argument\""
  echo "Speeds, $transferSpeedTotal MB/s  (lowest = $transferSpeedMin MB/s, highest = $transferSpeedMax MB/s)"
  echo "Bytes, $(($sizeOutput / 100)).$(($sizeOutput % 100)) GB"
  echo "Time, $(($timeOutput / 60)) min $(($timeOutput % 60)) sec"
  echo
  
done

It takes folder names as parameters for where to start diving into things. It will stay inside a drive and won't follow mount points into other devices or links to somewhere else. The data it collects is pretty similar to what the FileBench tool does. The output looks weird and ugly because it's intended to be copied into a spreadsheet program as CSV data where you can then try to create pretty graphs or diagnose something through sorting by age or speed column etc.

If you've put the script into a file named "test.sh", you'd call it like this to test things in /home:

./test.sh /home

I used this script to test a Crucial MX100 256GB. It seems fine. The oldest files are about 80 days old on that drive, and they are at the moment not different in read speeds compared to fresh files.

Did some testing on my 840 EVO 120GB. Its limited to Sata 3Gbit but it runs of a new Bay Trail-D Celeron J1900 Quade core 10W SoC with 8Gb of DDR3L and has TRIM enabled.
Quote:
Code:
./SSD840bench.sh /
Speeds (MB/s), Size (MB), Age (days), File name
9, 12, 178, "/usr/libexec/gcc/x86_64-pc-linux-gnu/4.7.3/cc1"
13, 11, 178, "/usr/libexec/gcc/x86_64-pc-linux-gnu/4.7.3/lto1"
21, 13, 178, "/usr/libexec/gcc/x86_64-pc-linux-gnu/4.7.3/cc1plus"
29, 12, 178, "/usr/libexec/gcc/x86_64-pc-linux-gnu/4.7.3/f951"
92, 19, 137, "/usr/src/linux-3.14.2-gentoo/.tmp_vmlinux1"
60, 22, 137, "/usr/src/linux-3.14.2-gentoo/vmlinux.o"
101, 21, 137, "/usr/src/linux-3.14.2-gentoo/vmlinux"
85, 18, 137, "/usr/src/linux-3.14.2-gentoo/arch/x86/boot/compressed/vmlinux.bin"
109, 21, 137, "/usr/src/linux-3.14.2-gentoo/.tmp_vmlinux2"
67, 52, 144, "/usr/portage/distfiles/wine-mono-4.5.2.msi"
42, 76, 170, "/usr/portage/distfiles/linux-3.12.tar.xz"
62, 60, 145, "/usr/portage/distfiles/emul-linux-x86-baselibs-20140406.tar.xz"
73, 22, 144, "/usr/portage/distfiles/wine_gecko-2.24-x86.msi"
57, 12, 145, "/usr/portage/distfiles/Python-3.3.5.tar.xz"
68, 23, 144, "/usr/portage/distfiles/wine_gecko-2.24-x86_64.msi"
77, 82, 127, "/usr/portage/distfiles/gcc-4.7.3.tar.bz2"
60, 14, 145, "/usr/portage/distfiles/gtk+-3.10.8.tar.xz"
57, 78, 145, "/usr/portage/distfiles/linux-3.14.tar.xz"
92, 1032, 127, "/usr/portage/distfiles/cuda_6.0.37_linux_64.run"
69, 16, 144, "/usr/portage/distfiles/d62650a6f908e85643e557a236ea989c-vigra1.6.0.tar.gz"
87, 11, 99, "/usr/portage/distfiles/opengfx-0.4.7-source.tar.gz"
63, 76, 145, "/usr/portage/distfiles/emul-linux-x86-opengl-20140406.tar.xz"
65, 35, 145, "/usr/portage/distfiles/cairo-1.12.16.tar.xz"
71, 12, 145, "/usr/portage/distfiles/glibc-2.19.tar.xz"
64, 15, 145, "/usr/portage/distfiles/llvm-3.4.src.tar.gz"
72, 21, 144, "/usr/portage/distfiles/wine-1.7.17.tar.bz2"
43, 67, 170, "/usr/portage/distfiles/NVIDIA-Linux-x86_64-334.21.run"
54, 11, 145, "/usr/portage/distfiles/emul-linux-x86-medialibs-20140406.tar.xz"
61, 14, 145, "/usr/portage/distfiles/Python-3.4.0.tar.xz"
281, 149, 10, "/usr/portage/distfiles/firefox-32.0.source.tar.bz2"
280, 74, 11, "/usr/portage/distfiles/NVIDIA-Linux-x86_64-343.13.run"
115, 849, 117, "/usr/portage/distfiles/cuda_5.5.22_linux_64.run"
63, 13, 145, "/usr/portage/distfiles/gtk+-2.24.23.tar.xz"

Path, "/"
Speeds, 83 MB/s  (lowest = 9 MB/s, highest = 281 MB/s)
Bytes, 2.98 GB
Time, 0 min 36 sec

Also adding Samsung 840 120GB.
Very interesting how this one have note degraded at 140-170 days but starts degrading at about 330 days in. So some difference there is, same OS and software to a big extent as the EVO. This one is Also limited to Sata 3Gbit using AMD 785G/SB710 and an Athlon II X 2 240E 2.8Ghz and 8Gb DDR3.
Quote:
Code:
./SSD840bench.sh /
Speeds (MB/s), Size (MB), Age (days), File name
267, 15, 171, "/opt/icedtea-bin-6.1.12.7/lib/tools.jar"
272, 24, 171, "/opt/icedtea-bin-6.1.12.7/jre/lib/amd64/server/classes.jsa"
270, 60, 171, "/opt/icedtea-bin-6.1.12.7/jre/lib/rt.jar"
272, 25, 171, "/opt/oracle-jre-bin-1.7.0.51/lib/amd64/libjfxwebkit.so"
271, 22, 171, "/opt/oracle-jre-bin-1.7.0.51/lib/amd64/server/classes.jsa"
265, 15, 171, "/opt/oracle-jre-bin-1.7.0.51/lib/amd64/server/libjvm.so"
274, 13, 171, "/opt/oracle-jre-bin-1.7.0.51/lib/jfxrt.jar"
264, 53, 171, "/opt/oracle-jre-bin-1.7.0.51/lib/rt.jar"
273, 105, 171, "/usr/lib64/locale/locale-archive"
273, 10, 171, "/usr/lib64/libgs.so.9.10"
263, 12, 171, "/usr/libexec/gcc/x86_64-pc-linux-gnu/4.7.3/cc1"
265, 13, 171, "/usr/libexec/gcc/x86_64-pc-linux-gnu/4.7.3/cc1plus"
262, 11, 171, "/usr/libexec/gcc/x86_64-pc-linux-gnu/4.7.3/lto1"
256, 13, 171, "/usr/libexec/gcc/x86_64-pc-linux-gnu/4.7.3/f951"
269, 15, 188, "/usr/portage/packages/All/python-3.3.3.tbz2"
274, 45, 329, "/usr/portage/packages/All/oracle-jre-bin-1.7.0.45.tbz2"
263, 21, 171, "/usr/portage/packages/All/gcc-4.5.4.tbz2"
272, 45, 171, "/usr/portage/packages/All/oracle-jre-bin-1.7.0.51.tbz2"
218, 13, 329, "/usr/portage/packages/All/python-2.7.5.tbz2"
54, 12, 329, "/usr/portage/packages/All/glibc-2.10.1-r1.tbz2"
64, 12, 329, "/usr/portage/packages/All/perl-5.12.4-r1.tbz2"
149, 33, 329, "/usr/portage/packages/All/samba-3.5.15.tbz2"
118, 44, 329, "/usr/portage/packages/All/sun-jdk-1.5.0.22-r1.tbz2"
85, 12, 329, "/usr/portage/packages/All/glibc-2.14.1-r3.tbz2"
92, 26, 329, "/usr/portage/packages/All/samba-3.4.6.tbz2"
264, 12, 171, "/usr/portage/packages/All/python-2.7.5-r3.tbz2"
268, 38, 171, "/usr/portage/packages/All/icedtea-bin-6.1.12.7.tbz2"
113, 65, 329, "/usr/portage/packages/All/gentoo-sources-2.6.32-r7.tbz2"
137, 19, 329, "/usr/portage/packages/All/gcc-4.4.3-r2.tbz2"
142, 26, 329, "/usr/portage/packages/All/samba-3.4.9.tbz2"
272, 19, 171, "/usr/portage/packages/All/samba-3.6.23.tbz2"
133, 88, 329, "/usr/portage/packages/All/gentoo-sources-3.10.0.tbz2"
216, 21, 329, "/usr/portage/packages/All/gcc-4.5.3-r2.tbz2"
262, 91, 170, "/usr/portage/packages/All/gentoo-sources-3.12.13.tbz2"
156, 11, 329, "/usr/portage/packages/All/ghostscript-gpl-9.05-r1.tbz2"
267, 29, 171, "/usr/portage/packages/All/gcc-4.7.3-r1.tbz2"
235, 13, 171, "/usr/portage/packages/All/glibc-2.17.tbz2"
109, 26, 329, "/usr/portage/packages/All/samba-3.4.12.tbz2"
270, 12, 171, "/usr/portage/packages/All/ghostscript-gpl-9.10-r2.tbz2"
225, 12, 329, "/usr/portage/packages/All/perl-5.8.8-r8.tbz2"
101, 80, 329, "/usr/portage/packages/All/gentoo-sources-3.3.8.tbz2"
253, 12, 171, "/usr/portage/packages/All/perl-5.16.3.tbz2"
76, 18, 329, "/usr/portage/packages/sys-devel/gcc-4.3.4.tbz2"
268, 13, 170, "/usr/src/linux-3.12.13-gentoo/vmlinux.o"
306, 12, 170, "/usr/src/linux-3.12.13-gentoo/vmlinux"
360, 11, 170, "/usr/src/linux-3.12.13-gentoo/arch/x86/boot/compressed/vmlinux.bin"
317, 12, 170, "/usr/src/linux-3.12.13-gentoo/.tmp_vmlinux1"
337, 12, 170, "/usr/src/linux-3.12.13-gentoo/.tmp_vmlinux2"

Path, "/"
Speeds, 176 MB/s  (lowest = 54 MB/s, highest = 360 MB/s)
Bytes, 1.35 GB
Time, 0 min 8 sec

Since I cant measure speeds above 3Gbit I dont know exactly when the degradation starts but what I can measure its starts at 3 months in for the 840 EVO and 11 months in for the 840 and one can probably remove a month or so from that on Sata 6Gbit speeds.

I suspect that the 840 is more resilient due to it using 21nm TLC and the 840 EVO uses 19nm TLC.

Its also interesting to know that the 840 EVO can endure about 1000 PE cycles and the new 845D EVO has TLC rated at 3000 PE cycles for the 19nm nand so Samsung is probably improving its NAND as the node matures.

So I suspect the older 21nm node was less prone to slow downs then the 19nm node used in the EVO.

might explain why people are just now noticing the problem on the EVO and did not see it the first year on the 840.
Edited by G4Virus - 9/14/14 at 2:29pm
post #328 of 3279
2x 512GB 840 evos... :

rmUPili.png

After 1 TRIM pass:
wMDPn5I.png

After 2 TRIM passes:
lQadmFO.png

???
Edited by betaflame - 9/14/14 at 2:26pm
post #329 of 3279
Quote:
Originally Posted by deepor View Post

That seems like everything's working fine for you for that particular drive. I also have an 840 250GB, but mine's broken with the same issue as what you are seeing for your 840 EVO. Did you do something to your 840 recently that's causing it to run well? Restored a full backup somewhat recently for example?
Nope, nothing has been done to it at all other than the usual writes to TMP and AppData and all that; since my login area/workspace is on the 840 EVO mounted on G:/, the 840 only sees a small amount of traffic (I've even got my browser caches on the 840 EVO). I did update my Python install a few weeks back, but other than that, I don't think I've touched anything in C:/Program Filesxxx since I pulled the machine out of the scrap pile at work and brought it home last November.
Quote:
Originally Posted by deepor 
If you didn't do anything and it's just working well despite old files, could you maybe guess what firmware version your drive is using? Did you ever update it? If you did, when was the last time?
Ah, thanks for asking that, I was going to post the firmware revs for the three drives but I forgot. All of the drives were updated when they were first installed, but not since then (I'm lazy, so if it ain't broke, I don't fix it):

840 - DXT08B0Q - currently out of date (Nov 2013).
840 Pro - DXM05B0Q - likewise out of date (Dec 2012).
840 EVO - EXT0BB6Q - up to date (Jun 2013).

OOPS Edit: got the revs backwards on the Pro and EVO, all fixed now.
Edited by efahl - 9/14/14 at 3:18pm
post #330 of 3279
Quote:
Originally Posted by gino074 View Post

there are a large number of files that FileBench reads below 30 MB/s (see last snap for a tiny sample).

Maybe you can test with a simple Windows copy of that test folder to another drive to see what the speed of that is. Best after a restart, to avoid any Windows caching.
Fun
(15 items)
 
AntiAlias
(11 items)
 
 
CPUMotherboardGraphicsRAM
4770K @ 4.5Ghz @ 1.38v delidded Gigabyte GA-Z87X-OC f9c 2 x Zotac 980Ti Amp Omega @1530, @1530 G.SKILL TridentX 2400 CL10 
Hard DriveHard DriveOptical DriveCooling
Samsung 830 256GB 4 x Samsung EVO 850 1TB RAID0 Samsung Blu Ray Cooler Master Seidon 240M 
OSMonitorKeyboardPower
Windows 7 Professional 64 bit Samsung 27" IPS 2560x1440 Logitech Wireless Seasonic Platinum 860 
CaseMouseAudio
NZXT Phantom 630 white Razer ASUS Xonar U7 external 
CPUMotherboardGraphicsGraphics
7700K@5Ghz ASUS ROG STRIX Z270F Asus 1080Ti FE Gigabyte 1080Ti FE 
RAMHard DriveHard DriveOS
Corsair Vengeance LED 32GB (4x 8GB) DDR4 3400MH... Samsung 960 EVO 500GB 4 x 1TB 850 EVO SSD RAID0 Windows 10 Pro 64 Bit 
MonitorPowerCase
LG 27MU67-B 4K BeQuiet Straight Power 10 800W anidees AI-Crystal black 
  hide details  
Reply
Fun
(15 items)
 
AntiAlias
(11 items)
 
 
CPUMotherboardGraphicsRAM
4770K @ 4.5Ghz @ 1.38v delidded Gigabyte GA-Z87X-OC f9c 2 x Zotac 980Ti Amp Omega @1530, @1530 G.SKILL TridentX 2400 CL10 
Hard DriveHard DriveOptical DriveCooling
Samsung 830 256GB 4 x Samsung EVO 850 1TB RAID0 Samsung Blu Ray Cooler Master Seidon 240M 
OSMonitorKeyboardPower
Windows 7 Professional 64 bit Samsung 27" IPS 2560x1440 Logitech Wireless Seasonic Platinum 860 
CaseMouseAudio
NZXT Phantom 630 white Razer ASUS Xonar U7 external 
CPUMotherboardGraphicsGraphics
7700K@5Ghz ASUS ROG STRIX Z270F Asus 1080Ti FE Gigabyte 1080Ti FE 
RAMHard DriveHard DriveOS
Corsair Vengeance LED 32GB (4x 8GB) DDR4 3400MH... Samsung 960 EVO 500GB 4 x 1TB 850 EVO SSD RAID0 Windows 10 Pro 64 Bit 
MonitorPowerCase
LG 27MU67-B 4K BeQuiet Straight Power 10 800W anidees AI-Crystal black 
  hide details  
Reply
New Posts  All Forums:Forum Nav:
  Return Home
  Back to Forum: SSD
Overclock.net › Forums › Components › Hard Drives & Storage › SSD › Samsung 840 EVO read speed drops on old-written data in the drive