AW: [Sammelthread] SSD Kaufberatung, Troubleshooting und Begriffserklärung
Zu OCZ kann ich auch sagen das ichs da echt übel finde wie die Kunden als Beta Tester herhalten und auf Teufel komm raus mit Updates und wagen Theorien gearbeitet wurde, mittlerweile ists da aber besser.
Mit FW 2.11 aber echt ein guter Sprung gelungen, Performance gegenüber 2.09 wurde wieder hergestellt. D
Das Problem ist das bei Sandy Bridge System ein Haufen anderer Dinge auftreten können, die zu Bluescreen&Freeze führen, und weil aber bei so Dingen als eins der Hauptsymptome die SSD nicht mehr im UEFI auffindbar ist, gehen die Leute davon aus der Fehle läge (immer noch) bei der SSD.
Dabei verdichten sich aber immer mehr die Hinweise in Richtung Intels Management Engine Interface und das zusammenspiel mit dem CMOS, ACPI Tables sowie Intel Rapid Storage und Option Rom 10.6.x.xxxx, analog dazu bei AMD Systemen eben diese Cool´n´quiet Sache oder wie auch immer das da heissen mag.
Eine weitere Sache ist das Thema Overclocking/Undervolting weil bei vielen treten die Probleme ja im Idle auf, also ein Zustand den man z.B. wenn man mit Prime auf Stabilität testet ja gar nicht überprüft. Wenn da der VCore und andere Spannungen zu sehr runtergeschaltet werden kanns da schon passieren das man einen Bluescreen als Quittung bekommt.
Wer es wirklich bequem und sicher mag, also easy Plug and Play scheint derzeit eben mit der M4 am Besten beraten.
Cosair bleibt abzuwarten ob die nun mit der neuen FW richtig funktionieren.
OCZ ist eher Glückssache bzw nur Leuten zu raten die manuell Treiber installieren können und vor dem ein oder anderen Tweak zwecks Troubleshooting nicht zurückschrecken.
Intel trau ich mit der 510 noch nicht ganz so recht, nachdem der 8GB-Fehler bei der 320 ja auch erst nach vielen Monaten zum Vorschein kam, da fehlt einfach der Langzeittest.
Kingston hat neue Devices namens Hyper-X, da heisst es ebenso abwarten.
Ansonsten würden mich mal diese Mach3 Extreme oder wie die auch immer heißen mögen interessieren, kann da mal jemand private Erfahrungen mitteilen?
Hier noch ein Auszug aus einem Post von jemanden aus dem OCZ Forum, der wohl auch für OCZ tätig ist zwecks ACPI Tabling usw und warum auch da die Ursache für die Probleme liegen könnten, ich fands recht interessant:
I don't normally care to get involved in debates of this kind.. but I will extend you a degree of personal opinion based on many years experience with HDD and SSD..
Suffice to say, there are flaws in Specifications, Chipsets, Drivers, HDD, other SSD and in OCZ SSD.. oh and in Windows.
The main problem and serious flaw with SATA in general and SATA 3 specifically with most modern chipsets, but particularly Sandy Bridge and ANY drive, lay with Power Management in general and particulalry Hot Plug event notifications with AHCI Link Power Management. This involves device signalling interrupts and re-enumeration if devices are un-plugged or in any other 'lower' power state at the time of un-plugging.
Platform manfrs get round this by setting BIOS/UEFI hooks accordingly, to enable Hot Plug events and degrees of SATA/AHCI Link Power Management, for the SATA Ports. This, so that OSes like Windows, have the option to disable Link Power Management for the aforementioned Ports.
Chipset manfrs code Firmware for platform/board manfrs and device drivers for the OS to facilitate these Hot Plug events and SATA/AHCI Link Power Management. Drive controller/Drive Manfrs code and implement Firmware to facilitate both Chipset and Board changes and updates.
Our SSD are pushing the boundries of SATA signalling speed across Chipset and Platform boundries.. and good old fashioned politics often delay what in essence is a very simple path to solution to these potential and actual issues that are seen at end user level.
I wish I could elaborate more, but it would be un-ethical of me and more than likely cost me a job.
As for your specific scenario, I am not yet in a position to definitively provide answer for your Platform/Chipset/Drive.. but would strongly suggest you check the items 1-4 I have already mentioned.. and for the following reasons:
1. BIOS/UEFI versioning with Sandy Bridge, SATA driver updating is changing very regularly and SATA power based enhancements nearly always included, even if they are not always publicised. This is/will be mirrored by drive FW changes and Windows Hotfix updates. Windows Power Schemes are instrumental in passing this onto the drive.
2. The Port being used for Secure Erase and FW updating of the drive, is also instrumental, because of the Hot plug/LPM factors already mentioned. the consequences of getting settings wrong could lead to incomplete/bad Secure erasing/FW flashing.
3. CPU voltages/C states/PLL specifically for Sandy bridge, are all Chipset/Platform factors that are in the realms of Intel and motherboard manufacturers darkest dealings.
4. How the drive was flashed and what SATA port, wether it was un-plugged before-during-after enumeration and power scheming are factors that could prevent the OS from allowing seamless signalling.. at the time of a Secure Erase or FW flash.
.....
BIOS/UEFI comminicates with Windows via a Management Interface, which with Sandy Bridge is the Intel Management Engine Interface. Get this wrong (which Intel and Board manfrs nearly always do) and Windows gets it wrong at Host and Device signalling level along the Stack.. and SATA drivers facilitate all manner of signalling at layers that include interaction from API (software that communicates to the drive), system processes and power related events such as ACPI .
BSODs are inherent to the way Windows reacts to some/any of the above.. and more if physical and/or virtual memory are also being utilised. A significant proportion of those that beleive their BSODs are purely down to drive/FW are more than likely mistaken.
Any timing issues are easily overcome without resorting to throttling speed and has more to do with working round current limitations. Big problem is that legacy hardware, OS kernel/system processes and many API are not used to dealing with the lack of latency and increased access/write speeds involved. Getting the balance right, in a constantly changing environment, along with the time honoured 'politics/posturing' at higher echelon.. is proving a challenge.
Balance is achieved by a compromise/trade off between Power saving/transitioning and usage scenarios. In an ideal world, our SSD should be used only as Boot/OS drives with minimal updating of static data/file transferral and with 25 percent of free space at all times. But the majority of end users want a drop-in/plug-play replacement for HDD, where all manner of Storage/Apps/Progs are implemented and to fill the drive to the brim.
(Quelle:
http://www.ocztechnologyforum.com/forum/showthread.php?92317-joke/page2 )
Wenn du älter wirst bekommst du mehr Geduld und auch mit dem Lesen gehts dann dank Sehhilfe besser, hehe!
