Samsung EVO SSD eigenaars

[Buzz_Fuzz]

Ik krijg net respons van Samsung dat de Performance Restoration tool ook zou moeten werken voor non-EVO drives. Vreemd, dat wordt op hun website en installation guide nergens vermeld.

Iemand die dit al heeft kunnen testen?

Our performance optimization tool will work for the 840 non-EVO drives as well, please read the PDF file that list all of the limitations and requirements of the performance optimization tool.

EDIT: of hebben ze gewoon weer niet de tijd genomen om mijn bericht te lezen en "performance optimization tool" verward met "performance restoration software". *zucht*

[dcm360]

RoaDHouse schreef op donderdag 16 oktober 2014 @ 00:56:
Na de update heb ik ook Rapid mode aangezet, volgens Samsung geen probleem met dataloss.

Hebben ze ook weten te vertellen hoe ze ervoor zorgen dat data in het ram bij stroomuitval bewaard blijft? Daar ben ik dan wel benieuwd naar.

[RoaDHouse]

dcm360 schreef op donderdag 16 oktober 2014 @ 10:42:
[...]

Hebben ze ook weten te vertellen hoe ze ervoor zorgen dat data in het ram bij stroomuitval bewaard blijft? Daar ben ik dan wel benieuwd naar.

Hier een linkje naar het pdf bestand waar alles duidelijk instaat : ergens in het midden gaat het over de stroomuitval.

http://www.samsung.com/gl...Rapid_Mode_Whitepaper.pdf

[Swordlord]

Dat het luistert naar flush commands betekend niet dat er geen data in kan zitten die verloren gaat tijdens een powerfailure...

Bij OS buffer, heb je een relatief kleine buffer, die relatief snel is geflushed. Risico is er, maar klein
Bij rapid heb je een grotere buffer, die niet zomaar even naar disk geflushed kan zijn. Risico is groter dan standaard (opzicht nog steeds best klein).

Het is dus afwegen waar het kantel punt zit van betrouwbaarheid...
Maar ga je het risico afwegen tegen het letterlijke voordeel dat RAPID geeft, dan kun je hem beter uitschakelen... Want in meeste real life scenario's bied RAPID weinig tot geen voordeel.

[ Voor 99% gewijzigd door Swordlord op 16-10-2014 11:39 ]

[RoaDHouse]

Ik heb Rapid mode weer uit staan, merk eigenlijk geen verschil, heb zelfs het idee dat het bij mijn systeem zelfs langzamer gaat met games opstarten.

[GoT]

Hallo,

http://tweakers.net/gallery/sys/488113
Ik heb vandaag mijn 250 GB EVO geupgrade, maar merk nu het volgende.

Ik doe veel aan (home made) video's bewerken en daarna recoding naar een ander codec.
Het recoden doe ik met n-pass en draai op de achtergrond.
De video bestanden staan op een ander HDD en niet op de SSD.
Ik heb verder nergens last van, mijn PC heeft het even zwaar (Fans gaan harder draaien) maar reageert nog goed.

Nu merk ik dat tijdens het recoden mijn PC af en toe kortstondig helemaal bevriest, mijn muis reageert dan ook niet meer. Ik heb hiervoor nooit eerder last van gehad.
Het hoeft niet aan de upgrade te liggen, maar het is wel verdacht dat ik na de upgrade hier last van hebt.

Zijn er meerdere mensen met "rare" verschijnselen na de upgrade ?
Nogmaals: het hoeft niet aan de upgrade te liggen, maar het is moeilijk te achterhalen waar het dan wel aan ligt.

[Saven]

Net uitgevoerd.. Van 0 % tot 80% ging supersnel, halve minuut ofzo. Daarna van 80% tot 100% iets meer dan een halfuurtje.

PC uitgezet (half minuutje gewacht) en weer aangezet. Mijn eerste reactie was letterlijk "Holy Shit". Ik was in 6 seconden op mijn desktop vanaf de powerbutton indrukken. Waar dat normaal toch wel 30 seconden was.

edit: zal wel met cache te maken hebben gehad oid, na stroom eraf en erop ging booten alsnog snel, maar duurde nu iets van 20 sec

[ Voor 17% gewijzigd door Saven op 16-10-2014 11:56 ]

[TheIbex]

Ik ga 't morgen/zaterdag op de Macbook white 2010 proberen.

Het is wat omslachtig maar valt wel goed samen met de Yosemite release die vanavond (hoogstwaarschijnlijk) is. Mooie clean install ;-)

1. huidige Mavericks installatie naar Time Machine
2. SSD uitbouwen en formatteren naar NTFS in Windows 7
3. Firmwareupdate plus tool draaien(wss voor niets, want het is een data verplaatsing, dus op een lege schijf hoeft 'm niets te doen)
4. SSD Terug in de Macbook
5. Yosemite installeren
6. Time Machine backup terugzetten

* Jammer dat m'n goede oude Macbook nog USB2.0 heeft. Daardoor gaat deze grap me waarschijnlijk een heel weekend kosten.

[Swordlord]

Rustig aan maar ThelBex... Eind deze maand komt er een OSX/Linux compatible tool. Waarschijnlijk bootable.

Als je clean install doet, zijn al je bestanden al fris en dus max readspead en kun je dus nog wel even uitzingen tot de OSX tool er is.

[ Voor 72% gewijzigd door Swordlord op 16-10-2014 12:06 ]

[TheIbex]

Ja, dat is ook wel zo... Maar de Mavericks die ik nu draait is een upgrade van Lion(10.7) geweest. Dus update over update over update. Dus een clean install van m'n macbook was ik bij Yosemite toch al van plan... Dan kan die extra 'tussenstap' er ook nog wel tussen .

Funny story; Ik had helemaal niet het idee dat er iets met de SSD loos was. Ik dacht bij mezelf: 'Ik zal wel gewoon verpest/gewend zijn door/aan de snelheid.' Tot ik dit bericht tegenkwam en ging meten...

[Verwijderd]

Net de performance restoration uitgevoerd.

Leessnelheid van 14MB/s naar 233 MB/s gegaan

[Superstudent]

Performance restoration uitgevoerd op een vrij nieuwe 840 Evo 250Gb met 10% over provisioning.

Merk 2 zaken:
- Het opstarten van windows lijkt iets langer te duren tussen de overgang van het draaiende logo naar het weergeven van de desktop login
- Ik heb meteen 1% wear te pakken (slechts 0.39TB data written)

Ik ben zeer benieuwd hoe dit aankomende maanden zich gaat ontwikkelen.

[Swordlord]

Meeste mensen maken de fout, de waarde 1 in de RAW waarde is geen 1% degradatie.
Dat er 1 verschijnt in de RAW is vanwege 1 volledige write cycle over het nand.
Bij +- 500GB geschreven zal er een 2tje verschijnen.

Bij elke 10 full write cycles zal de current value met 1% zakken, gezien de 1000 P/E waardering van het NAND.

[ Voor 21% gewijzigd door Swordlord op 18-10-2014 15:54 ]

[Superstudent]

Swordlord schreef op zaterdag 18 oktober 2014 @ 15:47:
Meeste mensen maken de fout, de waarde 1 in de RAW waarde is geen 1% degradatie.
Dat er 1 verschijnt in de RAW is vanwege 1 volledige write cycle over het nand.
Bij +- 500GB geschreven zal er een 2tje verschijnen.

Bij elke 10 full write cycles zal de current value met 1% zakken, gezien de 1000 P/E waardering van het NAND.

Ok dankjewel voor de uitleg. Maar in mijn geval staat de current value nu dus ook op 99 na slechts 0.39TB write. Dus ik zou zeggen dat de restoration toch fors wat heeft weggeschreven?

[Swordlord]

Dan is de restoration waarschijnlijk toch erg lustig geweest met het rondschuiven van zijn data en minder optimaal dan ik in eerste instantie dacht.

Theoretisch gezien zou het eigenlijk gedaan kunnen worden in 1 full write cycle van het NAND, gezien het in principe relocalisatie van data alleen maar is.
Oude data gaat naar de % lege cellen, oude data wordt leeg gemaakt en wordt beschreven met andere data die refresh moet hebben, ga zo door.
Write amplification zou niet al te hoog mogen uitvallen... Geen 10 cycles in elk geval zou ik zeggen...

Zelf heb ik geen 840 EVO, dus kan niet direct vergelijking voor je doen. Zal eens kijken of ik van andere bezitters wat info kan krijgen.

[ Voor 22% gewijzigd door Swordlord op 18-10-2014 16:24 ]

[Workaholic]

Tool gebruikt en krijg nu betere waardes op mijn C schijf (840 EVO 500GB)




Voor de D: (840 PRO 256GB) schijf kon ik hem niet gebruiken en heb ik eigenlijk ook geen problemen.

Bovenstaande benchmarks zijn uitgevoerd met diverse programma's open en virusscanners ENABLED.
Een 5 pass test met alle apps uitgeschakeld zal hoogstwaarschijnlijk nog iets betere resultaten geven.

[ Voor 22% gewijzigd door Workaholic op 19-10-2014 10:33 ]

[Steef]

Buzz_Fuzz schreef op donderdag 16 oktober 2014 @ 10:06:
Ik krijg net respons van Samsung dat de Performance Restoration tool ook zou moeten werken voor non-EVO drives. Vreemd, dat wordt op hun website en installation guide nergens vermeld.

Iemand die dit al heeft kunnen testen?


[...]


EDIT: of hebben ze gewoon weer niet de tijd genomen om mijn bericht te lezen en "performance optimization tool" verward met "performance restoration software". *zucht*

De tool werkt enkel voor de EVO modellen, de 840 non-evo wordt niet als toepasbaar herkend. De tool geeft de foutmelding:

"Cannot find Samsung SSD 840 EVO"

Getest op de 840 in mijn laptop, die overigens vergelijkbare problemen vertoont als mijn 840 EVO voor de firmware update.

*edit*

Ook maar even een mailtje naar Samsung gedaan. Toch erg vreemd dat nergens met een woord wordt gesproken over de 840 non-evo terwijl er toch zat mensen zijn met hetzelfde probleem. EOL?

*edit 2*

Quote van AnadTech:

For now the tool is limited to the 840 EVO (both 2.5" and mSATA) and will only work under Windows. An OS-independent tool will be available later this month for Mac and Linux users, but currently there is no word on whether the 'vanilla' 840 and the OEM versions will get the update. Samsung told me that they've only seen the issue in the 840 EVO, although user reports suggested that the 'vanilla' 840 is affected as well. I'll provide an update as soon as I hear more from Samsung.

[ Voor 37% gewijzigd door Steef op 19-10-2014 13:30 ]

[Kasper]

ThaRabbit schreef op woensdag 15 oktober 2014 @ 17:23:
[...]


Ik vermoed dat de tool dit aan blijft geven tot je over stapt op de windows drivers voor je controller, probeer eens via:

* Update Driver Software
* Browse my computer for driver software
* Let me pick from a list of device drivers on my computer

Selecteer nu de Standaard SATA AHCI Controller driver en reboot.

Wel een waarschuwing, drivers wisselen van je storage controller wil nog wel eens problemen opleveren. In dit geval zal het vast goed gaan, maar schiet me niet neer als de zaak afbrand

ik heb het zelfde probleem dat hij stopt bij 15%.
Echter bovenstaande oplossing werkt bij mijn laptop niet. Ik heb overigens ook geen amd maar intel.
Bij mij staat de evo 840 250gb bij apparaatbeheer onder: schijfstations. Als ik jou stappen volg, staat er bij mij geen Standaard SATA AHCI tussen.

(mijn huidige firmwareversie is EXT0BB0Q en niet eens EXT0BB6Q, maar overal zegt hij dat hij up to date is. )

[PilatuS]

Blo0odyHell schreef op zondag 19 oktober 2014 @ 15:53:
[...]


ik heb het zelfde probleem dat hij stopt bij 15%.
Echter bovenstaande oplossing werkt bij mijn laptop niet. Ik heb overigens ook geen amd maar intel.
Bij mij staat de evo 840 250gb bij apparaatbeheer onder: schijfstations. Als ik jou stappen volg, staat er bij mij geen Standaard SATA AHCI tussen.

(mijn huidige firmwareversie is EXT0BB0Q en niet eens EXT0BB6Q, maar overal zegt hij dat hij up to date is. )

Wat staat er bij IDE ATA/ATAPI Controllers ? Daar moet je er voor kiezen om met de standaard drivers te werken.

[Kasper]

PilatuS schreef op zondag 19 oktober 2014 @ 15:58:
[...]


Wat staat er bij IDE ATA/ATAPI Controllers ? Daar moet je er voor kiezen om met de standaard drivers te werken.

In apparaatbeheer onder IDE ATA/ATAPI Controllers staat: Intel(R) Mobile Express Chipset SATA AHCI Controller

Bij evo 840 250gb stuurprogramma bijwerken - schijfstation heb ik alleen de keuzes uit:
Fabrikant --> Model
(standaardschijfstations) --> Schijfstation en station voor optische schijven
Algemeen --> MMC-opslagkaart en SD-opslagkaart
Compaq --> Compaq SCSI-schijfarray
Microsoft --> Crcdisk-stuurprogramma
Mylex --> Mylex RAID-schijfapparaat

EDIT: in samsung magician staat bij system information: AHCI Mode Activated AHCI mode is ON.
EDIT: in de bios settings staat SATA MODE SELECTION --> AHCI (van de 2 opties AHCI en IDE)

[ Voor 52% gewijzigd door Kasper op 19-10-2014 16:38 ]

[Steef]

Blo0odyHell schreef op zondag 19 oktober 2014 @ 16:01:
[...]


In apparaatbeheer onder IDE ATA/ATAPI Controllers staat: Intel(R) Mobile Express Chipset SATA AHCI Controller

Bij evo 840 250gb stuurprogramma bijwerken - schijfstation heb ik alleen de keuzes uit:
Fabrikant --> Model
(standaardschijfstations) --> Schijfstation en station voor optische schijven
Algemeen --> MMC-opslagkaart en SD-opslagkaart
Compaq --> Compaq SCSI-schijfarray
Microsoft --> Crcdisk-stuurprogramma
Mylex --> Mylex RAID-schijfapparaat

EDIT: in samsung magician staat bij system information: AHCI Mode Activated AHCI mode is ON.
EDIT: in de bios settings staat SATA MODE SELECTION --> AHCI (van de 2 opties AHCI en IDE)

Het is niet de driver van je SSD die je moet wijzigen, het is de driver van de SATA controller (vandaar ook de vraag van PilatuS). Hier verwacht de tool de standaard Microsoft driver. Ik vermoed dat jij een driver afkomstig van Intel gebruikt.

[Kasper]

ThaRabbit schreef op zondag 19 oktober 2014 @ 17:50:
[...]


Het is niet de driver van je SSD die je moet wijzigen, het is de driver van de SATA controller (vandaar ook de vraag van PilatuS). Hier verwacht de tool de standaard Microsoft driver. Ik vermoed dat jij een driver afkomstig van Intel gebruikt.

Je hebt helemaal gelijk! ik begreep het verkeerd, excuses.
Het werkt nu, althans hij is verder gekomen dan de 15% tot nu toe heel erg bedankt in iedergeval!!

Edit: het programma voltooide zich na enige tijd, stap 3 duurde erg lang. Echter valt het resultaat me nog tegen. De benchmarks in samsung magician zijn ongeveer het zelfde, geen schokkende veranderingen. Verder heb ik het nog niet echt kunnen testen. Daarnaast heb ik al een tijdje het probleem dat opstarten en afsluiten super lang duurt. Bij het opstarten blijft hij lang op een zwart scherm hangen en bij afsluiten zie je erg lang het blauwe scherm met de tekst afsluiten. Ik had gehoopt dat dit misschien de oplossing zou zijn. Ik heb al vele dingen geprobeerd, van clean install tot register aanpassingen.

[ Voor 36% gewijzigd door Kasper op 20-10-2014 00:00 ]

[Steef]

Mijn bericht aan Samsung betreffende de non-EVO

Beste Mr. en/of Mw,

Recent hebben jullie een firmware fix uitgebracht voor de 840 EVO serie SSD schijven om een performance probleem te verhelpen. Mijn 840 non-EVO vertoont hetzelfde probleem (zeer lage leessnelheid van oude data).

Mijn vraag: is dit bekend en zo ja, komt er voor de 840 non-EVO ook een fix?

Reactie van Samsung:

Geachte heer ******,

Bedankt voor uw bericht.

Op dit moment is er geen versie voor de 840 series beschikbaar.

Ik zou u graag willen verzoeken om het formulier in de bijlage in te vullen en naar mij terug te sturen – plus een screenshot van de Benchmark parameters.
Vervolgens gaan wij een analyse maken.

Als er meer 840 non-EVO gebruikers zijn: verzend een support e-mailtje!

*edit*

Mijn 840 non-EVO:

[ Voor 4% gewijzigd door Steef op 21-10-2014 11:56 ]

[maratropa]

Wowie ik had al een idee dat dingen trager waren met opstarten etc, ik heb net de performance update op m'n evo 250 gb gedaan. Niet gemeten verder maar merkbaar sneller.

[Verwijderd]

Zoals anderen, had ook ik op mijn AMD systeem het probleem dat de EVO Restoration Tool tot 15% gaat en dan stopt met een melding over de driver. Dat lijkt vooral gerelateerd aan de firmware update. Zoals bij meerdere SSD's, kan je ook bij Samsung de firmware (buiten Samsung Magician om) alleen updaten in IDE mode. In AHCI mode gaat dat niet.

Meestal kan je in de BIOS instellen of je AHCI of IDE wilt gebruiken. Dus IDE instellen en rebooten. In principe hoef je dan geen drivers te (un)installeren, en werkt de firmware update meteen. Na gebruik van de tool in de BIOS weer AHCI instellen, anders heb je geen TRIM meer.

Maar mocht hij ook in IDE mode over de driver beginnen te zeuren, dan even in de Device Manager de IDE disk controller driver un-installeren. Dan rebooten. Meestal installeert hij dan toch de drivers weer, maar je geeft dan "Nee" op de "reboot" vraag. Dan heb je tenminste tijdens de huidige sessie de Microsoft standaard-drivers, en kan de Evo tool de firmware updaten. Wel een gepruts, maar je hoeft het maar 1 keer te doen.

Bij mij werkt het, al duurt het oneindig lang op mijn 120 GB drive. Mijn 1 TB Evo doe ik later wel een keer.

[Steef]

reactie van samsung betreffende de 840 non-evo:

Beste xxxxxx,

Ik heb de volgende informatie voor u:
De SSD 840series heeft niet hetzelfde probleem als de 840 EVO.
Ik zou u graag willen verzoeken om Secure Erase in Magician door te voeren.

Mochten er verdere vragen zijn, dan verneem ik dit graag.

Een secure erase overschrijft (neem ik aan) alle sectoren waardoor het euvel tijdelijk zal verdwijnen, ligt het aan mij of is dit een vreemde reactie?

[wjvdweg]

Heb gisteren een Samsung 840 EVO bijgewerkt met de Firmware update tool, op een schone Win7 X64 Install, zonder Chipset drivers op een Sabertooth 990FX R2.0 en dat ging prima, duurde een klein kwartiertje, Windows vroeg wel om een reboot na een tijdje, terwijl de Restoration tool bezig was, niet doen,

[Swordlord]

ThaRabbit schreef op vrijdag 24 oktober 2014 @ 12:02:
reactie van samsung betreffende de 840 non-evo:

[...]




Een secure erase overschrijft (neem ik aan) alle sectoren waardoor het euvel tijdelijk zal verdwijnen, ligt het aan mij of is dit een vreemde reactie?

Vreemde reactie inderdaad. Heb duidelijk gezien bij verschillende gebruikers dat ze ook die snelheids dip hebben...
Draai eens de tool en kijk voor je zelf zou ik zeggen en geef eventueel feedback op samsung met die resultaten..
http://www.overclock.net/...-to-confirm-affected-ssds

Secure erase is in principe een geavanceerde formatteer functie voor een SSD.
De drive wordt dus leeg gegooid en alles wat je dan opnieuw installeert is natuurlijk frisse data, wat uitstel van executie betekend

[ Voor 50% gewijzigd door Swordlord op 24-10-2014 13:44 ]

[Steef]

Swordlord schreef op vrijdag 24 oktober 2014 @ 13:33:
[...]


Vreemde reactie inderdaad. Heb duidelijk gezien bij verschillende gebruikers dat ze ook die snelheids dip hebben...
Draai eens de tool en kijk voor je zelf zou ik zeggen en geef eventueel feedback op samsung met die resultaten..
http://www.overclock.net/...-to-confirm-affected-ssds

Secure erase is in principe een geavanceerde formatteer functie voor een SSD.
De drive wordt dus leeg gegooid en alles wat je dan opnieuw installeert is natuurlijk frisse data, wat uitstel van executie betekend

Dit was ook mijn verwachting. Ik maak een image, doe een secure erase en dump het image terug. Als dit mijn performance problemen verhelpt bevestigd dit voor mij alleen maar dat de 840 non-evo hetzelfde probleem heeft als de EVO.

Wat logisch zou zijn, het is immers hetzelfde type geheugen. To be continued...

*edit*

Het zal niemand verbazen het een erase / re-image de performance inderdaad heeft genormaliseerd, dit bevestigd enkel dat de 840 non-evo vergelijkbare problemen heeft.

Samsung rep maar weer gemaild met mijn bevindingen.

[ Voor 10% gewijzigd door Steef op 25-10-2014 15:14 ]

[Steef]

Ze zijn schijnbaar nu alsnog bezig met het onderzoeken van de 840 serie.

http://www.overclock.net/...on-the-840-series-not-evo

Originally Posted by Samsung (freely translated)
Due to the recent feedback we've seen that the reading speed of certain files on certain models of the SSD 840 can be lower than anticipated.

Currently our product experts are systematically investigating the affected SSD-Models in different system environments and work on a quick solution.

Due to different technologies the models of the PRO-Series (840 PRO and 850 PRO) are not affected.

Bron:
http://www.computerbase.d...-daten-bei-ssd-840-basic/

[ Voor 13% gewijzigd door Steef op 29-10-2014 08:59 ]

[Mandarijntje]

De versie voor Mac is nu ook uit https://www.samsung.com/g...ml/support/downloads.html

[Superstudent]

Ik had nog een nieuwe SSD nodig maar ik heb voor de zekerheid toch maar een Crucial mx100 aangeschaft. Eerst eens kijken hoe de Evo zich aankomende maanden gaat houden, mijn vertrouwen is voorlopig nog niet terug.

[ Voor 11% gewijzigd door Superstudent op 30-10-2014 11:29 ]

[Lennyz]

Kan iemand mij helpen met het uitvoeren van de "Samsung SSD 840 EVO Performance Restoration Software 1.0" op de Macbook?

Ik heb verschillende manieren geprobeerd die beschreven worden bij de downloads maar het lukt mij maar niet.

Hier vind je de nodige instructies om een (Free)DOS bootable usb stick te maken:
http://chtaube.eu/computers/freedos/bootable-usb/
Hierna pak je de bestanden in het zip bestand van Samsung uit naar de hoofdmap van die stick.
Start op met die stick en kies vervolgens voor "4 - Load FreeDOS without drivers".
Als FreeDOS gestart is tik je perf.exe in, Enter.
Volg de stappen in de Samsung Performance Restoration v.1.0 Installation guide vanaf blz 6.

Ik heb alle instructies precies zo gevolgd als op die website. De Macbook ziet hem wel als bootable, maar ik krijg gewoon een zwart scherm als ik probeer de booten via de usb stick.

Ik heb deze tutorial gevolgd:
https://fuerstnet.de/en/u...d-firmware-mac-without-cd

De BTDSK.IMG file in de iso file plaats je als laatst op de USB schijf.
Vervolgens pas je in de syslinux.cfg de regel naar:
"append initrd=/BTDSK.IMG"

En voila

Edit;
Oh ja, stap 1 is dushet downloaden van de iso-file van de samsung website!

Deze boot ook, maar tevens een foutmelding.

Iemand enig idee wat ik nog meer kan proberen?

[Mandarijntje]

Zijn er al mensen die de Performance Restoration tool hebben gedraaid voor mac? Zo ja, is dit allemaal vlekkeloos verlopen?
Ik ben van plan deze week een 840 evo te bestellen en ben benieuwd naar jullie ervaringen.

[Lief Adje]

Mandarijntje schreef op maandag 03 november 2014 @ 20:53:
Zijn er al mensen die de Performance Restoration tool hebben gedraaid voor mac? Zo ja, is dit allemaal vlekkeloos verlopen?
Ik ben van plan deze week een 840 evo te bestellen en ben benieuwd naar jullie ervaringen.

Hier wel voor Linux, duurde voor de 750gb ca 75/80 min....

[Waltman]

Mandarijntje schreef op maandag 03 november 2014 @ 20:53:
Zijn er al mensen die de Performance Restoration tool hebben gedraaid voor mac? Zo ja, is dit allemaal vlekkeloos verlopen?
Ik ben van plan deze week een 840 evo te bestellen en ben benieuwd naar jullie ervaringen.

Behalve wat frustratie en uitzoekwerk hoe de update uit te voeren, is het bij mij prima verlopen. Volle snelheid is terug. Restoration duurde ongeveer 45 minuten, heb geduld wat het gaat echt stipje voor stipje.

[ Voor 8% gewijzigd door Waltman op 05-11-2014 22:24 ]

[Waltman]

Lennyz schreef op maandag 03 november 2014 @ 09:30:
Kan iemand mij helpen met het uitvoeren van de "Samsung SSD 840 EVO Performance Restoration Software 1.0" op de Macbook?

Ik heb verschillende manieren geprobeerd die beschreven worden bij de downloads maar het lukt mij maar niet.


[...]


Ik heb alle instructies precies zo gevolgd als op die website. De Macbook ziet hem wel als bootable, maar ik krijg gewoon een zwart scherm als ik probeer de booten via de usb stick.


[...]

Deze boot ook, maar tevens een foutmelding.

Iemand enig idee wat ik nog meer kan proberen?

USB boot lukt niet, maar je bent er bijna. De oplossing is een kleine aparte fat32 partitie aanmaken op een harddisk, syslinux partitie daar 1:1 heen kopieren met de terminal van de USB naar Hdd partitie. Daarna booten, refit, boot van hdd, seashell en samsung tool. Gebruik en lees wel goed de waarden van diskutil list zodat je zeker bent dat je de gegevens van de usb syslinux partitie naar de correcte hdd partitie kopieert.

Zie ook mijn post hier: downloads: Samsung SSD 840 EVO Performance Restoration Software 1.0

[ Voor 12% gewijzigd door Waltman op 05-11-2014 22:10 ]

[liptonicee]

Zijn er meerdere mensen die 1 week na het installeren van de performance restoration (voor de mac), wederom last hebben van lage write snelheden? Na het installeren van de update ging het een paar dagen goed, maar nu kom ik weer niet verder dan 30MB/s

[Steef]

liptonicee schreef op zondag 09 november 2014 @ 20:04:
Zijn er meerdere mensen die 1 week na het installeren van de performance restoration (voor de mac), wederom last hebben van lage write snelheden? Na het installeren van de update ging het een paar dagen goed, maar nu kom ik weer niet verder dan 30MB/s

Ik heb even een benchmark gedraaid, het gaat hier nog steeds prima.

Misschien even naar de volgende zaken kijken:
- Partitie alignment
- S.M.A.R.T.
- Driver check van je SATA controller.
- Andere poort op je SATA controller.

[ Voor 3% gewijzigd door Steef op 09-11-2014 20:24 ]

[rikadoo]

Bij mij bijna een maand later alles nog prima

[Buzz_Fuzz]

Kreeg net respons van Samsung support op mijn herhaalde vraag hoe het zat met de fix voor de non evo drives.

Thank you for contacting Samsung Support regarding your concerns and inquiries. We apologize for any inconvenience this may be causing you. The performance fix was made only for the 840 EVO. Upon hearing of the issue, Samsung's engineers tested all Samsung drives to see if the get the issue. Only the EVO was found to have the issue. There will be no fix for non-EVO drives as the issue only exists for 840 EVOs.

Say What?!?

[GHE]

Zie hier een screenshot van mijn 840 (non-EVO):



Ik heb dus maar een vriendelijk doch dringend emailtje gestuurd naar Samsung. Mochten ze niet met een oplossing komen, dan gaan we het op gooien op kosteloze vervanging van een werkende serie.

[Scooper]

Ik snap niet dat er niet meer mensen klagen over de 840 non-evo performance problemen. Zou niet iedereen er last van hebben?

Dit is toch niet normaal meer!

[Ibidem]

Scooper schreef op vrijdag 14 november 2014 @ 12:13:
Ik snap niet dat er niet meer mensen klagen over de 840 non-evo performance problemen. Zou niet iedereen er last van hebben?

Dit is toch niet normaal meer!
[afbeelding]

Vergeet niet dat de normale consument en dus de niet tweaker gebruiker helemaal geen idee heeft van read/write snelheden. Voor die doelgroep is elke SSD (dus ook een SSD zoals die van jou met performance issues) nog altijd veel sneller dan een traditionele HDD. De "snappyness" waarmee een SSD Windows boot, programma's opent is nog altijd belangrijker voor die doelgroep.

Dus een handvol Tweakers in binnen en buitenland die (terecht) huilie doen over dit soort performance issues is een non issue voor Samsung. Simpelweg een te kleine doelgroep.

Wanneer grote consumenten organisaties zoals de consumentenbond in de US en andere grote landen als Duitsland gaan klagen zal Samsung ook sneller en anders reageren.

[ Voor 13% gewijzigd door Ibidem op 14-11-2014 12:18 ]

[Steef]

Je bent zeker niet de enige, Scooper:

http://www.overclock.net/...40-non-evo-ssd-fixed-also

http://www.pcper.com/news...ce-slow-down-promises-fix

Het is op het moment nog angstvallig stil, mensen die performance benchmarks richting Samsung support sturen krijgen veelal alleen het advies een "secure erase" uit te voeren. Dit overschrijft alle sectoren en verstopt het probleem voor enige tijd

Benchmarks verzamelen en Samsung support mailen, misschien redacteuren van wat sites mailen. Het is inmiddels overduidelijk dat er wat aan de hand is.

[alu hoedje]
Op dit moment kunnen ze nog claimen dat het alleen de EVO was, op het moment dat ze toegeven dat ook de non-EVO 840 een probleem heeft zijn opeens alle TLC SSD schijven verdacht.
[/alu hoedje]

[ Voor 18% gewijzigd door Steef op 14-11-2014 12:47 ]

[Scooper]

Samsung support heb ik in elk geval zojuist gemaild. Ik denk dat er ook minder 840 non-evo's zijn verkocht, waardoor het probleem wellicht minder boven tafel komt.

[Lennyz]

Waltman schreef op woensdag 05 november 2014 @ 22:04:
[...]


USB boot lukt niet, maar je bent er bijna. De oplossing is een kleine aparte fat32 partitie aanmaken op een harddisk, syslinux partitie daar 1:1 heen kopieren met de terminal van de USB naar Hdd partitie. Daarna booten, refit, boot van hdd, seashell en samsung tool. Gebruik en lees wel goed de waarden van diskutil list zodat je zeker bent dat je de gegevens van de usb syslinux partitie naar de correcte hdd partitie kopieert.

Zie ook mijn post hier: downloads: Samsung SSD 840 EVO Performance Restoration Software 1.0

Bedankt voor de uitleg! Ik heb echter voor een andere oplossing gekozen. Ik heb de ssd in een gewone desktop geplaatst en toen geboot met de usb stick. Op mijn desktop werkt de usb stick, maar op mijn Macbook kreeg ik het met geen mogelijkheid aan de praat.

[peter123]

Iedereen die een non-EVO heeft kan misschien defragmentatie aanzetten in Windows.

[Steef]

peter123 schreef op vrijdag 21 november 2014 @ 08:45:
Iedereen die een non-EVO heeft kan misschien defragmentatie aanzetten in Windows.

Defragmentatie is niet een operatie die je op een SSD uit wilt voeren, de storage / wear controller in de SSD zelf bepaalt welke sectoren van data worden voorzien! Windows Defrag is zich hiervan bewust en voert ook geen klassieke defragmentatie uit op SSD schijven, enkel een TRIM operatie.

Defragmentatie veroorzaakt bij systemen die geen idee hebben van SSD schijven hooguit een hoop extra schrijf acties op je SSD schijf, wat de levensduur verminderd. Ook in dat geval vind er geen echte defragmentatie plaats, want:

1. Data fragmentatie is geen issue op SSD schijven
2. SSD schijven hebben interne controllers die bepalen welke sectoren worden gebruikt - voornamelijk om slijtage gelijkmatig te verdelen over de schijf.

Als je dit wilt doen om alle sectoren eenmalig te herschrijven om het data rot probleem op deze schijven tijdelijk te "patchen" dan is dit niet de goede methode.

Of mis ik je punt hier ?

[ Voor 13% gewijzigd door Steef op 21-11-2014 11:21 ]

[peter123]

Klopt, maar het lost het probleem van de lage leessnelheid wel op.
Samsung EVO SSD eigenaars (zie eerste post)
Het verschil in voltage tussen 0 en 1 is duidelijker waardoor correctie niet nodig is. Dit zou kunnen komen door de 19nm schaal, maar ook door de TLC.

[ Voor 3% gewijzigd door peter123 op 21-11-2014 11:46 ]

[Reepje]

Eens met peter123.
De theorie laat ons weten dat de ssd het allemaal zelf optimaal regelt, de trim wordt uitgevoerd etc etc, maar de praktijk met de Samsung liet eenvoudig weg een ander beeld zien. Kortom, de theorie bleek dus niet te kloppen. Ik heb ook diverse voorbeelden gezien waar een simpele defrag de schijf weer goed liet presteren in de benchmarks.

De grote vraag -voor mij- blijft wel, wat er nu eigenlijk precies aan de hand was, en waarom sommige mensen er last van hadden, en andere weer niet,

[peter123]

De andere mensen gebruiken waarschijnlijk niet HDTune of HDTach als benchmark. Deze benchmarks geven geen gemiddelde zoals AS-SSD en Crystal doen, maar laten zien dat waar data staat de leessnelheid dramatisch inzakt.
Wat mij verbaasde is dat dit niet in reviews naar voren komt. Tweakers.net en Hardware.info hebben HDTune en HDTach verbannen omdat deze benchmarks alleen voor HD's zouden zijn. Het omgekeerde is waar.
Er zijn overigens meer SSD's die hier last van hebben:
productreview: Crucial MX100 256GB review door peter123
Vanwege hun nieuwe 850pro op >30nm lijkt dit een voor de hand liggende oorzaak.
reviews: Samsung gaat 3d: de nieuwe 850 Pro getest
Er zijn al mensen met leesfouten en gebruikers van een non-EVO kunnen overwegen gebruik te maken van de garantie voordat de SSD fouten maakt.
De Samsung 830 heeft bij mij minder last van slechte leesprestaties daar waar data staat.

[ Voor 28% gewijzigd door peter123 op 21-11-2014 13:27 ]

[Steef]

peter123 schreef op vrijdag 21 november 2014 @ 11:44:
Klopt, maar het lost het probleem van de lage leessnelheid wel op.
Samsung EVO SSD eigenaars (zie eerste post)
Het verschil in voltage tussen 0 en 1 is duidelijker waardoor correctie niet nodig is. Dit zou kunnen komen door de 19nm schaal, maar ook door de TLC.

Dat zou betekenen dat er meer gebeurt dan een simpele TRIM, de cel zou opnieuw moeten worden beschreven om het potentiaal in de cel te herstellen.

Mij ontgaat even waarom dat zou gebeuren met een defrag actie op een recent systeem (wat dus enkel een TRIM uit zou moeten voeren)?

Bij mijn weten veroorzaak een TRIM alleen maar een interne wipe van sectoren die volgens het OS niet meer in gebruik zijn, zo kan je SSD controller die sectoren weer benutten voor andere nuttige dingen.

Daar kan je performance van omhoog gaan, zeker, maar dit heeft geen effect op de "data rot" in de TLC

[peter123]

Een 1 wordt gelezen bij een spanningsverschil van stel >0,1mV (noem maar iets) en een 0 <0,1mV. Deze SSD schrijft een bestand en geeft aan een 1 een spanning van 1mV. Helaas lekt die spanning weg, waardoor een 1 onder de 0,1mV komt en wordt uitgelezen als een 0. Als je veel enen hebt die nullen worden, heeft de foutcorrectie in de SSD tijd nodig om te corrigeren. Vandaar de lage leessnelheden.
TRIM zorgt voor lege cellen. (Allemaal 0) Daarom worden gedeeltes waar geen data staat ook veel sneller uitgelezen. Benchmarks zoals AS-SSD en Crystal lezen kennelijk alleen nullen op niet gebruikte lokaties van de SSD en die zijn inderdaad gemakkelijk te lezen.
De datarot kun je dus voorkomen door de enen opnieuw 1mV spanning te geven en dat doe je door de cellen opnieuw te beschrijven. Bestanden herschrijven is dus een oplossing.
Je kunt ook een clone van je SSD maken, daarna formateren en de clone terugzetten. TRIM en CarbageCollection zorgen dat ongebruikte cellen op 0 worden gezet.

[ Voor 11% gewijzigd door peter123 op 21-11-2014 14:56 ]

[Steef]

peter123 schreef op vrijdag 21 november 2014 @ 14:52:
De datarot kun je dus voorkomen door de enen opnieuw 1mV spanning te geven en dat doe je door de cellen opnieuw te beschrijven.

Correct, maar een TRIM doet dit niet. (overigens is het bij TLC NAND 3 states per mV, maar dat doet er niet toe)

TRIM meld alleen aan de controller dat bepaalde sectoren volgens het OS niet meer in gebruik zijn en dus opnieuw kunnen worden beschreven. De cellen waar daadwerkelijk data staat (ongeacht hun status!) worden door een TRIM actie niet opnieuw beschreven.

Het herschrijven van de data in die cel zou dit wel doen, maar een defrag actie op een recent systeem doet dat niet - die voert via windows defrag alleen maar een TRIM actie door.

Ik heb het gevoel dat we beide prima weten waar we het over hebben maar constant langs elkaar heen praten

De overall performance van een SSD schijf bij het uitlezen van data kan dus omhoog gaan - maar het uitlezen van effectieve data wordt door zo'n TRIM actie niet sneller.

Of mis ik wat?

[peter123]

Correct, maar een TRIM doet dit niet. (overigens is het bij TLC NAND 3 states per mV, maar dat doet er niet toe)
TRIM meld alleen aan de controller dat bepaalde sectoren volgens het OS niet meer in gebruik zijn en dus opnieuw kunnen worden beschreven. De cellen waar daadwerkelijk data staat (ongeacht hun status!) worden door een TRIM actie niet opnieuw beschreven.

Dat klopt, ik heb het ook ergens over TRIM

Het herschrijven van de data in die cel zou dit wel doen, maar een defrag actie op een recent systeem doet dat niet - die voert via windows defrag alleen maar een TRIM actie door.

Als je een schijf defragmenteerd worden over het algemeen alle bestanden herschreven op een andere plaats. Dus alle enen worden weer 1mV. Dat TRIM (of GC) alle lege cellen weer op 0 zet die niet worden gebruikt is leuk, maar maakt voor beschreven data niets uit.

[qoute]Ik heb het gevoel dat we beide prima weten waar we het over hebben maar constant langs elkaar heen praten [/qoute]
Dat zou goed kunnen

De overall performance van een SSD schijf bij het uitlezen van data kan dus omhoog gaan - maar het uitlezen van effectieve data wordt door zo'n TRIM actie niet sneller.
Of mis ik wat?

Je mist dat ik het eigenlijk niet over TRIM heb.

[Steef]

[b]peter123 schreef op vrijdag 21 november 2014 @ 15:19:
Je mist dat ik het eigenlijk niet over TRIM heb.

Niet over TRIM?

peter123 schreef op vrijdag 21 november 2014 @ 08:45:
Iedereen die een non-EVO heeft kan misschien defragmentatie aanzetten in Windows.

Maar recente windows versies doen alleen maar TRIMs op SSD schijven als je defragmentatie aan zet, ze voeren geen klassieke defragmentatie door als het systeem detecteert dat het een SSD betreft.

Ik begin mij langzamerhand zeer blond te voelen.

[ Voor 4% gewijzigd door Steef op 21-11-2014 15:53 ]

[peter123]

Je kunt defragmentatie forceren. Zie ook de eerste post. Rechtsklikken op je SSD, extra, defragmentatie.
Samsung EVO SSD eigenaars
Er is ook software die defragmenteerd.
Defragmentatie op een gewone HD is niets anders dan 1 bestand die in meerdere stukken over een schijf is verdeeld weer in 1 aaneengesloten stuk op de HD zetten. Op een SSD heb je niets aan defragmentatie, maar het herschrijft veel bestanden en daar gaat het om.

[Flatline____]

Grr, mijn 840 EVO 250GB boot disk werd vanochtend niet gevonden (AHCI / BIOS). Daarna heb ik hem nog een keer aan de praat gekregen in een externe mSATA controller. Stom genoeg pc uitgezet. Nu, na een hele dag proberen, niets meer. Data van ca 1 maand weg.

Ik weet het, een maand geen backup gedraaid, stom.... maar heeft iemand misschien een idee om de schijf te benaderen?

[Racer89]

Weet iemand toevallig hoe het kan dat de SSD zoemt/ sist. Ik heb de 840 EVO sinds 2 dagen nu in de Dell 6520 zitten. Gisteren avond was het vrij stil in de kamer. En toen viel het wel duidelijk op telkens.

Bij het lezen en schrijven op de SSD komt er een zoemen sissen vandaan. Ik heb op internet al liggen zoeken. Heb 2 á 3 sites gevonden waar er word gezegd dat het niet goed is. Zou van de condensatoren komen? Ik hen inmiddels al een mail gestuurd naar de webshop voor een RMA formulier. Iemand die dit ook al heeft gehad?

[Kuusj]

Racer89 schreef op zondag 07 december 2014 @ 11:21:
Weet iemand toevallig hoe het kan dat de SSD zoemt/ sist. Ik heb de 840 EVO sinds 2 dagen nu in de Dell 6520 zitten. Gisteren avond was het vrij stil in de kamer. En toen viel het wel duidelijk op telkens.

Bij het lezen en schrijven op de SSD komt er een zoemen sissen vandaan. Ik heb op internet al liggen zoeken. Heb 2 á 3 sites gevonden waar er word gezegd dat het niet goed is. Zou van de condensatoren komen? Ik hen inmiddels al een mail gestuurd naar de webshop voor een RMA formulier. Iemand die dit ook al heeft gehad?

Dit kan inderdaad vrijwel niks anders zijn dan condensators. Terugsturen die hap.
Ik heb inmiddels 3 EVO's (2x250GB, 1x120GB) en 2 MX100's (2x256GB) in gebruik of bij in mensen hun systeem geplaatst en ik hoor nergens problemen. Zal dan wel een zeldzaam probleem zijn.

[Racer89]

Ja, het geluid lijkt er op als of je een 2.5 inch HDD er in heb zitten die doet lezen en schrijven. Ben benieuwd wat de webshop er op gaat reageren a.s. maandag. En dan gaat hij gewoon retour. Ik heb een Kingston 120 Gb SSD hier liggen. Is wel al wat ouder. Maar deze maakt ook geen geluiden.

[rikadoo]

Ik heb dit volgens mij ook. Als ik ccleaner laat laden met de settings voordat ik kan opschonen hoor ik de SSD ook zoemen. En zodra ik op schoonmaken klik ook.

Luister maar:

http://vocaroo.com/i/s1eki1CCItlp

Is het zo`n geluid?

[Racer89]

Het lijkt er inderdaad heel erg op. Alleen is het bij mij nog niet zo duidelijk te horen. Is nog iets zachter. Schijnbaar gaat het hier om hetzelfde probleem wat videokaarten ook wel een hebben "Coil Whine"

[rikadoo]

Ik heb het eigenlijk al heel lang, ik merk het ook bij het scrollen bijvoorbeeld. In een webpagina. Maar verder vaak alleen in ccleaner. Tijdens het laden.

[Reepje]

Dat geluidje bij het scrollen op een webpagina heb ik ook, maar dat komt uit het speakertje van mijn monitor. Ik zou toch eens even goed luisteren waar het geluid precies vandaan komt.
Ik neem natuurlijk aan dat als jij aan het scrollen bent je oor tegelijkertijd op de ssd legt, zodat je zeker weet dat het geluid van de ssd komt?

[Racer89]

Ja het klinkt dom haha, maar zo heb ik het wel gedaan. Geluid heb ik helemaal uitstaan. Maar het is inderdaad onder het scrollen. Of een pagina openen of iets anders openen. Hoor je dat geluid direct. Het komt duidelijk uit de SSD.

Vandaag al antwoord gehad van de webshop. tevens net een retour formulier ontvangen dat het goed was gekeurd. Morgen gaat hij terug op de post.

[robj28]

Mijn Samsung EVO 840 maakt ook geluid, klinkt bij veel lezen of schijven een beetje als het seek geluid van een normale HDD.

[rikadoo]

Reepje schreef op maandag 08 december 2014 @ 15:14:
Dat geluidje bij het scrollen op een webpagina heb ik ook, maar dat komt uit het speakertje van mijn monitor. Ik zou toch eens even goed luisteren waar het geluid precies vandaan komt.
Ik neem natuurlijk aan dat als jij aan het scrollen bent je oor tegelijkertijd op de ssd legt, zodat je zeker weet dat het geluid van de ssd komt?

Ja, het komt niet uit de videokaart, of voeding. Ik heb ook zonder getest en heb tijdens het scrollen de ssd los gehad en getest en het komt echt daar vandaan....

[Racer89]

Maja nu is de vraag is het normaal of niet? Is het slecht voor de SSD of niet?

In de werklaptop zit ook een SSD 120 Gb van Samsung deze maakt totaal geen geluid. Meningen op internet verschillen hier over. De ene zegt dat het normaal is terwijl de andere zegt dat het niet goed is en komt door slechte condensatoren.

[peter123]

Ik heb ooit piepende condensatoren gehad in 2 voedingen van Be Quiet!. Zijn alle 2 kapot gegaan buiten de garantietijd. Als ik nu spullen krijg die piepen, stuur ik ze direct RMA.

[JwJw01]

Kan iemand het volgende verklaren?



Sinds ik RAPID mode heb aangezet, haal ik achterlijke waarden bij sequential read en write. Dit kan niet kloppen toch?

[Swordlord]

Het is een systeem dat bedoeld is om achterlijke waardes mee te halen...
Want je gebruikt het RAM geheugen als buffer naar SSD voor writes enzo.

Dus dit is je RAM geheugen op de benchmark

[ Voor 12% gewijzigd door Swordlord op 11-12-2014 15:55 ]

[temp00]

Wat Swordlord zegt. Niet aan te raden om aan te hebben staan maar dat had je zelf overigens ook kunnen vinden, er is al zo veel over geschreven.

[Buzz_Fuzz]

Lijkt inmiddels duidelijk dat Samsung de 840 non-evo een stille dood laat sterven... Niemand nog iets nieuws opgevangen?

[Hell-Slave]

Niet weer (nog steeds) snelheid probleem?

http://nl.hardware.info/n...mpleet-opgelost-na-update

http://www.pcper.com/revi...-Only-Partially-Effective

[temp00]

Ik was er al bang voor dat de fix niet permanent zou/kon zijn. 3de plaatje is de huidige situatie en geeft weliswaar veel minder ernstig, maar toch een andere situatie dan 15 oktober weer.

voor FW fix (thumb):


na FW fix (thumb) (15-11-2014):


nu (thumb) (2-2-2015)

[temp00]

cross post, kan weg

[ Voor 97% gewijzigd door temp00 op 05-02-2015 15:11 ]

[Maj-Maj]

Moet ik de performance restoration ook doen? Twee benchmarks met de volgende resultaten:





Liggen nogal uit elkaar dus, terwijl er 1 minuut tussenzit. Heb niet zoveel zin om de restoration te doen als het wellicht toch niet werkt/geen zin heeft.

EDIT: Heb overigens nog maar 2.74 TB geschreven. Ben geen grootverbruiker

[ Voor 10% gewijzigd door Maj-Maj op 13-02-2015 10:50 ]

[Swordlord]

De performance restoration tool en de daarbij horende firmware update. Is eigenlijk niet een gevalletje... Laat ik het doen zodra ik vertraging merk.
Waarom handelen als het kalf is verdronken??

Updaten die handel, dan blijf je ook van het gezeik weg.


Waarom de drive trouwens zo groot verschil heeft tussen de 2 benchmarks.
Samsung gebruikt een klein deel van het geheugen, in een snelle configuratie, als schrijf buffer om het langzame geheugen te maskeren.
Dus een paar GB aan data, kan makkelijk verwerkt worden met schrijven en wordt dan verplaatst naar de permanente opslag.

Draai je een benchmark die aantal GB schrijft en met een 2de benchmark daarna weer aantal GB erachteraan dumpt, dan zit die buffer vol en zit je dus te schrijven naar het langzame deel van het geheugen.

[ Voor 10% gewijzigd door Swordlord op 13-02-2015 11:42 ]

[Reepje]

Of je de tool moet draaien?
Jij zit zelf achter de computer. Is hij super traag? Dan zou ik de tool draaien. Is alles zo snel als het moet zijn? Dan zou ik de tool niet draaien.

Als er zaken super traag gaan, bijv het openen van photoshop met de hele bieb aan fotos geladen kost veel tijd, dan zou ik voordat je de tool draait, eerst eens meten hoelang het openen van een dergelijk programma gaat: gewoon met een stopwatch. Hetzelfde kan je doen voor het opstarten van windows: dat zijn de oudste files, dus volgens de theorie zou het opstarten van windows het ergste lijden, het zijn immers de oudste files op je SSD.

Nadat je de tool hebt gedraaid, kan je dan mooi vergelijken hoeveel snelheidswinst je hebt behaald.

Of je staart je dood op benchmarks, die niet alles zeggen, maar voor velen het heilige der heiligen is. Zoals je zelf al ziet, je draaid de benchmark 2 keer met exact dezelfde computer, komt er 80% " snelheidsverschil" uit voor de 4k third (2e bench 80% sneller voor de writes) en de seg write is weer 50% sneller in de 1 bench, best een groot verschil uit.

[Swordlord]

Reepje, vergeet niet dat samen met de performance restoration tool, ook een firmware update wordt uitgevoerd. Dat voorkomt dat de drive zo extreem traag kan worden met lezen.

Voorkomen is beter dan genezen.

[ Voor 10% gewijzigd door Swordlord op 13-02-2015 12:41 ]

[Reepje]

Swordlord, dat was ik inderdaad vergeten.

[Verwijderd]

Ik heb een poosje geleden de Samsung firmware update en de Performance Restoration Tool op mijn Evo 120 en mijn Evo 1 GB gedraaid. Op de 120 GB werkt het goed, hij is overal even snel en de curve van HDTune is vlak. Op de 1 GB werkt het niet (goed). Zie bijgaand plaatje. De disks waren niet in gebruik op het moment van de meting. Zowel de firmware update als de restoration zijn beide compleet en zonder foutmelding uitgevoerd.

Ik ben al aan het verschuiven en kopiëren geweest, maar dan verschuiven de dalen mee van plaats. Het gaat om grote VM images, 30-100 GB per stuk. Vermoedelijk is er dus meer aan de hand dan alleen het probleem met de "oude" data. Ik merk (meet) dat de 1 GB behoorlijk warm wordt tijdens het schrijven van grote hoeveelheden data. Geen idee of dat invloed kan hebben op de foutcorrectie tijdens het lezen.

De 1 GB:


De 120 GB:

[XVI]

Vandaag via Magician 4.6 de nieuwe firmware voor m'n 840 evo opgehaald en geïnstalleerd en het is nu al meer dan vier uur huilen met de pet op.

Het goede nieuws is dat de benchmarkprestaties zienderogen vooruitgaan.
Ten tijden van de vorige firmware waarmee de schijf is geleverd:


Degradatie die aardig oploopt:



HDtune laat eenzelfde beeld zien (15 april):


Net na de nieuwe upgrade (en enkele crashes en reboots):




Verhoging van het aantal steekproeven laat zien dat het nog niet is wat het moet zijn:


Het (zeer) slechte nieuws is dat ik nu ineens met een zwaar instabiel systeem zit.
Het leek allemaal nog goed te gaan nadat ik via Windows op een HDD mijn Linuxsysteem op de SSD had bijgewerkt aangezien vervolgens m'n Fedora-installatie (F21) met btrfs (voor 45.34GiB gevuld) prima opstartte.
Echter, wanneer ik me inogde op Gnome-Shell via Plymouth donderde het hele zaakje in elkaar:
- ata link resets
- kernel panics vanwege cpu freezes
- en btrfs checksum-fouten (mogelijk vanwege de herhaalde harde resets van mijn kant)

Ik kon dus nog gewoon tekstueel inloggen maar zodra ik grafisch inlogde crashte het systeem.
Na wat geklooi met disk schedulers (ben nu van noop weer naar de standaard cfq), het scrubben van m'n btrfs (nul fouten) en het verwijderen van m'n opgeslagen Gnome-Shell-sessie wil het langzaam weer lukken om in te loggen, echter bij elke reboot is het inloggen nog steeds een crime.

Een van de volledige crashes:


De ata-link-problemen die ik nog regelmatig zie bij het inloggen:

code:

$ journalctl --system -f
apr 26 19:04:10 XVI.lan kernel: ata1.00: exception Emask 0x0 SAct 0x800000 SErr 0x0 action 0x6 frozen
apr 26 19:04:11 XVI.lan kernel: ata1.00: failed command: WRITE FPDMA QUEUED
apr 26 19:04:11 XVI.lan kernel: ata1.00: cmd 61/70:b8:e8:9d:fa/00:00:01:00:00/40 tag 23 ncq 57344 out
                                               res 40/00:00:00:00:00/00:00:00:00:00/00 Emask 0x4 (timeout)
apr 26 19:04:11 XVI.lan kernel: ata1.00: status: { DRDY }
apr 26 19:04:11 XVI.lan kernel: ata1: hard resetting link
apr 26 19:04:11 XVI.lan kernel: ata1: SATA link up 6.0 Gbps (SStatus 133 SControl 300)
apr 26 19:04:11 XVI.lan kernel: ata1.00: supports DRM functions and may not be fully accessible
apr 26 19:04:11 XVI.lan kernel: ata1.00: supports DRM functions and may not be fully accessible
apr 26 19:04:11 XVI.lan kernel: ata1.00: configured for UDMA/133
apr 26 19:04:11 XVI.lan kernel: ata1.00: device reported invalid CHS sector 0
apr 26 19:04:11 XVI.lan kernel: ata1: EH complete
apr 26 19:04:42 XVI.lan kernel: ata1.00: exception Emask 0x0 SAct 0xc00 SErr 0x0 action 0x6 frozen
apr 26 19:04:42 XVI.lan kernel: ata1.00: failed command: READ FPDMA QUEUED
apr 26 19:04:42 XVI.lan kernel: ata1.00: cmd 60/08:50:a8:4b:65/00:00:10:00:00/40 tag 10 ncq 4096 in
                                               res 40/00:01:00:00:00/00:00:00:00:00/00 Emask 0x4 (timeout)
apr 26 19:04:42 XVI.lan kernel: ata1.00: status: { DRDY }
apr 26 19:04:42 XVI.lan kernel: ata1.00: failed command: READ FPDMA QUEUED
apr 26 19:04:42 XVI.lan kernel: ata1.00: cmd 60/20:58:20:32:16/00:00:00:00:00/40 tag 11 ncq 16384 in
                                               res 40/00:01:00:00:00/00:00:00:00:00/00 Emask 0x4 (timeout)
apr 26 19:04:42 XVI.lan kernel: ata1.00: status: { DRDY }
apr 26 19:04:42 XVI.lan kernel: ata1: hard resetting link
apr 26 19:04:42 XVI.lan kernel: ata1: SATA link up 6.0 Gbps (SStatus 133 SControl 300)
apr 26 19:04:42 XVI.lan kernel: ata1.00: supports DRM functions and may not be fully accessible
apr 26 19:04:42 XVI.lan kernel: ata1.00: supports DRM functions and may not be fully accessible
apr 26 19:04:42 XVI.lan kernel: ata1.00: configured for UDMA/133
apr 26 19:04:42 XVI.lan kernel: ata1.00: device reported invalid CHS sector 0
apr 26 19:04:42 XVI.lan kernel: ata1.00: device reported invalid CHS sector 0
apr 26 19:04:42 XVI.lan kernel: ata1: EH complete

SMART-fouten die ineens de kop op steken (voor de firmwareupgrade was hij spotless, maar oké mogelijk veroorzaakt door de harde resets):

code:

$ sudo smartctl -a /dev/sda
smartctl 6.2 2014-07-16 r3952 [x86_64-linux-3.19.4-200.fc21.x86_64] (local build)
Copyright (C) 2002-13, Bruce Allen, Christian Franke, www.smartmontools.org

=== START OF INFORMATION SECTION ===
Device Model:     Samsung SSD 840 EVO 250GB
Firmware Version: EXT0DB6Q
User Capacity:    250,059,350,016 bytes [250 GB]
Sector Size:      512 bytes logical/physical
Rotation Rate:    Solid State Device
Device is:        Not in smartctl database [for details use: -P showall]
ATA Version is:   ACS-2, ATA8-ACS T13/1699-D revision 4c
SATA Version is:  SATA 3.1, 6.0 Gb/s (current: 6.0 Gb/s)
Local Time is:    Sun Apr 26 20:19:12 2015 CEST
SMART support is: Available - device has SMART capability.
SMART support is: Enabled

=== START OF READ SMART DATA SECTION ===
SMART overall-health self-assessment test result: PASSED

SMART Attributes Data Structure revision number: 1
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME          FLAG     VALUE WORST THRESH TYPE      UPDATED  WHEN_FAILED RAW_VALUE
  5 Reallocated_Sector_Ct   0x0033   100   100   010    Pre-fail  Always       -       0
  9 Power_On_Hours          0x0032   099   099   000    Old_age   Always       -       2092
 12 Power_Cycle_Count       0x0032   099   099   000    Old_age   Always       -       120
177 Wear_Leveling_Count     0x0013   099   099   000    Pre-fail  Always       -       2
179 Used_Rsvd_Blk_Cnt_Tot   0x0013   100   100   010    Pre-fail  Always       -       0
181 Program_Fail_Cnt_Total  0x0032   100   100   010    Old_age   Always       -       0
182 Erase_Fail_Count_Total  0x0032   100   100   010    Old_age   Always       -       0
183 Runtime_Bad_Block       0x0013   100   100   010    Pre-fail  Always       -       0
187 Reported_Uncorrect      0x0032   099   099   000    Old_age   Always       -       2
190 Airflow_Temperature_Cel 0x0032   066   055   000    Old_age   Always       -       34
195 Hardware_ECC_Recovered  0x001a   199   199   000    Old_age   Always       -       2
199 UDMA_CRC_Error_Count    0x003e   100   100   000    Old_age   Always       -       0
235 Unknown_Attribute       0x0012   099   099   000    Old_age   Always       -       16
241 Total_LBAs_Written      0x0032   099   099   000    Old_age   Always       -       2427381314

SMART Error Log Version: 1
No Errors Logged

Gnome-Shell en dbus die over de zeik gaan bij het inloggen:


Wat apart is dat het probleem pas de kop opsteekt zodra ik inlog op m'n grafische sessie, wat te maken lijkt te hebben met het automatisch herstellen van m'n sessie (opstarten van firefox), het inladen/voorbereiden van de Gnome tracker-database (welke in mijn geval zo'n gigabyte groot is en mogelijk zwaar onderhevig is aan fragmentatie aangezien het een database is op btrfs) en mogelijk in combinatie met het wegschrijven van data (want waarom geeft anders het opstarten zelf en het scrubben van de volledige schijf geen problemen?).
Het lijkt overigens langzaam iets beter te worden (algoritme heeft voldoende data ververst?), maar de kans lijkt me groot dat wanneer de schijf een weekje of twee uitstaat het feest weer van voor af aan begint.

Kortom, ik ben dus door de firmwareupdate van een enigszins vertraagd (in de benchmarks en bij het dumpen van de schijf, bij normaal gebruik merkte ik niks) maar absoluut stabiel systeem naar een in de benchmarks sneller maar compleet instabiel systeem gegaan.
Bedankt Samsung voor je mislukte lapmiddeltjes voor deze baggerdrive
Een recall lijkt me de enige correcte oplossing.

Ik ga nu eens kijken of ik m'n systeem weer in de gewenste staat kan krijgen (door te defragmenteren, mogelijk de tracker uit te schakelen en zo nodig een downgrade van de firmware).
Weet iemand of de firmware überhaupt kan worden gedowngraded?

Edit: na een internetzoektochtje naar "ata failed command: READ FPDMA QUEUED samsung 840" blijkt het dat samsung er wel vaker een potje van maakt (ik vind dat Samsung het nadeel van de twijfel heeft).
Heb nu NCQ uitgeschakeld en het lijkt nu weer stabiel.
Wel vreemd dat dit al een tijd een groot probleem is maar dat ik er nu pas last van heb.

Edit 2: nog wat verder gezocht en het lijkt erop dat Samsung zich op bepaalde zaken niet aan de sata-standaard houdt.
In Linux 3.19 stond het nog twee keer (blijkbaar omdat ze zelfs niet de eigen naam consistent kunnen spellen in de identifier) in de blacklist voor ATA_HORKAGE_ZERO_AFTER_TRIM voor al zijn SSD's en in 4.0 is daar een derde vermelding bijgekomen voor de 850 pro voor ATA_HORKAGE_NO_NCQ_TRIM.
Ik vermoed dat er in de toekomst nog meer van Samsung op de blacklist wordt gezet (of de specifieke regel voor de 850 wordt veralgemeniseerd) want het lijkt erop dat ze de zaken met de firmwareupgrades alleen maar meer verprutsen.
Ik vind dat de markleider in SSD's, die tevens actief adverteert met hun geweldigde NCQ (wel acht vermeldingen op deze site), zich wel eens wat professioneler mag opstellen.
Ik ga me bij mijn volgende aankoop dus maar eens flink achter m'n oren krabbelen na het hele 840 debacle.

[ Voor 12% gewijzigd door XVI op 27-04-2015 13:50 . Reden: Work-around gevonden ]

[jaaoie17]

Ik heb sinds december een Samsung evo 840 met firmware EXT0CB6Q en heb de SSDReadSpeedTester op mn windows 7 partitie gedaan. Heb nu mn twijfels als mn resultaten wel goed zijn.


http://www14.zippyshare.com/v/ZGDX3PyH/file.html

Is het nu verstandig dat ik die firmware update doe? En hoef ik over mn data geen zorgen te maken?

[LordSinclair]

jaaoie17 schreef op donderdag 30 april 2015 @ 15:29:
Is het nu verstandig dat ik die firmware update doe? En hoef ik over mn data geen zorgen te maken?

Een firmware update brengt altijd (een gering) risico met zich mee. Een backup is altijd aan te raden. Mocht je nog geen backup hebben nu dan is de data blijkbaar toch al niet zo belangrijk voor jou

[jaaoie17]

LordSinclair schreef op donderdag 30 april 2015 @ 15:52:
[...]

Een firmware update brengt altijd (een gering) risico met zich mee. Een backup is altijd aan te raden. Mocht je nog geen backup hebben nu dan is de data blijkbaar toch al niet zo belangrijk voor jou

Van de belangrijke files heb ik wel een backup gemaakt, maarja op 1 partitie heb ik 300 gig aan games staan. Maar gaat een firmware update in de meeste gevallen wel goed zonder data verlies?

En wou eigelijk ook gewoon die iso via een bootable cd gebruiken ook al gebruik ik gewoon windows. Dat kan gewoon toch?

[Tomino]

Is er hier iemand die tegen verzendkosten (of ophalen in omgeving Breda, Den Haag of Groningen) een USB to Sata kabel heeft liggen die met sommige Evo's geleverd worden? Krijg het spul niet via een bootable USB aan de gang en moet gaan klonen..

[Maj-Maj]

Ik probeer zojuist de firmware eindelijk een keer bij te werken (zit nu nog op EXT0BB6Q), krijg ik de melding "failed to update firmware on the selected drive". Weet iemand hoe ik dit wel gedaan krijg? Had ook al problemen toen ik destijds de performance retoration wilde draaien. Ligt het misschien aan de drivers?

[temp00]

Welke OS gebruik je en welke schijf?

[Maj-Maj]

Windows 7, 840 EVO.

[Reepje]

Maj-Maj schreef op vrijdag 26 juni 2015 @ 19:19:
Windows 7, 840 EVO.

En op welk moederbord, en op welke sata poort?

[Erhnam]

Hier ook na de upgrade van de firmware (840) een zwaar instabiel systeem. iMac en regelmatig hangers of Finder die ik moet rebooten...

[Maj-Maj]

Reepje schreef op vrijdag 26 juni 2015 @ 21:09:
[...]


En op welk moederbord, en op welke sata poort?

Zit in een laptop (ASUS K53SV). Heb destijds de 840 EVO erin gedaan voor mijn oude harde schijf.

[Reepje]

Realiseer je, dat deze laptop van voor het ssd-tijdperk was (4 jaar oud). Het is dus best mogelijk dat het niet helemaal "plug-and-play" is, zoals voor veel desktops wel het geval is.
Zo zit ik ook te kijken met een nog 1 jaar oudere laptop van ASUS, waar de SSD ook niet echt wil.

Waar je problemen precies aan liggen, ik weet het niet. Ga eerst eens na of er een meer recente bios is, loop daarna de windows update en kijk op de laptop dan wel beter op de SSD reageerd.

[LordSinclair]

Reepje schreef op zaterdag 27 juni 2015 @ 15:07:
Realiseer je, dat deze laptop van voor het ssd-tijdperk was (4 jaar oud).

SSD's zijn er al langer hoor ;-) In 2010 waren ze al redelijk betaalbaar zelfs.

[Maj-Maj]

Reepje schreef op zaterdag 27 juni 2015 @ 15:07:
Realiseer je, dat deze laptop van voor het ssd-tijdperk was (4 jaar oud). Het is dus best mogelijk dat het niet helemaal "plug-and-play" is, zoals voor veel desktops wel het geval is.
Zo zit ik ook te kijken met een nog 1 jaar oudere laptop van ASUS, waar de SSD ook niet echt wil.

Waar je problemen precies aan liggen, ik weet het niet. Ga eerst eens na of er een meer recente bios is, loop daarna de windows update en kijk op de laptop dan wel beter op de SSD reageerd.

Het probleem is de allereerste firmware updates wel gewoon werkten, dus heb niet het idee dat het echt aan de hardware ligt.

[nooberke]

Maj-Maj schreef op zaterdag 27 juni 2015 @ 13:50:
[...]


Zit in een laptop (ASUS K53SV). Heb destijds de 840 EVO erin gedaan voor mijn oude harde schijf.

Mijn pa heeft ook een Asus K53SV, hierop werkte de restoration tool voor Windows zonder problemen. Dit is wel een eigen "schone" Windows installatie, dus niet met Asus zooi

[Maj-Maj]

nooberke schreef op zaterdag 27 juni 2015 @ 19:52:
[...]


Mijn pa heeft ook een Asus K53SV, hierop werkte de restoration tool voor Windows zonder problemen. Dit is wel een eigen "schone" Windows installatie, dus niet met Asus zooi

Aha, dat is goed om te weten. Bij mij was dat dus niet het geval. Ik heb inderdaad ook geen schone installatie gedaan. Mijn vermoeden is toch dat het iets met de drivers te maken heeft. Dat werd ook als oplossing gegeven als die tool niet werkte.