Firmware-update: OCZ Vertex Series 1.42 bèta

OCZ Technology heeft voor zijn Vertex-ssd's nieuwe firmware uitgebracht met 1.42 bèta als het versienummer. Door het volgen van de stappen die in de aankondiging vermeld worden, zou het flashen geen enkel probleem moeten opleveren. Voor een review van deze ssd's verwijzen we jullie door naar deze pagina. OCZ Technology heeft op dit moment nog geen officiële lijst met veranderingen uitgegeven, maar volgens een aantal ontwikkelaars op het OCZ-forum zijn de garbage collector en het trim-commando verder op elkaar afgestemd. De aankondiging ziet er als volgt uit:

1.42B beta (and ISO). some sleep issues still, this is staying beta

OCZ just mailed me explaining they think this one is worthy of final release, its very stable and I have had no sleep issues here...but my machines are different to yours.

I have decided to bring it out now so we at least have a day before OCZ release. My version is 1.42B, OCZ.com will list it as 1.4....so take note its the same file. I do not have a changelog but I do have some info on AUTO GC and TRIM. In this release TRIM is triggered by emptying the recycle bin. GC happens in idle time in the background.

Now the Linux and Apple boys I could do with at least knowing if the sleep issues has gone and within Linux TRIM is still working OK. GC is OS independent so should just work on everything.

If you choose to flash this file i strongly suggest you stay on it, do NOT back flash as we are starting to see more of you bricking drives. The file is covered under your warranty, so no worries there.

I will try and get ISO's built ASAP, I know everyone likes HarshW's ISO so I will see if I can catch him online. same update procedure as 1.40/1.41, DOS flasher no jumper needed. Ohh and 1 last thing...this FW is a little slower than 1.41, I already know that, its not by much though.

Please leave me feedback in this thread.

Versienummer	1.42 bèta
Releasestatus	Beta
Website	OCZ Technology
Download	http://www.ocztechnologyforum.com/forum/showthread.php?t=60985
Licentietype	Freeware

Reacties (27)

Ik ben benieuwd naar wat die nieuwe firmwares doen met de algehele performance. De Vertex staat momenteel in de buurt van Intel qua prijsstelling. Zijn er ergens benchmarks die (straks) de Vertex 1.42 tegenover de Intel zet?

En waarom komt Intel niet met firmwares?

Misschien beetje 'domme' vragen voor insiderd, maar voor mensen die nog aan de zijlijn staan wellicht nuttige informatie.

Waarom wil je een andere/nieuwere intel Postville firmware als er geen issues na de laatste firmware update zijn? TRIM support bij Intel Postville word geadded zodra Windows 7 op de markt is. Ik heb liever minder updates en gelijk een goed product dan een product waaraan alles continue gefixed moet worden met behulp van een firmware updates.

Bij mijn MSI K9A2 Platinum moederbord is er in een jaar tijd zo 20 a 25 beta biossen uitgekomen. Na elke CPU module update kon ik weer gaan klagen dat de memory timings weer stuk was waardoor het pas in de volgende final gefixed was. Kans bestond ook dat het weer stuk was omdat de CPU module ondertussen weer vernieuwd was en een week later een final daarvan werd gemaakt. Ik heb liever een langere beta test traject voordat de firmware naar buiten komt en zulke lullige fouten eruit word vist.

Tot dusver zijn er ook niet zo gek veel flashes geweest voor die Vertex, dat staat op gelijk niveau als voor de concurrerende Intel X25-m. De 1.40, 1.41/1.41b, 1.42b en waarschijnlijk de 1.43 (en misschien nog wel meer) zijn geen officiële releases maar beta releases die je kunt testen als je dat wilt. Erg fijn want dankzij die testinput hebben ze 1.40 niet meteen online gegooid maar is de boel nog in beta totdat alle issues zijn opgelost en ze een stabiele versie hebben. Normaliter worden beta versies door de fabrikant niet ondersteund, OCZ vormt hier echter een uitzondering op: het flashen naar een beta firmware valt gewoon onder de garantie. Slim want daardoor zijn mensen sneller geneigd om mee te testen en kun je op die manier een veel stabielere versie verkrijgen. Zouden ze dat in dit geval niet zo hebben gedaan dan zaten we nu met een versie die sleep- en snelheidsproblemen heeft. OCZ doet dus exact wat jij in die laatste zin van je reactie hebt staan: liever een lange beta test met uiteindelijk een goede en stabiele final dan wanneer ze continu nieuwe final firmware versies uit moeten brengen om voorgaande te fixen.

Overigens geldt bovenstaande alleen voor hun Vertex serie omdat ze een hele innige relatie hebben met Indilinx (de fabrikant van de controller die in die ssd's wordt gebruikt). Ze hebben ook een aantal van JMicron en Samsung waarbij ze niet die relatie hebben. In geval van Samsung moeten ze het maar doen met wat Samsung uitbrengt en zitten ze op hetzelfde niveau als de andere afnemers van die controllers.

BTW: de reden voor de 1.4 firmware is het toevoegen van 2 features: een sterk verbeterde garbage collection en TRIM support. Dat is leuk want daarmee kun je zorgen dat de boel qua performance op eenzelfde lijn blijft als toen de ssd spiksplinternieuw was. Met 1.30 heb je al een prima werkende en stabiele firmware versie.

[Reactie gewijzigd door ppl op 21 augustus 2009 16:44]

intel komt wel met nieuwe FW maar niet zo veel en snel als OCZ.....

Data op ssd blijft na flash gewoon bewaard, dus vooraf backuppen is niet perse nodig

Voor de zekerheid zou ik toch backuppen:

If you choose to flash this file i strongly suggest you stay on it, do NOT back flash as we are starting to see more of you bricking drives.

To brick: (computing slang) To make an electronic device nonfunctional and usually beyond repair, essentially making it no more useful than a brick. "My VCR was bricked during the lightning storm." (Wiktionary)

[Reactie gewijzigd door Bonez0r op 21 augustus 2009 14:36]

Dat trek je echt compleet uit verband. Het voorwaarts flashen vanaf 1.30 is iets wat je zonder dataverlies kunt doen, derhalve is een backup in principe niet nodig. Wanneer je echter weer terug wilt gaan zul je terug moeten flashen (back flashen) naar 1.10 en dat moet met de bekende jumper methode. Deze flash zal de volledige firmware installeren en niet een update zoals dat met 1.30 en hoger mogelijk is. Door het terugzetten van die volledig firmware verlies je alle data op de ssd en zul je die weer van een backup terug moeten halen. In die procedure lukt het kennelijk ook een aantal mensen om iets verkeerds te doen waardoor hun drive helemaal niks meer doet (het bricken van het ding). Dan kun je wel een backup hebben maar das vrij zinloos omdat je gewoon een replacement moet vinden Die bricked ssd kun je met rma naar OCZ sturen.

Overigens is het maken van wat voor backup dan ook nooit een overbodig iets en eigenlijk altijd aan te raden. Er zijn namelijk meerdere redenen te bedenken waarom een backup handig is.

To brick kun je beter vertalen als: een apparaat dermate vernaggelen (per ongeluk of expres) dat het uiteindelijk dezelfde functionaliteit als een baksteen (brick) heeft.

[Reactie gewijzigd door ppl op 21 augustus 2009 16:34]

In this release TRIM is triggered by emptying the recycle bin.

Is het mogelijk gebruik te maken van TRIM als je de prullenbak hebt uitgeschakeld?

Ik vroeg mij het zelfde af bij het lezen van die regel.

Heeft echt iedereen de prullebak uitgezet ofzo?
Want ik lees het op het OCZ ook aldoor.

Ik doe dat al sinds Windows 95.

Ik vind dat TRIM verhaal ook een beetje raar. DWZ, als ze de Windows (7?) recycle bin of Ubuntu bedoelen. Recycle bin heeft een drive firmware toch geen weet van? Het is in dat geval toch het OS dat een TRIM moet triggeren?

De betreffende uitspraak van Tony veroorzaakt veel onnodige verwarring. Waarschijnlijk probeert hij gewoon duidelijk te maken dat een bestand past echt verwijderd wordt bij het legen van de prullenbak, als je de prullenbak hebt ingeschakeld. Veel power users hebben het ding uitstaan. In dat geval zal Windows meteen een trim-commando versturen. De firmware van de ssd kan uiteraard niet weten door welke handeling een trim-commando wordt getriggerd.

Hier wat informatie over trim van een MSDN blog:

In Windows 7, if an SSD reports it supports the Trim attribute of the ATA protocol’s Data Set Management command, the NTFS file system will request the ATA driver to issue the new operation to the device when files are deleted and it is safe to erase the SSD pages backing the files. With this information, an SSD can plan to erase the relevant blocks opportunistically (and lazily) in the hope that subsequent writes will not require a blocking erase operation since erased pages are available for reuse.

[...] Windows 7 requests the Trim operation for more than just file delete operations. The Trim operation is fully integrated with partition- and volume-level commands like Format and Delete, with file system commands relating to truncate and compression, and with the System Restore (aka Volume Snapshot) feature.

Dat Tony voor verwarring zorgt ben ik mee akkoord. Enkel denk ik dat hij toch iets meer probeert te zeggen dan alleen dat. (Wat overigens allemaal klopt volgens mij)

Tijdens de 1.4xB-tests hebben een paar mensen gediscussieerd en vastgesteld dat de toevoeging van TRIM hun benchmarks & hun accesstimes geen goed deden. Kwam door 1) De koppeling Trim & GC die veel te vaak geactiveerd word en 2) Dat Trim voor elke delete werd uitgevoerd. En blijkbaar zorgt zo'n 1 Trim command voor een hoop latency. Waarop sommige mensen voorstelde (kan nu niet direct de betreffende post vinden...) om de delete operaties van meerdere bestanden in 1 Trim commando te batchen i.p.v. die elk apart uit te voeren. Zou functioneel het zelfde effect hebben maar slechts de latency van 1 Trim commando.

En ik denk dat Tony daarom specifiek van de prullenbak spreekt, omdat Trim & GC nu pas getriggerd worden bij voldoende werk, i.p.v. voor elke individuele operatie.

Maar als ik nu volledige lariekoek aan het typen ben, hoor ik het graag!

werkt die garbage functie ook met met 2 vertexxen in raid-0? ben ik wel benieuwd na, heb er namelijk 2:P als het geen effect heeft vind ik het zonde om ze te flashen

De garbage collector heeft betrekking op het beheer van het flashgeheugen door de ssd-controller en werkt een niveau lager dan het bestandssysteem of raidindeling van de drives. GC functioneert dus ook in raid-0.

Om trim op drives in een raidarray te laten werken is ondersteuning van de raidcontroller nodig (en moet je een besturingssysteem met trim-ondersteuning gebruiken). De ondersteuning in raidcontrollers zal voorlopig een probleem zijn.

okeh, thx;)

ik heb de vertexxen op een ICH10R samen met 7. maar ik wacht wel even op de final release van de FW voor alle ckerheid

net geflashed, werkt nog prima
ik kwam van 1.41b....

Toch maar een raar fenomeen, bèta firmwares...

Het moet toch door iemand getest worden

OCZ forum heeft diverse berichten dat Mac gebruikers nog steeds sleep problemen hebben. De meeste hadden met 1.30 nergens last van.

Hierdoor laat ik beta's op SSD voorlopig aan mij voorbij gaan.

Is eigenlijk al bekend wanneer de definitieve versie uitgebracht wordt? Als ik de download link volg krijg ik een scherm te zien waarin ik me moet aanmelden voor dat forum.

Wie weet sinds welke build windows 7 trim ondersteunt?

Uit een blog van een windows medewerker werkt trim al vanaf de laatste beta. Dus nog voor de RC en RTM. Je kan ook het commando vinden om het uit en aan te zetten.