Linux-oppdateringer var smertefullt trege helt til jeg endret en innstilling

Det er en veldig spesifikk type irritasjon (hvis noen er interessert, kaller jeg det pingvin-raseri) som kommer av å se en Linux-oppdatering krype frem. Ikke feile, ikke krasje, eller engang klage. Bare sitte der, skritt for skritt som om den forhandler hver pakke individuelt. Systemet mitt var ikke ødelagt. Internettet var stabilt. Strømming, nedlastinger, Docker-henting, alt fungerte fint. Men i det øyeblikket jeg kjørte apt update etterfulgt av apt upgrade, saknet alt til et høflig, nesten passivt-aggressivt tempo. Som om Linux sa: «Vi kommer dit … etter hvert.» Og i lang tid bare aksepterte jeg det. Fordi oppdateringer skal ta tid, ikke sant? Spoiler-advarsel: Nei, det skal de ikke.

Problemet var ikke systemet mitt

Trege oppdateringer ble forårsaket av et dårlig speilvalg

Linux laster ikke ned oppdateringer fra én sentral server. Det henter fra speilservere, som er kopier av de samme pakkene som ligger over hele verden. I teorien er dette flott. Redundans, hastighet, motstandskraft. Veldig smart. I praksis velger systemet ditt stille en av dem og håper på det beste.

Noen ganger har du flaks og havner på et raskt, lokalt speil som føles umiddelbart. Andre ganger ender du opp med noe halvveis på andre siden av kloden som enten er overbelastet, underdimensjonert, eller bare har en dårlig dag. Og systemet ditt vil gjerne fortsette å bruke det for alltid, som om det var i et langvarig forhold. Det var det som skjedde med meg. Ingenting så feil ut. Ingen feil eller advarsler. Rett og slett oppdateringer som tok mye lengre tid enn de hadde rett til. Det verste er hvor subtilt det er. Du tenker ikke med en gang: «Dette er ødelagt.» Du tenker: «Jeg antar dette er bare hvor lang tid oppdateringer tar.» Det er det ikke.

Jeg byttet speil og alt forandret seg

En bedre server gjorde oppdateringer betydelig raskere

Løsningen var nesten fornærmende enkel. Jeg byttet til et bedre speil. På Linux Mint og Ubuntu-baserte systemer er dette integrert rett i systeminnstillingene. Ingen terminalritualer nødvendig, ingen forumgraving, ingen kopiering og liming av kommandoer fra et blogginnlegg fra 2012.

• Åpne programvarekilder
• Finn seksjonen for nedlasting eller speil
• La det teste speilene eller velg manuelt ett som er nær deg
• Bruk og oppdater

Det er det. Det er «tilpasningen». Jeg trykket på oppdater igjen, og forventet på det beste en mild forbedring. I stedet, det bare … skjedde. Pakker begynte å strømme inn, som om systemet endelig hadde våknet og husket at det hadde en anstendig internettforbindelse. Samme maskin, samme nettverk, og samme oppdateringer, men en helt annen opplevelse. Det føltes mindre som optimalisering og mer som å fjerne en begrenser som ikke hadde noen plass der fra starten av.

Jeg aktiverte også parallelle nedlastinger

Å la APT multitaske fjerner unødvendig venting

Når jeg først så hvor mye speilet gjorde en forskjell, ble jeg nysgjerrig. For hvis en liten innstilling kunne fikse så mye, hva annet skjulte seg da i vanlig syn? Det viser seg at APT er konservativ som standard, så det bruker ikke alltid den mest aggressive nedlastingsadferden. Still deg i kø, vent på turen, ikke dytt.

Som er flott hvis du prøver å være hensynsfull på et delt speil. Mindre flott hvis du bare vil at systemet ditt skal oppdatere før kaffen blir kald. Så jeg dyttet det litt.

Du kan aktivere mer aggressiv nedlastingsatferd ved å justere APTs konfigurasjon. For eksempel:

Acquire::Queue-Mode "host";
Acquire::Retries "3";

Og avhengig av oppsettet ditt, kan justering av pipelinedybden eller å tillate flere tilkoblinger hjelpe det å hente mer effektivt, i stedet for å gjøre alt i en pen liten rekke.

Jeg la også til:

Acquire::Languages "none";Fordi jeg trenger ikke at systemet mitt laster ned oversettelsesfiler for språk jeg ikke snakker bare for å føle meg kulturelt komplett.

Resultatet var ikke så dramatisk som å bytte speil, men kombinert, kuttet det enda mer tid. Oppdateringer sluttet å føles som en oppgave og begynte å føles som en bakgrunnshendelse. Hvilket er akkurat der de hører hjemme.

Hvorfor Linux ikke gjør dette som standard

Systemet favoriserer stabilitet og delte ressurser

Før vi begynner å beskylde Linux for bevisst å kaste bort tiden vår, er det en grunn til dette. Speilservere er delt infrastruktur. Hvis hver maskin plutselig bestemte seg for å hamre på dem med aggressive parallelldownloads, ville det raskt bli kaos. Så distribusjoner spiller det sikkert. Konservative standardinnstillinger. Forutsigbar oppførsel. Ingen unødvendig belastning på delte servere. Det er den samme filosofien bak mange Linux-beslutninger. Stabilitet først, ytelse etterpå, kaos valgfritt. Men kompromisset er at systemet ditt kan kjøre med støttehjul lenge etter at du faktisk trenger dem. Spesielt hvis du har en anstendig tilkobling og oppdaterer en personlig maskin, ikke vedlikeholder en flåte av servere i datasenter et sted.

Å fikse oppdateringer fjernet en subtil, men konstant kilde til friksjon

Her er delen jeg ikke forventet. Systemet mitt føltes ikke tregt før. Ikke på noen åpenbar måte. Apper startet fint. Multitasking var jevnt. Ingenting ropte «ytelsesproblem». Men hver gang oppdateringer kom, var det denne lavnivå friksjonen. Den følelsen av «uff, dette kommer til å ta en stund.» Det la bare til nok motstand til at systemvedlikehold føltes som noe å unngå. Å fikse speilet og deretter få APT til å oppføre seg litt mindre som en kø på postkontoret fjernet det helt.

Nå skjer oppdateringer raskt nok til at jeg ikke tenker på dem. Jeg kjører dem, de blir ferdige, og jeg går videre med livet mitt. Ingen mental belastning, ingen venting, ingen stille harme som bygger seg opp i bakgrunnen. Og det var da det slo meg. Noen ganger er ikke systemet tregt. Det er bare unødvendig høflig. Og alt som trengs er en liten innstilling for å fortelle det at det får lov til å være litt raskere.