Hur stoppa Firefox och Chrome från att sabba din SSD?

Det går att använda en sandlåda på en annan drive om man är riktigt nitisk. Typ köra webbläsaren och liknande program i Sandboxie. Har själv provat och det funkar fint.

Den tekniska aspekten ska med moderna SSD-enheter vara ett icke-problem även om det på ett arkitektmässigt plan är ett oskick, som du skriver.
Säkerhetsaspekten löser du med fulldiskkryptering (vilket jag utgår från att du har påslaget i ditt operativsystem eller via tredjepartsprogramvara om dina hemligheter är viktiga för dig) och genom att stänga av datorn när du lämnar den obevakad en längre stund.

Själv använder jag SSD till torrents (uppe i 48197GB på 20k timmar drift).
Windows ssdn har också skrivit en hel del Men inte så konstigt när man kollar netflix osv. Men inget jag bryr mig om.

Inte haft någon SSD ännu under alla år som gett upp.

Känns som de allra flesta inte behöver bekymra sig om att försöka begränsa detta.
Kollar jag perfmon en längre tid så skrivs det inte direkt mycket data på min C disk heller med chrome igång.
Lågt skrivet med youtube stream på i chrome och massa flikar och annat igång som NOD32, Steam, Battle.net, Discord (allt på windows disken)
Dvs Inget passivt skrivet direkt.

Har haft sönder flera SSD. Om det beror på detta vet jag inte. De var dock 60GB diskar möjligtvis en 120 och när SSD var relativt nytt. De är väl bättre på att hantera dem nu med moderna OS och styrchip.

Skickades från m.sweclockers.com

Några lösningar för Chrome?

Den enkla lösningen är väl att om man är rädd att något sparas eller i det här fallet skriver sönder ssdn att använda privata fönster för då skriver inte webbläsaren i sig självt något till disk för syftet med privata fönster är ju att ingen data/historik ska sparas, har man för lite ram så kan ju iofs operativsystemet banvända virtuellt minne men det beror ju inte på webbläsaren i sig.
Åtminstone har jag uppfattat att privata fönster bara lagrar i ram såvida man själv inte väljer att spara något typ hämta en fil eller spara genvägar.

Man skall inte glömma att SSD behöver en viss omsättning i skrivning hela tiden för att hålla all data i något så när lässnabb skick.

Visst det finns med stor sannolikhet garbage-collectors som förhoppningsvis går runt och känner av om aktiva sektorer börja bli läströga (= många cykler i LDPC innan det ger ut rätt data) - men steget innan det börja aktivera och skriva om sektorer (eller hela block) för att man måste för datasäkerheten och för att hålla full läsprestanda kan vara ganska stort.

Nu har ingen koll utanför tillverkarna på exakt hur dessa algoritmer arbetar, men att omsätta hela disken volym minst en gång i månaden eller tom var 14:e dag tror jag inte är på något sätt skadligt utan snarare bra för disken, kort sagt hålla den motionerad - speciellt nu med QLC-minnen i antågande.

För de flesta så har man bytt till större disk innan de 5 åren gått eller ens slitit havlvägs på lovade kapcaiteten på disken.

Dessa diskar när de är utfasade (av storleksskäl i regel) duger heller inte att ha som långsiktig arkivlagring av viktig data någon längre tid, ja om de inte strömsätts minst 1 ggr i halvåret och läses igenom från början till slut för att GC skall vakna till liv och fräscha upp de söliga cellerna långt innan det är försent...

SSD/NVMe är till för att användas - helst så mycket att dess eventuellt angivna TBW-värde är förbrukad till i alla fall hälften efter 5 år - och räknar man på det så ser man troligen att man kan skriva ganska mycket per dag utan att det är någon fara.

När det gäller programvaror som 'slösar' så finns det väldigt mycket annat i den vägen som är mycket mer irriterade - som tex varför Visio[1] behöver mer än 2 timmar för att ladda in en SVG-fil med ca 2 miljoner vektorer i sig (konverteringsförsök av en ritning från annan källa eftersom idiot-programmet inte kan importera pdf-filer alls och än mindre vektoriserade dito och det här med en bitmap-version finns inte på kartan då man skulle behöva uppemot 100000 pixel i bred och höjd för tillräcklig detaljrikedom) - det var inte var disken den slösade på i det fallen - men företagets TID i det här fallet.

[1] nu gillar jag förvisso inte Visio alls men det är påtvingad användning i vissa fall och så fort man försöker använda det lite mer seriöst så ser man fort att fortfarande är ett leksaksprogram snäppet ovanför Poweroints grafikfunktioner och kan pilla lite finare än 1/72-dels tum (om diagrammet/ritningen inte är för stort vill säga - har man A1 och A0 ritningar i rätt skala så är det problem även här...) och är fortfarande våldsamt överprissatt mot vad det ger...