Veel schrijfactie naar een SSD

[iChaos]

Ik gebruik een Zenbook Flip (UX360CA) sinds ca. april gok ik, met Windows 10. Eergisteren heb ik eens gekeken hoe het staat met de SSD, om in te schatten of het gebruik van o.a. npm en composer (package managers voor web development) een beetje meevalt. Er was inmiddels ca. 4500GB naar de SSD geschreven, wat ik wel wat veel vond. Gisteren en vandaag heb ik niet gewerkt, en eigenlijk alleen maar de hele dag Firefox gebruikt. Per dag wordt er echter nog steeds 40GB weggeschreven.

Die SSD-informatie heb ik verkregen met OpenHardwareMonitor, waarbij ik dus sinds eergisteren iedere avond keek hoeveel GB er volgens de controller was weggeschreven naar de SSD. In de Zenbook Flip zit een 128GB SSD, zeer vermoedelijk M.2, omdat een 2.5" hier volgens mij niet eens in zou passen. Volgens OHM zou het model HFS128G39TND-N210A zijn. Hier heb ik wel over gevonden dat het een SSD van Hynix zou moeten zijn, maar ik kon niet vinden hoeveel TB er naar deze SSD weggeschreven kan worden zonder fouten.

Omdat ik 40GB toch wel wat veel vind wanneer alleen Firefox actief is (online lees ik dat je normaliter 10 tot 15GB weg zult schrijven op een gemiddelde dag), ben ik dus eens gaan kijken waar het aan zou kunnen liggen. Ik heb bij Indexing Options in Windows 10 alles uitgezet, opdat hij in de achtergrond niet meer zal indexeren.

Tevens kwam ik een artikel tegen op internet waarin vermeld stond dat Firefox iedere 15 seconden informatie over de sessie bewaart, wat ook snel zou aantikken. Via het about:config-menu heb ik dat omhooggeschroefd naar 7200000, zodat iedere 2 uur de sessie-informatie wordt opgeslagen (ik heb het nooit nodig gehad en mijn werk wordt voortdurend opgeslagen door de software die ik gebruik in de browser).

Verder heb ik gekeken naar wat er allemaal draait op de laptop, maar dat is vrij beperkt: op de laptop staat Firefox, Spotify, PuTTY, Xshell (nog een SSH-client), Sublime Text 3, Cyberduck, OpenVPN en Steam. Tijdens deze dagen werk was alleen Firefox actief en waren alle andere applicaties goed afgesloten.

Welnu, mijn vragen: het is waarschijnlijk een beetje gissen, maar heeft iemand een idee wat deze writes nog zou kunnen veroorzaken? 40GB met alleen browsen vind ik toch wel erg aan de hoge kant.

De tweede vraag: kan dit kwaad? De laptop is niet echt een model dat heel makkelijk open te halen is denk ik (ik heb geen repair manuals gevonden en ga er ook niet aan sleutelen zolang hij werkt), dus ik wil geen onnodige slijtage veroorzaken aan de SSD. In een jaar schrijf ik ca. 14 TB weg in het beste geval (uitgaande van deze 40GB per dag), of richting de 30TB (ervan uitgaande dat ik hem wel actief gebruik en npm/composer e.d. gewoon ook lokaal blijf draaien). Bij SSDs van Samsung (850 EVO e.d.) kon ik wel vinden dat ze in het ergste geval bij ca. 650TB niet meer werken, maar mag je zulke waarden ook verwachten voor een OEM SSD van Hynix?

Oh, tot slot, een vraag die een beetje op een zijspoor zit: npm en composer gebruiken heel veel kleine bestanden, dus in een gemiddeld project zit ik bijv. al met 10000 bestanden van 20 tot 30kB. Vaak moeten modules opnieuw gedownload worden, waardoor die libraries ook vaak verwijderd en opnieuw neergezet worden. Bij een HDD kan ik me voorstellen dat het misschien niet heel ideaal is om heel veel kleine bestanden weg te schrijven, maar maakt dit bij een SSD ook uit? Of werkt een SSD met het idee '20MB is 20MB, of je nou 1 bestand opslaat of 20000 bestanden van 1kB'?

Mijn werk is sowieso veilliggesteld met regelmatige commits van code met Git en al het andere werk staat in de cloud of op mijn VPS, dus een abrupte failure is niet waar ik me zorgen om maak

[True]

Task manager > performance > open resource monitor > disk

Ik zou dat even open laten staan tijdens werkzaamheden en nogmaals kijken, kun je ook redelijk goed zien wat nu zoveel schrijft.

[MAX3400]

Die HFS128G39TND-N210A staat in de boeken voor 72TBW en heeft maar 1 jaar garantie oftewel je zou theoretisch ongeveer 170GB/dag mogen schrijven. Ik denk dat je je wel moet realiseren dat die 1 jaar "waarschijnlijk" niet voor niets op de SSD zit; Hynix heeft relatief goedkope NAND-chips in hun produkten en zeker OEMs willen dat risico nog wel nemen.

Wat ik mis is waar de writes heen gaan; je kan eens met filemon of diskmon je machine in de gaten houden. Gezien het werk wat je doet met je machine, kan ik me ook voorstellen dat de pagefile een grote rol speelt hierin. Verder kan ook de hyberfil.sys aanwezig zijn maar die wordt over het algemeen niet aktief gebruikt tijdens het werken met de machine.

[henk1994]

Wat betreft npm en composer: je kan bij npm ook modules globaal installeren waardoor je een lokale cache hebt.

En bij elke commit van git worden er ook een aantal schrijfacties gedaan. Als je dan een redelijk project heb en je doet een commit kan er zo een GB weggeschreven worden (wordt waarschijnlijk wel overgeschreven)

Het is belangrijk om te achterhalen wat ervoor zorgt dat je zoveel wegschrijft maar gezien de hoeveelheid die weggeschreven kan worden denk ik dat het wel meevalt met dat het kwaad kan

[NLKornolio]

Je hebt vast pagefile aanstaan op je ssd. Die blaft gb,s erbij voor het leven. Uitzetten of op een hdd je kan het altijd weer aanstaan als je bsod,s krijgt.

[ Voor 25% gewijzigd door NLKornolio op 23-07-2017 23:18 ]

[iChaos]

Ik heb inmiddels Windows Defender uitgezet, aangezien MsMpEng.exe bovenaan de lijst stond. WinSCP en Firefox bleven actieve processen houden, ook wanneer ze afgesloten waren, dus die heb ik ook even verwijderd. Dat liet me met de volgende situatie:

http://i.imgur.com/uIMPAfl.png

Een half uur laten zitten op deze schermen zonder iets te doen. In een half uur is er 3GB bijgekomen aan writes. Ik begin haast te denken dat OpenHardwareMonitor gewoon verkeerde informative teruggeeft, of de controller verkeerde waarden rapporteert. Pagefile lijkt me momenteel heel onwaarschijnlijk, in idle is er ca. 2GB van de 4GB RAM in gebruik en ook dan blijven de writes vrolijk doortikken, dus daar wil ik liever nog niet aan sleutelen.

[jan99999]

Firefox doet heel veel op de achtergrond.
Google hier op, en je kunt dit, door in firefox iets in te stellen, flink verminderen.

There is a setting in Firefox that controls how often the session restore saves files. Go to about:config and change:

browser.sessionstore.interval to change how often the session is saved. On my system, the default was 15000 (milliseconds) so it was writing to disk every 15 seconds. If you increase this to 300000, it will only write every 5 minutes.

browser.sessionstore.enabled can be turned to false to disable this feature completely. This will reduce the amount of disk writes Firefox does, but this will also prevent Firefox from restoring your session when it crashes.

[ Voor 70% gewijzigd door jan99999 op 24-07-2017 05:06 ]