Samsung 840 EVO och 840 lider av degraderad läspreastanda med tiden

Eftersom min kunskap om Linux är begränsad, men jag trodde mig veta hur TRIM fungerar, så frågar jag... vad är "köad TRIM"?
Varför fungerar Windows utan denna funktion?
Vad är fördelen mellan köad och "inte"?

Jag kör Arch Linux och har väl hyfsat ny kernel (4.0 tror jag) men får väl googla och se om jag hittar mer info.

Ahh, det låter vettigt.
Dock ser jag faktiskt ingen fördel med det, då en disk inte ska göra TRIM åtgärder, alls, när den jobbar. Trim är en sak som ska göras efter all skriv/läs operation. Men å andra sidan sätt, om diskens kontroller kan själv lägga dessa i kö, och ta dem i efterhand när det passar dem, så borde det inte spela nån roll. OSet kan bara ösa in kommandon och disken sortera det som ska göras nu, och det som kan göras i "idle".

Med tanke på att 850 Pro disken utpresterar det mesta andra i SSD väg så måste de ha löst detta på annat sätt, som fungerar mer effektivt, medan andra tillverkare (vars mjukvara fortfarande är ganska ung) lägger till denna i hopp om att förbättra lite prestanda (då de inte själva behöver lösa detta i kontrollern).

Dock tyckte jag också det var konstigt att inte Linux kan få rätta på det. Är typ som PAE problemet. Jag kan ta Win7 och trycka in i en stengammal dator som saknar detta och det fungerar (långsamt, men det fungerar). I Linux världen måste du har rätt version, annars får du problem om du sätter en PAE version i en dator som saknar det.
Skulle tro att Linux optimerar kärnan på så sätt att de offrar mycket kompabilitet, men vinner prestanda.
Detta är ju på både gott och ont, då man tvingas uppdatera saker hela tiden, men om man gör, får man ett snabbare, mindre resurskrävande system.

Youtube-klipp från PCPer som innehåller information om Linux + 840 EVO och TRIM med senaste firmware. De snacker lite om TRIM och köad TRIM under några minuter. Kanske kan vara värt en snabb koll.

Länk:

• PC Perspective Podcast 347 (Youtube från 00:58:40)

Där fick jag också höra att det är problem att uppdatera mSATA versionen och det är den som jag har i laptopen.

Diskfresh är nog det enda detta läge tyvärr eller RMA om möjligt.

Skriver om all data. Du får bocka ur read only (tror jag det var). Har som sagt inte problemdiskarna så inte kört det själv.

Men är ju så klart ett "fult" sätt att göra, men samsung verkar ju ignorera problemet.

Problemen beskrivs i artiklarna som länkas i förstaposten i denna tråd, det är ju alltid bra att läsa dem om du är intresserad. Men degraderingen börjar omedelbart efter skrivning men efter nån månad börjar det påverka tydligt.

Det tar så lång tid som det tar att läsa och skriva hela disken. Är den i illa skick kan detta nog ta 1-2 timmar på en större disk, troligen närmare 30-60 min för din 120GB. Du bör välja "RAW" versionen av den disken du ska köra, för att den ska skriva om allt på disken.

Du behöver inte installera om något, öht. Bara kör programmet, den läser sektor för sektor och skriver samma sektor tillbaka till disken, med samma info. Disken skriver om informationen och du får snabbare disk.
Det sliter ungefär 1 P/E (Program/Erase cykel), och din disk ska klara runt 1000 utan problem. Säg 500 för marginal, du gör detta en gång var 3:e mån, så räcker cellerna i ca 125 år, då inte räknat ev annan användning dock. Men poängen är att det påverkar ytterst lite.

Du kan passa på att köra diskfresh på ev hdd också, då de kan hålla de i prima skick också. En hdd får liknande problem, men då med magnetisk-laddning, inte elektrisk. Dock tål HDD närmare oändligt skrivande jämfört, men genom att göra detta så hittar du ev dåliga celler innan de hinner bli fel som gör att du inte kan läsa informationen. Så det blir en förebyggande skyddsåtgärd.

Rapid så mellanlagrar den data på RAM innan det skrivs till disk. Du märker ingen enorm skillnad att ha det påslaget. Men magician måste du har påslaget för det ska funka.

Du behöver inte programet igång för själva fixen. Men måste köra igång det i fall disken varit strömlös länge (då hinner inte WF fixen inte me att laga själv). Men du bränner då en cykel av nands.

Går det verkligen att försöka rätta till den här typen av problem med program av den typen, det är ju inte filsystemet som är korrupt utan ett hårdvaruproblem som ger bitröta, jag vet inte... men nån annan kanske har provat ?

Sent föreslagit nu, men program som HDD regenerator eller spinrite hade nog rättat det bättre om det är just bitröta. Chkdsk ska du bara använda när hårdvaran är tillrättad, aldrig på trasig hårdvara då programmet ofta räddar inget alls.

Du kan kolla found.000 mappen, om det bara har varit filsystemsfel så borde dina filer ligga där, dock utan rätt namn.

Btw, kan man be om ett SMART screenshot på disken?
Försöker samla lite info om vad som sker, så att man kan undvika det om man uppdaterar själv.

Kan bekräfta att jag också har bibehållen prestanda från att jag uppdaterade i mitt tidigare inlägg. Det verkar inte som degraderingen kommer tillbaka. Har datorn avstängd ungefär 15h om dagen.

@SSIV
Tackar för SMART infon.

Lite konstigt är det dock, för den andra fallet av detta jag har sett hade disken allvarliga problem, med läs fel, och Urec. Errors.
Du har dock inget av det.
Du har lite på POR_Recovery_Count, men inget allvarligt. (Dessa är ju fel som den har rättat till)
Inget i denna diskens info visar på hårdvarufel...

Förstår inte vf som hänt, helt ärligt, men det ser ut som att du fått korrupterad data, utan att diskens hårdvara varit boven (vilket i sig låter osannolikt, men det är vad dessa värden säger).
Alt så har den rättat vad den trodde var defekt data, på fel sätt (POR_Recovery_Count), vilket också är konstigt, då oddsen för så mycket bitröta är extremt osannolikt och dessa diskar pga TLC läget har enorma ECC summor, för att kunna rätta till sånt.

Jag ska se om jag kan hitta mer info, och om någon annan kan lista ut vf som skett så dela gärna med er.