Problem med att steam installationer är långsamma

Är nedladdningshastigheten konstant låg? Eller går den snabbt en stund för att sedan bli jättelåg en lång stund, för att sen rampa upp igen en kort stund? Om det första så låter det som att du har någon nätverksbegränsning någonstans i ledet. Om det andra så är det sannolikt en för långsam hårddisk som inte hinner med, och när cachen är fylld så blir den väääldigt långsam på att skriva

Blir det samma med allt, eller är det bara ett specifikt spel?

Vissa spel behöver uppdatera en 30GB stor fil trots att den bara laddade ner 100MB. Det beror lite på hur spelfilerna är strukturerade; Det tar så klart tid.

Du säger specifikt hårddisk, kan du specificera vad du har?

Att använda en hårddisk för spel riskerar bli en flaskhals i många situationer. Dels när du laddar ner men även vid det faktiska spelandet. Spel ställer högre och högre krav på att snabbt kunna läsa data för att hinna ladda nya scener utan att det börjar hacka.

Det du istället ska välja är en SSD. Det finns olika typer av SSD:s, har du plats för en NVMe är det den du ska välja om du önskar högst prestanda. I annat fall är en variant med SATA-anslutning fortfarande flerdubbelt snabbare än den snabbaste hårddisken du kan få för pengarna.

Fragmenterad hårddisk, långsam CPU (komprimering/uppackning av filer), eller antivirus som skannar strömmen i realtid samt på disk? Vissa antivirus kan vara riktiga bovar...

Det är inte så att disken börjar bli full? Har för mig att en SSD gärna vill ha en del ledigt utrymme för att fungera optimalt, speciellt om du kör allt (windows, spel, antivirus osv) på samma disk.

Helt normalt att spel går snabbt att ladda ner men kan ta jättelång tid att uppdatera.

Vissa spel är utformade så att även om det bara är 100MB som ska uppdateras så är det sällan bara några filer som ersätter andra filer. Det kan vara 2MB data som ska ersätta annan data i en 20GB stor fil. Då ska denna 20GB fil packas upp, skillnaderna ska hittas och ersättas, sedan ska 20GB packas ihop igen. Därefter görs samma sak igen och igen och igen med resterande 98MB tills uppdateringen är gjord.

Alternativet till ovan exempel hade varit att ladda ner 20GB-filen på nytt, vilket inte är att föredra. Speciellt inte för dom med låg hastighet.

Alla spel fungerar inte så, men du kanske har haft oturen och mest spelat såna spel.

Det enda du kan göra åt detta är att skaffa snabbare SSD.

Enklast är att öppna Task Manager och se om det är någon av diskarna som går i taket när det gäller användning. Man kan också kolla via Resource Monitor, Disk, precis vilka filer Steam och andra processer skriver/läser från för tillfället.

Har man inte tillräckligt ledigt på disken där spelet är installerat kan Steam använda andra diskar där man har ett Stembibliotek för cachen. Så har man t.ex. en SSD som är ganska full och en HDD med mycket ledigt utrymme kanske Steam väljer att använda HDD:n för cachen. Som sagt även om man bara laddar ner t.ex. 100MB kan det vara en 30 GB fil som ska patchas, och då behöver hela filen skrivas om. Dock borde detta inte ta 4 timmar, om man inte typ sitter och defragmenterar HDD:n samtidigt...

Allt låter normalt utöver tiden. Jag skulle gissa på att antingen din CPU eller SSD jobbar i 100% om du kollar aktivitetshanteraren?

Steam är väldigt bra på att komprimera sin data för uppdateringar så att de blir mindre (= mindre belastning på Steams servrar och användare som har begränsad data). Men detta lägger då istället extra belastning på användarens CPU och SSD:n där installationen ligger.

Men att det tar så lång tid som 4h är inte normalt. Är det så att du har väldigt lite SSD-utrymme kvar? Då kan den behöva swappa därifrån till RAM och så fram och tillbaka, och då gissar jag på att det kan ta tid.

Vad har du för antivirus? Har du provat att stänga av det tillfälligt och se om det gör skillnad?

Vad har du för andra komponenter i datorn?

Ta hem Defraggler från piriform https://www.ccleaner.com/defraggler/download - det är samma företag som är bakom Ccleaner

Ett råd - stänga av Antivirus medans det körs då AV kan mer än fördubbla körtiden då den skall smaka av alla filer som skrivs ned på disken under defragmenteringen.

Även med AV avstängd så kan det ta en hel natt för första körningen med defraggler om disken är mycket fragmenterad, medans körning 2 och 3 kan gå på en kvart per gång när man sedan kör defraggler med typ 3 månaders intervall. Även NTFS på SSD/NVMe behöver defragmenteras emellanåt trots att det marknadsförs som att det inte skulle behövas...

Kör också i defraggler 'optimering' efter defragmentering - det gör då en zerofill av all ledig utrymme på disken och områden med bara '0' signalerar till SSD/NVMe att det är utrymme som kan raderas och ingå i den dynamiska poolen med redan raderade block för snabbare skrivning senare - många SSD använder den ledigförklarade delen av diskytan som SLC-cache vid skrivning av data som en dynamisk överprovisionering och har man inte kört zerofill eller kört TRIM på diskens lediga utrymme på lång tid så kan SLC-cache vara liten och trottlar fort vid skrivningar (typisk runt 20-30 GB), vilket till stor del kan gå åt till bara medadata-hanteringen för NTFS $MFT då det skrivs väldigt mycket modifierade data på samma sektorer hela tiden när man modifierar filer och det käkar lediga block i SLC-cache fort (det är också samma orsak varför NTFS och SMR-diskar inte trivs tillsammans)

Om SSD dödas av en defragmenterings-session så skall den inte användas som lagring alls!! - defragmentering är vanlig läsa och skriva igen och mängden data kan i allra värsta fall motsvara 1-2 fulla diskvolymskrivningar och det var 3 månad - i praktiken när man har klarat av den första stora upprensningen - väldigt mycket mindre än så och inte mer än vad en steam-patchning av ett spel ger, typ

och NTFS mår illa prestandamässigt av att ha fragmenterade filer även på SSD/NVMe då 7000 småsektoranrop tar betydligt längre tid även med 0.1 ms/anrop för en fragmenterad fil än typ 32 st för en sekventiell fil och rätt mycket tid spenderas åt att läsa i $MFT under tiden när man har fragmenterade filer då listan med fragmenten skall läsas in och betas av medan filen läses.

Piriform säger själva att man inte ska defragmentera en SSD.
https://support.piriform.com/hc/en-us/articles/204044034-Defr...

Samma sida gör det också tydligt att Zero Fill är för SSD:s där TRIM inte fungerar.
Samsung EVO 860 stödjer TRIM och jag har misstänker att SkyTho har minst Windows 7 eller senare, med andra ord finns fullt TRIM-stöd.