Inlägg

Problemet är med denna typ av kommentarer är att det ger en klart missvisande bild. Sekventiella skrivningar i hög fart sker normalt sätt rätt sällan, det krävs då att du har ett media som kan leverera data i denna hastighet för att det ska märkas vilket inträffar väldigt sällan för en normalanvändare. Sedan är detta en sandforcedisk vilket innebär att data komprimeras för ökad prestanda. 170mb/s är då data som inte går att komprimera alls, går datan att komprimera så kommer det att gå snabbare.

Även om skillnaderna ser stora ut i syntetiska testprogram så är skillnaden för en normalanvändare i praktiken ytterst liten mellan en värsting-ssd och en vettig budgetdisk. Det blir så lätt svart/vitt när det gäller prestanda utan att man egentligen funderar på vilken effekt siffrorna i ett syntetiskt test faktiskt ger i praktiken.

Och hur ofta inträffar detta för en normalanvändare? Tror det är rätt få personer som regelbundet flyttar filer på totalt 50+ GB filer TILL sin ssd...(170mb/s * 300s). Skulle tro att de flesta normalt har program/os mm på sin ssd och fillagringen på en vanlig disk.

Varför måste dom det? Det är väl upp till dom att släppa en demo om dom vill, det är upp till dig att avstå från att köpa spelet om du inte känner dig trygg utan en demo eller orkar/vill vänta på recensioner? Vad ger dig rätten att bestämma hur ett företag väljer att distribuera ett spel?

Och sedan kommer alltid exempel med "feta musikdirektörer" eller artister med massor med pengar. VAD har det med saken att göra? Vart tog alla musiker/artister med normala inkomster vägen? Alla de som jobbar i bakgrunden med att skapa saker men som du aldrig hör talas om? Dessa är det väldigt sällan folk som rättfärdigar sitt piratande pratar om av någon anledning, kanske inte är lika kul om man tar inkomster från dem?

DU har ingen rätt att bestämma om du vill betala eller inte, det är helt och hållet upp till de som skapar musiken att bestämma hur/var/när och vad den ska kosta. Det verkar som folk inte förstår att det kostar att producera musik/film/spel, det som lägger pengar på att skapa bör också ha rätt att bestämma vad det ska kosta. Vad är det som är så svårt att förstå med det? Det kanske finns snabbare/enklare/smidigare piratade lösningar, men det är fortfarande upp till skaparna att bestämma var/när/hur film/musik/spel distribueras. DU har väldigt få rättigheter på detta området.

Oohh...en gammal tjockskärm, det var inte igår man såg en sådan

Grattis alla som vann!

Gammalt missförstånd, läs min sign...om jag inte minns fel så är det vettiga resultat i as-ssd med den typen av disk.

Detta gäller då rimligen host writes, diskarna verkar ju skriva betydligt mer till nand vilket jag då räknat på i exemplet ovan.

Och så är vi återigen inne på avdelningen skrivningar och hur det påverkar livslängden...om man tar det nedersta exemplet med 360GB host writes, 3180GB nand writes och drifttid på 209 timmar och räknar på 3k p/e cyker så kommer cellerna att hålla i drygt 5 år konstant drift med den belastningen.

3180GB / 209 timmar = 15,2 GB/timme.

240GB * 3000 p/e cykler = 720TB

720TB / 15,2GB/h = 47368h = 1974 dagar = 5,4 år med datorn igång dygnet runt...

Räknar man med 10h drift per dag så blir det ca 13 år innan cellerna tar slut.

Såklart inte speciellt lyckat om dessa siffror stämmer, men att inte använda diskarna för att det skrivs mycket på dom känns lite som en överdrift. I väntan på en uppdaterad firmware som löser dessa problem så ser jag ingen anledning att inte använda diskarna. De klarar normalt sett mycket mer än vad folk tror.

Om inte disken är full, hur mäter man då läsprestanda över hela disken?

Avinstallera inte, byt till microsofts drivrutin istället...

http://www.sevenforums.com/drivers/126230-reverting-ms-ahci-d...

Det är så små skillnader att jag skulle säga att det definitivt är inom felmarginalen. Det räcker med att något program i bakgrunden vill åt disken då och då för att ge dessa i sammanhanget mikroskopiska skillnader. Felet som åtgärdades med denna fix var de djupa dippar som uppstod när data legat statisk på disken ett tag, vad jag kan se så finns det inga sådana tendenser öht på din disk. Vad jag läst så ska det ta upp emot en månad innan dessa dippar manifesterar sig.

Finns ingen poäng att köra konstanta tester, vänta åtminstone ett par veckor innan du gör ett test, prestandatappet ska inte börja märkas förrän efter ett tag. Vilket program kör du med?'

Edit: Och exakt vad är det som sjunker/stiger i värde när du kör dina tester?

Antagligen på samma ställe som i win 7:

http://www.tomshardware.co.uk/forum/2172-63-win7-chkdsk-file-...

Prestandan beror på att du har rapid mode igång vilket använder en del av ram-minnet som cache. Tester visar i princip hus snabbt dit ram-minne är och har inget med diskens prestanda att göra.

Antagligen använder du en äldre drivrutin för diskkontrollern från amd, byt tillbaka till microsofts egen så bör det gå bättre.

Om du tittar på de grafer där man får felmeddelande så är det inte så konstigt då det inte går att läsa = 0 MB/s.

Mig veterligen har ingen har rapporterat om dataförlust på en EVO disk innan uppdateringen, känns rätt långsökt att spekulera att det var nära förestående i ett sådant läge.

Data som finns i diskens cache kommer att skrivas klart så data inte blir korrupt (tex vix strömavbrott halvvägs i en skrivning), det som finns i datorns ram kommer aldrig att sparas.

Var är bevisen för motsatsen? Jag har än så länge inte hört om någon som tappat data pga buggen i firmware, det är först i samband med uppdateringen som dessa två fått problem...efter en process där samsung flera gången rekommenderar att man tar backup på känslig data.

"Kan"? Såklart det är relaterat till uppdateringen och prestandaåterställningen...vill man spekulera så är att det därför de varnar flera gånger för att man kan förlora data. Däremot finns det inget som tyder på att det är permanent skada av nandcellerna mer än att de får läsfel, vilket kan bero på en uppsjö olika orsaker. En inte annan inte alltför vild spekulation är att strömlägena ändrades så mycket när cellerna återställs att det inte går att avgöra vad det ska vara för läge, dvs vilken bit det ska vara vilket i så fall bör korrigeras så fort cellen skrivs om igen. Personligen drar jag inga slutsatser förrän det bekräftats om dessa läsfel är permanenta eller om det räcker med formatering/secure erase. Om det är ett påtagligt problem så kommer diverse forum att översköljas av rapporter om detta.

Sedan, fel på fel? Vad är det för fel mer än detta som TLC råkat ut för? Och varför belastar du TLC för samsungs miss i firmware? Denna typ av miss blir såklart mer påtagligt med TLC, men det skulle mycket väl kunna hända även med MLC med skillnaden att det tar lägre tid innan prestandan degradera så långt.

Drivrutinerna för den kontroller du har är inte kompatibla med uppdateringen. Vad har du för moderkort och vilket windows använder du? Är det en modern version av windows så bör microsofts egna drivrutiner fungera.

Två personer här har fått läsfel efter en firmareuppgradering där de varnar för att de inte kan garantera att all data klarar sig och rekommenderar backup flera gånger innan man kan uppdatera? Knappast underlag nog att konstatera att blocken är känsliga, mer en bekräftelse på att man faktiskt bör göra backup om man har känslig data. Kan mycket väg gå att lösa antingen med checkdisk, formatering eller i värsta fall men en secure erase. Men vi vet inte förrän de drabbade försökt dessa steg.

Intressant, om informationen som kommit från samsung stämmer så visste du alltså att de i denna modell skulle missa med kalibreringen av skiftande strömnivåer i celler som inte skrivits till på ett tag? Dvs samma fenomen som all flashlagring lider av men som blir mer påtagligt med TLC då det är fler strömnivåer att särskilja mellan? Du måste ha en mycket duktig kristallkula som du tittar i.

Du får ursäkta, men detta inlägg passar in i avdelningen där man letar efter fakta för att styrka sin egen hypotes istället för att titta på den neutralt. Det enda skillnaden mellan TLC eller MLC i detta fall bör vara att prestandan faller snabbare då det är mindre toleranser med fler strömlägen, det skulle mycket väl kunna hända både SLC och MLC om tillverkarna missar i firmware.

Strömbackup så data inte blir korrupt vid strömavbrott då disken är mitt i skrivning av data.

Om ni har tid/lust/ork så skulle jag testa med en secure erase. Man tappar all data men alla celler nollställs vilket brukar kunna rätta till en del fel. Kan alltid vara värt ett försök.