Gå til innhold

Ulike skrivebordsmiljø og vindusbehandlere for Linux - Erfaringer og testdata


Anbefalte innlegg

Skrevet (endret)

image.thumb.png.a6d7477ed99e14bc9d5b3a0238c367a5.png

Oppretter en tråd der Linux-brukere kan dele erfaringer og "harde data" med skrivebordsmiljøet de bruker i "sin" Linux-distro. Typisk kan dette være beskrivelser hvordan det grafiske grensesnittet oppleves, om det passer til maskinvaren (som også fortjener en beskrivelse), men gjerne også mer konkrete harde tall på oppstartstid, RAM-bruk på tomgang, CPU-belastning på tomgang osv.

Selv om dette ikke er tråden for "Se hvor pent skrivebordet mitt er! :D", så legg veldig gjerne med skjermbilder som viser det som beskrives.

Jeg har selv tenkt å bruke en gammel laptop til å teste mange ulike skrivebordsmiljø på den samme grunnleggende distroen, og skrive litt om det i denne tråden. Laptopen er en Acer 4820TG fra 2010, med en Intel Core i5 M 450, Mobility Radeon HD 5650, 8 GB RAM, 1 TB SSD. Når jeg er ferdig med disse testene, plukker jeg ut SSD-en for gjenbruk i en nyere laptop, dersom mulig skjer det samme med RAM-brikkene, og deretter pensjonerer jeg 16-åringen :mellow:

Jeg vil bruke htop som verktøy for å måle bruk av RAM, Swap og CPU. Øvre del av bildet ser slik ut:
image.png.6fc34de8a881a1c0facf4639a64d1c91.png
Det er relativt enkelt å lese av at RAM-bruk er 391 MB, og at Swap er 0. Når det gjelder CPU-bruk har man to valg, du kan enten anslå et gjennomsnitt av øyeblikksbildet av alle CPU-kjernene (her kjernene 0-1-2-3) og få 4,1/4=1,025%, eller du kan se på Load average dersom maskinen har fått stå i ro en stund. De tre tallene er snittbelastning i siste hele minutt, siste 5 minutter og siste 15 minutter. Skal du omsette tallene til %, må du først dividere det på antall kjerner, og deretter multiplisere med 100. Så siste minutt i eksempelet har CPU gjennomsnittlig vært belastet 0,42/4*100=10,5% - altså 10 ganger høyere enn øyeblikksbildet. I dette tilfellet var øyeblikksbildet det korrekte, fordi jeg hadde utført handlinger som krevde litt CPU ikke lenge før jeg tok skjermbildet.

Jeg oppdaterer tabellen i toppen av denne førsteposten etterhvert :D Jeg sorterer den etter RAM+Swap.

Endret av a_aa
  • Liker 3
Videoannonse
Annonse
Skrevet

Openbox (wiki) er en vindusbehandler, og ikke et egentlig fullstendig skrivebordsmiljø. Det vil si at samtidig med at Openbox startes, må det være på plass konfigurasjonsfiler som sørger for at en del andre apper starter samtidig - typisk en oppgavelinje (panel), en menyløsning, en filbehandler og kontroller/visninger av diverse maskinvarestatus. Ellers er Openbox også benyttet som komponent i fullstendige skrivebordsmiljø.

Jeg installerte SparkyLinux 8.2 Stable (Debianbasert) med MinimalGUI. Dette MinimalGUI er altså Openbox konfigurert sammen med bla filbehandler og strømstyring fra Xfce, panel/meny er Tint2 (tror jeg) for å funke på Sparky.

Visuelt kan du velge blant noen tema på paneler/menyer, og du kan velge bakgrunnsbilde vha Nitrogen. Ønsker du en slepen design, er dette ikke det rette skrivebordsmiljøet. Det er ikke umulig å få til, men du må jobbe mye for det (søk på Youtube), dette er i utgangspunktet et ribbet oppsett som bare skal gjøre det aller nødvendigste - kjapt og med lav ressursbruk.

Openbox skal i utgangspunktet ikke ha ikoner på skrivebordet, og jeg lot det være sånn. Men det finnes selvsagt programmer for å legge ikoner der likevel, om man skulle ønske det (søk fbdesk, idesk). På sett og vis funker venstreklikk på startknappen nede til venstre som åpning av et slags skrivebord overfylt med ikoner, hvis man ønsker det... Høyreklikk åpner en meny uavhengig av hvor pilen er, og den er direkte søkbar - du slipper å navigere. Når man sitter på en laptop med touchpad er det faktisk veldig effektivt - bare trykk på høyreknappen nedenfor tastaturet og skriv noen få bokstaver for å finne appen du leter etter - og enter. Det går temmelig kjapt når man blir vant med det :)  Ellers kan man legge til app-ikoner på oppgavelinjen vja Panelbehandler.
Skjermbilde_2026-05-04_20-15-17.thumb.png.b2fd4d05550c87577832124d0ad1ea16.png

RAM-bruk ved tomgang er ca 400 MB.

CPU-bruk ved tomgang er rundt 1%.

Fra innloggingsbildet (jeg har ikke automatisk passordangivelse), der jeg velger skrivebordsmiljøet jeg ønsker å bruke, går det bare noen få sekunder (3?) fra jeg trykker enter og til skrivebordet er klart til bruk. Noen få sekunder til så er nettilkoblinger på plass.

Dette er ikke en løsning for alle. Man må akseptere å ofre en del visuelle og tilpasningsmessige muligheter som de fleste andre miljøer kan tilby. Da får man til gjengjeld et system som funker til det det skal fikse, med svært lav ressursbruk, og som dermed lar det bli igjen mer tilgjengelige ressurser for de appene du ønsker å kjøre.

  • Liker 2
  • Innsiktsfullt 1
Skrevet (endret)

OS: Linux Mint 22.3 (Cinnamon)

CPU: Intel i3-2310M, Intel integrert grafikk.

8GB RAM, SSD disk

Minnebruk idle etter oppstart ca 800MB (målt med htop).

Linux Mint virker helt fint på denne maskinen.

Endret av Svein M
  • Liker 2
Skrevet

På fluxbox ser jeg en tomgang på ca 340 mb ram og 170 mb swap, cpu 2-3 %. Intel n5000, 4 gb ram, 120 ssd. 

  • Liker 2
Skrevet (endret)

EndeavourOS med KDE

Boot:

1,7GB av 32 GB RAM Brukt

Swap:

0 MB brukt

Helt utrolig snappy OS.
 

Personlig mener jeg KDE har raskere responstider ved åpning av programmer å bytte mellom åpen software, jeg har heller ikke den raskeste ramtypen, 2400 M/T bare

Endret av vortex
  • Liker 2
Skrevet (endret)

GNOME har rykte på seg for å ta mye ressurser, likevel er det et fortrukket skrivebordsmiljø i mange distroer. Jeg var spent på hvordan den gamle laptopen ville ta et tungrodd system. Det ble flere overraskelser:

Laptopen min hadde et pioneropplegg i 2010, med at du kunne velge mellom å bruke strømsparende integrert grafikk eller et effektkrevende skjermkort, litt avhengig av hva du ønsket og om du hadde strøm tilkoblet eller ikke. Jeg tror det sære oppsettet medførte noen helt spesielle drivere som ikke finnes i Linux-verdenen, og det skaper trøbbel i oppstart. Med Zorin Lite brukte jeg over 4 minutter på hver oppstart, på Sparky har så langt ligget på rundt 3. Men da jeg installerte GNOME Shell 48.7, fikk jeg beskjed om å velge en av to display managers, og mener jeg valgte den jeg ikke har brukt før (GDM i stedet for LightDM). Uansett tar det nå bare halvminuttet å komme til innloggingsskjermen, dog tar det ytterligere et halvminutt fra innlogging til skrivebordet er klart. Den så jeg ikke komme!

Litt krøll i starten, tok litt tid før jeg skjønte at tastaturinnstillingene måtte endres til norsk. Sammenliknet med Zorin 18.1 Core, som også har GNOME, bare med masse extensions for å få den nærmere Windows, var brukergrensesnittet uvant. Jeg mistenker at jeg må finne noen tastekombinasjoner som gir lure snarveier.

Jeg fikk problemer da jeg åpnet nettleser, veldig mye flimring. En app for å vise bilder nektet å åpne skjermbildet jeg nettopp hadde tatt - så jeg skjønte at noe skurret, og hadde en mistanke om at det hadde noe med X11 vs Wayland å gjøre. Jeg logget ut til innloggingsskjermen, og byttet til GNOME (X11) før jeg logget inn igjen - og da fløt alt perfekt!

Jeg tipper at dette GNOME skrivebordsmiljøet er så skrelt ned til minimum som det er mulig - for det er faktisk ikke veeeldig tungdrevet, verken i Wayland- eller X11-modus:
Skjermbildefra2026-05-0516-28-04.thumb.png.ddec65b4be7f52acc6b33a9bcd4bcaba.pngSkjermbildefra2026-05-0516-51-31.thumb.png.2bba99751cab6edf7310c53a0e028095.png

RAM-bruk ved tomgang er 720-730 MB. Ingen bruk av Swapfil.

CPU-bruk ved tomgang er 0,5-1,5%.

Overraskende lav ressursbruk! På den annen side vil jeg tro at mange vil installere extensions for å få en annen arbeidsflyt enn den som er standard (den passet ikke helt meg, i alle fall * ) - og da vil ressursbruken øke. Jeg vil tro at et Xfce-skrivebord som er relativt omfattende tilpasset brukerønsker fortsatt vil ha lavere ressursbruk enn et helt basic GNOME-skrivebord. Men jeg kan ta feil :) 

* Etterskrift: Da jeg fant ut av bruken av "Supertast" (hos meg Win-tasten), ble alt så meget bedre - og det å finne og starte apper ble ganske likt Openbox. Trykk på tasten (istedet for høyreknappen i Openbox), begynn å skrive noen bokstaver i appnavnet, og så er det snart bare å trykke enter., deretter spretter appen opp. Det funker helt fint. Appene ligger "flatt" over flere sider, ikke strukturert i en meny som Openbox - det er smak og behag, tenker jeg.

(PS: Jeg har satt inn en oppsummerende tabell i førstepost - tusen takk for bidrag!)

Endret av a_aa
Rettet opp vedr display managers ++
  • Liker 1
Skrevet

I går bestemte jeg meg for å prøve Sparkylinux 8.2 Stable ferdigpakket med Xfce skrivebordsmiljø. Det gikk egentlig ikke så bra. Synaptic og APTus startet ikke, Sparky-bakgrunnsbildet var borte - og jeg tror dette skyldes slurv i pakkingen av ISO-bildet. Jeg tror det har noe med manglende "polkit" å gjøre, men da er jeg allerede langt utenfor fersking-kompetanse-området mitt... Uansett utsteder jeg herved en Advarsel: SparkyLinux 8.2 Stable Xfce har bugs, så om man har tenkt å prøve den, kan det være lurt å vente på 8.3-versjonen. Jeg kastet bort 1,5 timer før jeg kansellerte...

Etterpå ble det i stedet Sparkylinux 8.2 Stable ferdigpakket med LXQt skrivebordsmiljø - og der funket alt som det skulle :)
screenshot_2026-05-06-1778104422_1366x768.thumb.png.d89f1074e295b4fdd60918f28d4dab77.png

RAM-bruk ved tomgang er rundt 430 MB. Ingen bruk av Swapfil.

CPU-bruk ved tomgang er rundt 1%.

Ressursbruken er jo bare marginalt høyere enn Openbox og Fluxbox :) Du kan plassere ikoner på skrivebordet og du kan legge programikoner på oppgavelinjen (det siste er litt knotete, men går fint når man først har skjønt det fremagngsmåten). Menyen er søkbar, men av en eller annen grunn syntes jeg Openbox sin meny var et hakk bedre. Det finnes konfigurering av strøm, av oppførsel ved lukking av lokk og hvordan flere skjermer håndteres - meget bra. Alt i alt vil jeg si at man får god økning i funksjonalitet for lite ressursbrukøkning om man går fra Openbox til LXQt

  • Liker 1
Skrevet
1 hour ago, a_aa said:

I går bestemte jeg meg for å prøve Sparkylinux 8.2 Stable ferdigpakket med Xfce skrivebordsmiljø. Det gikk egentlig ikke så bra. Synaptic og APTus startet ikke, Sparky-bakgrunnsbildet var borte - og jeg tror dette skyldes slurv i pakkingen av ISO-bildet. Jeg tror det har noe med manglende "polkit" å gjøre, men da er jeg allerede langt utenfor fersking-kompetanse-området mitt... Uansett utsteder jeg herved en Advarsel: SparkyLinux 8.2 Stable Xfce har bugs, så om man har tenkt å prøve den, kan det være lurt å vente på 8.3-versjonen. Jeg kastet bort 1,5 timer før jeg kansellerte...

Etterpå ble det i stedet Sparkylinux 8.2 Stable ferdigpakket med LXQt skrivebordsmiljø - og der funket alt som det skulle :)
screenshot_2026-05-06-1778104422_1366x768.thumb.png.d89f1074e295b4fdd60918f28d4dab77.png

RAM-bruk ved tomgang er rundt 430 MB. Ingen bruk av Swapfil.

CPU-bruk ved tomgang er rundt 1%.

Ressursbruken er jo bare marginalt høyere enn Openbox og Fluxbox :) Du kan plassere ikoner på skrivebordet og du kan legge programikoner på oppgavelinjen (det siste er litt knotete, men går fint når man først har skjønt det fremagngsmåten). Menyen er søkbar, men av en eller annen grunn syntes jeg Openbox sin meny var et hakk bedre. Det finnes konfigurering av strøm, av oppførsel ved lukking av lokk og hvordan flere skjermer håndteres - meget bra. Alt i alt vil jeg si at man får god økning i funksjonalitet for lite ressursbrukøkning om man går fra Openbox til LXQt

Hva blir rambruken med fks nettleser + 5-10 aktive faner?

  • Liker 2
Skrevet
vortex skrev (3 timer siden):

Hva blir rambruken med fks nettleser + 5-10 aktive faner?

screenshot_2026-05-07-1778164413_1366x768.thumb.png.7a00101d2a3cf031a14a2f450c20c5be.png

Var etter jeg tok skjermbildet oppom 1 300 MB før den delte ned under 1 200 MB igjen. ;) 

Vær oppmerksom på at htop generelt viser lavt RAM-forbruk, det virker som appen har strengere regler enn mange andre for hva som kvalifiserer til betegnelsen "brukt RAM". Tipper at dine målinger på 1 700 MB fort kan vises som 1 300 MB av htop, dersom du prøver. Og ellers bidrar nok en skjerm med ganske få pixler å holde styr på å holde minnebruk nede, vil jeg tro.

  • Liker 1
Skrevet (endret)

 OS: Kubuntu 26.04

CPU: Intel i3-4100M, Intel integrert grafikk.

12 GB RAM, SSD disk

Minnebruk idle etter oppstart ca 900-1000MB (målt med htop).

Med Firefox nettleser oppe med 3 faner så kan minnebruk gå opp i 3.5GB eller mer. Lett å kommer over 4GB om en har flere programmer oppe. 

Endret av Svein M
  • Liker 2
Skrevet
3 hours ago, a_aa said:

screenshot_2026-05-07-1778164413_1366x768.thumb.png.7a00101d2a3cf031a14a2f450c20c5be.png

Var etter jeg tok skjermbildet oppom 1 300 MB før den delte ned under 1 200 MB igjen. ;) 

Vær oppmerksom på at htop generelt viser lavt RAM-forbruk, det virker som appen har strengere regler enn mange andre for hva som kvalifiserer til betegnelsen "brukt RAM". Tipper at dine målinger på 1 700 MB fort kan vises som 1 300 MB av htop, dersom du prøver. Og ellers bidrar nok en skjerm med ganske få pixler å holde styr på å holde minnebruk nede, vil jeg tro.

Cold boot htop ;) Du har nok rett i det med htop, i forhold til å kjøre fastfetch

ram.png.44210ca084aabcf34a9fc80fd406598a.png

 

  • Liker 2
Skrevet
46 minutes ago, Svein M said:

 OS: Kubuntu 26.04

CPU: Intel i3-4100M, Intel integrert grafikk.

12 GB RAM, SSD disk

Minnebruk idle etter oppstart ca 900-1000MB (målt med htop).

Med Firefox nettleser oppe med 3 faner så kan minnebruk gå opp i 3.5GB eller mer. Lett å kommer over 4GB om en har flere programmer oppe. 

Jeg regner med du ikke gamer siden du kjører på med 12 GB ram? 
1x8 GB

1x 4 GB ?

Skrevet (endret)
vortex skrev (16 minutter siden):

Jeg regner med du ikke gamer siden du kjører på med 12 GB ram? 
1x8 GB

1x 4 GB ?

Nei det er mest nettleser, youtube og enkel bruk av Libreoffice det går i på denne (skjerm er vel 1366x768). Ikke noe krevende. 1x4GB + 1x8GB brikke.

Endret av Svein M
  • Liker 2
Skrevet (endret)
vortex skrev (1 time siden):

Cold boot htop ;) Du har nok rett i det med htop, i forhold til å kjøre fastfetch

Jeg tok meg friheten til å endre de to radene dine i tabellen, og endret begg 1,7GB til 1 220 MB :) 

------------------

Selv har jeg nettopp prøvd Sparkylinux 8.2 Stable ferdigpakket med KDE Plasma 6.3.6 skrivebordsmiljø - fikk til og med en oppgradering av kernel før jeg testet litt. Ellers et veldig rent og pent miljø, og som mange har sagt før; ganske likt Windows. All hardware funnet, men KDEs display manager greier ikke å speede opp oppstarten på samme vis som GNOME sin gjorde. Men pent går det. Her er skjermbilder:
Screenshot_20260507_205433.thumb.png.57a8a1405a65e0ce1653cba148b286b8.pngScreenshot_20260507_210058.thumb.png.6c132cfb766300fd74ddc468bd595ff6.png

RAM-bruk ved tomgang er rundt 760 MB. Ingen bruk av Swapfil.

CPU-bruk ved tomgang er rundt 1-2%.

Med 5 faner (Diskusjon+YouTubeSøkeside+NRK+VG+Janes) oppe i Brave, brukes 1,5-1,6GB.

Av de miljøene jeg har testet til nå, er dette det jeg oppfatter som mest strøkent. Og jeg har skjønt at det muligens er det mest konfigurerbare miljøet som er å oppdrive. Man av de som jeg har testet, er det også det mest ressurskrevene - dog er marginen ned til GNOME så godt som ikke-eksisterende. Og jeg tror at de versjonene av Gnome og KDE som jeg har testet her, er "barebone"-versjoner med svært lite tillegg, widgets, extensions og plugins, samt få ressirskrevende funksjoner påskrudd.

Endret av a_aa
  • Liker 1
Skrevet

Noen som har hørt om GNOME Flashback? En variant av GNOME DE 3 laget med moderne GNOME-verktøy. Den raske oppstarten med GNOME standardversjon fikk meg til å revurdere om jeg skulle pensjonere den gamle 2010-mod Acer-laptopen med kranglevoren maskinvare. :huh: Og kunne jeg få til en rask oppstart, og lavt RAM fotavtrykk, med en avart av GNOME standardversjon?

Så jeg installerte GNOME Flashback på toppen av SparkyLinux 8.3 Openbox (det viser seg at når jeg oppdaterte kernel, fikk Sparky et nytt versjonsnummer), og installerte GDM3 (GNOME display manager) og det funket for så vidt godt. Jeg fikk ikke fullt så gode oppstartstider som jeg håpet på, det ble ca 1:45, mot ca 1:00 med GNOME standardversjon, og 4:20 med Zorin Lite (Xfce). Jeg flyttet toppanelet til bunnen slik jeg er vant med - slettet panelet som lå i bunnen men la funksjonene der på det andre panelet. inxi rapporterte feil desktop (GNOME 48.7), så derfor er det fastfetch som viser systemdata på skjermbildet:
image.thumb.png.60c8d469b870dab21190a035cbe780da.png

RAM-bruk ved tomgang er rundt 640 MB. Ingen bruk av Swapfil.

CPU-bruk ved tomgang er rundt 1%.

Et veldig tradisjonelt skrivebordsmiljø, lett å bruke. Programmenyen har en fordel og en ulempe - den er veldig lett å konfigurere, men den er ikke søkbar. Ingen problemer med å legge ikoner på skrivebord (glemte å sjekke på oppgavelinjen). Helt OK, på grensen til kjedelig velfungerende - og sånn sett minner det litt om Xfce. Og apropos:

vortex skrev (På 7.5.2026 den 13.19):

Uansett utsteder jeg herved en Advarsel: SparkyLinux 8.2 Stable Xfce har bugs,

... men jeg testet jo uansett Xfce litt da jeg installerte det på toppen av Sparky Openbox:
Skjermbilde_2026-05-01_21-24-50.thumb.png.12b01ace0a9d92835181db6fbc64547f.png

RAM-bruk ved tomgang er rundt 600 MB. Ingen bruk av Swapfil.

CPU-bruk ved tomgang er rundt 1%.

Xfce er min favoritt :) (når jeg ser bort fra at det ikke løser oppstartstidsutfordringen på Acer'n min). Det gjør det som skal gjøres, med ganske lav ressursbruk, men likevel med gode muligheter for tilpasninger. Som selvsagt kan koste ekstra ressursbruk...

Ellers har jeg lagt inn data fra mine to andre bærbare i tabellen på toppen av tråden, begge kjører Zorin - men den ene i GNOME-variant (Zorin 18.1 Core) og den andre i Xfce-variant (Zorin 18.1 Lite). Laptopen jeg kjører Lite på er ikke fordi det mangler ressurser, men fordi standardversjonen er dårligere mhp konfiguasjon med flere skjermer. Og den andre er en 2-i-1-maskin med trykkskjerm; der er GNOME det soleklare førstevalget.

Zorin gjør jo mye for å "Windows-tilpasse" sine distroer til folk som konverterer, og det har nok en kostnad på ressursbruken. Og jeg har i tillegg gjort en del tilpasninger og tillegg og autostart for egen del, spesielt på Lite-maskinen. Det er nok årsakene til at mine Zorin-maskiner ligger over 50% opp i ressursbruk ift målingene gjort på "barebone" Sparky-installasjoner. Zorin 18.1 Core ligger på ca 1 250 MB RAM ved tomgang, mens Zorin 18.1 Lite ligger på ca 960 MB RAM ved tomgang, begge rundt 1% CPU-belastning og null swapfil-bruk

  • Liker 1
Skrevet

Regnvær og lite fristende å ta en søndagstur på formiddagen, så da ble det test av enda et skrivebordsmiljø :) 

Jeg installerte Budgie 10.9.2 "på toppen" av Openbox i SparkyLinux 8.3 Stable. Alt funket uten noen bugs:
Snapshot_2026-05-10_11-54-24.thumb.png.5fb62738b3eb676d465290e35ab7ce99.png

RAM-bruk ved tomgang er rundt 640 MB. Ingen bruk av Swapfil.

CPU-bruk ved tomgang er rundt 1%.

Ryddig og pent oppsett, med to nyttige konfigureringsverktøy; Budgie Desktop Settings og Budgie Control Center (aka System Settings). Førstnevnte samler alt for tilpasning av skrivebord, paneler og meny, mens det siste er for alle andre systeminnstillinger. Meny er søkbar, og funker greit - kan åpnes med "Supertast". Helt til høyre kan man åpne et vertikalt panel som viser kalender, apper som spiller lyd, varslinger etc. En ting jeg ikke likte helt var at høyreklikk av og til ikke medførte noe som helst der jeg forventet det - fra Windows er jeg vant til at å høyreklikke på et objekt gir en liten meny med alternative handlinger jeg kan gjøre med objektet. Er vel en vanesak. Et helt greit skrivebordsmiljø med et ganske moderne utseende. Men personlig ser jeg ikke i skrivende stund at jeg ville valgt dette foran Xfce, som ligger i samme ressursforbruksområde.

Da har jeg 10 rader i tabellen i toppen av tråden :) Testhyppigheten kommer nå til å gå betydelig ned for min del, men dersom andre legger inn sine erfaringer med testdata, så skal jeg forsøke å holde tabellen oppdatert.

Ellers har jeg lært litt underveis, og det er jo aldri noen dum ting... Jeg var ukjent med betydningen av Display Managers, som på norsk skulle bli Visningsbehandler - men som like gjerne kan kalles Innloggingsbehandler. (Lenke 1, Lenke 2.) Det er programvaren som gir deg innloggingsbildet og muligheter for å velge blant de skrivebordsmiljø som er installert når du logger inn. Og jeg oppdaget jo at valg av Innloggingsbehandler kunne ha stor betydning for oppstartstiden, samt noe betydning for ressursbruk ved tomgang. 

Jeg har også lært at selv om de ulike skrivebordmiljøene har ulikt minimal ressursbruk, er dette minimumet lavere enn jeg trodde for mange av dem. Det er når man skrur på ressurskrevende alternativer, legger til plugins etc, autostarter apper, at tomgangsressursbruken virkelig går opp. Og det er jo helt greit dersom man har ressursene tilgjengelig.

Så dersom jeg likevel ikke skulle pensjonere den gamle 2010-mod Acer-laptopen min, vil jeg etter denne testrunden velge noe jeg før så på som TOTALT uaktuelt: GNOME med GDM3 som Innloggingsbehandler :). GNOME tar i utgangspunktet mer ressurser en de aller letteste, men mye mindre enn jeg trodde - og maskina har jo tross alt 8 GB RAM. Og GDM3 brukt sammen med GNOME var den eneste kombinasjonen som greide å få oppstartstiden på den sære laptopen min ned til "vanlige" tider for en gammel maskin - rundt 1 minutt. 

  • Liker 1
Skrevet
a_aa skrev (På 7.5.2026 den 12.12):

Advarsel: SparkyLinux 8.2 Stable Xfce har bugs, så om man har tenkt å prøve den, kan det være lurt å vente på 8.3-versjonen.

Og der er 8.3 kommet på nedlastingssiden for SparkyLinux Stable. https://sparkylinux.org/download/stable/ . Håper at Xfce-versjonen er fikset.

(Er uansett ganske sikker på at man nå slipper å oppdatere Calamares-pakken i live-kjøringen før man startet Sparky Installer - dette var fornuftig å gjøre i 8.2 for å unngå at installasjonsappen krevde et håpløst sterkt bruker-passord.)

  • Liker 1
Skrevet
9 hours ago, a_aa said:

Og der er 8.3 kommet på nedlastingssiden for SparkyLinux Stable. https://sparkylinux.org/download/stable/ . Håper at Xfce-versjonen er fikset.

(Er uansett ganske sikker på at man nå slipper å oppdatere Calamares-pakken i live-kjøringen før man startet Sparky Installer - dette var fornuftig å gjøre i 8.2 for å unngå at installasjonsappen krevde et håpløst sterkt bruker-passord.)

Går det bra med deg?

https://www.nettavisen.no/nyheter/evakuering-etter-at-pc-eksploderte-i-bergen/s/5-95-3029863

  • Liker 2

Opprett en konto eller logg inn for å kommentere

Du må være et medlem for å kunne skrive en kommentar

Opprett konto

Det er enkelt å melde seg inn for å starte en ny konto!

Start en konto

Logg inn

Har du allerede en konto? Logg inn her.

Logg inn nå
  • Hvem er aktive   0 medlemmer

    • Ingen innloggede medlemmer aktive
×
×
  • Opprett ny...