Den frie kafeen

[Stratleray]

Jeg har spurt før om dette et eller annet sted, men fikk ikke et tilfredstillende svar. Så jeg prøver igjen

 

Slik jeg har forstått det så bør man bruke 64bit distro når man har maskin som er 64bit. Jeg vet at 32bit er gått ut på dato. Men, fins det overhode noen som helst fordeler med å bruke 32bit distro på en sprek ny PC? F.eks. Mindre bruk av ressurser og dermed lengre batteri tid, mindre vifte støy osv.

Bryr meg ikke om at maskinen blir litt tregere. For å si det sånn. Vet at det fins mange begrensninger med kun 32bit i dag. Men fins det noen fordeler?

[RattleBattle]

I 2018 er svaret enkelt og greit nei. Nyere PCer har kun vondt av å få slengt på seg 32 bit OS. Den største ulempen er begrensning på 4 GB RAM.

[Simen1]

Det var et argument for ti år siden at prosessorbelastningen økte med rundt 20% når man valge 64 bit programmer i stedet for 32 bit på grunn av at visse 64-bit instruksjoner kunne deles i to stk 32 bit instruksjoner som kunne gjøres i parallell på noen færre klokkeslag og bruke litt mindre energi. Jeg tror det fungerer ganske likt i dag og har omtrent samme påvirkning på ytelse og varme. Kjør på med 64 bit OS, OSet bruker så lite CPU at det spiller ingen rolle om det bruker f.eks 1,2% i stedet for 1%.

 

 

Ytelsekrevende programmer kan du vurdere hvis du vil. Klarer programmet seg med under 4 GB ram så kan du velge 32 bit-versjonen og antagelig få rundt 20% bedre ytelse. Velg 64 bit OS og kjør eventuelt en ytelsetest på de mest krevende programmene dine i 32 og 64-bit modus og sjekk ram-bruk.

[Sokkalf™]

Jeg tror ikke det er noe ytelse å hente på å velge 32-bit, snarere tvert imot. Det som er sikkert, er at alle minnepekere er dobbelt så store, og skaper noe større minneoverhead. Det var svært merkbart da jeg leide en virtuell maskin med 256MB RAM og jeg "oppgraderte" VMen min til 64-bit (>40% ekstra minnebruk når jeg kjørte nøyaktig de samme tingene), men med dagens maskiner med 8GB RAM og mer er ikke dette praktisk merkbart (for ikke å snakke om at du må kjøre 64-bit for å bruke det over 4GB uansett)

[Simen1]

Dette var et stort tema for et tiår siden og mange tester ble kjørt. 64 bit OS tar jeg for gitt, men en 2018-test av 32 vs 64 bit programmer hadde vært interessant. Jeg skal ikke forhåndskonkludere men blir ikke overrasket om 32-bit utgavene både yter bedre og bruker mindre minne (f.eks 1 vs 1,4 GB).

[Sokkalf™]

Ah, jeg leste for fort og fikk ikke med meg at du snakket om 32-bit programmer, ikke 32-bit OS. Ja, det skulle jeg likt å se en sammenligning av selv.

[Emancipate]

Det var et argument for ti år siden at prosessorbelastningen økte med rundt 20% når man valge 64 bit programmer i stedet for 32 bit på grunn av at visse 64-bit instruksjoner kunne deles i to stk 32 bit instruksjoner som kunne gjøres i parallell på noen færre klokkeslag og bruke litt mindre energi. Jeg tror det fungerer ganske likt i dag og har omtrent samme påvirkning på ytelse og varme. Kjør på med 64 bit OS, OSet bruker så lite CPU at det spiller ingen rolle om det bruker f.eks 1,2% i stedet for 1%.

 

 

Ytelsekrevende programmer kan du vurdere hvis du vil. Klarer programmet seg med under 4 GB ram så kan du velge 32 bit-versjonen og antagelig få rundt 20% bedre ytelse. Velg 64 bit OS og kjør eventuelt en ytelsetest på de mest krevende programmene dine i 32 og 64-bit modus og sjekk ram-bruk.

Her tror jeg at du tar helt feil. Tvert imot vil 64-bit gi bedre ytelse i mange tilfeller, på grunn av flere tilgjengelige instruksjoner, spesielt for flyttall. I tillegg vil 64-bit heltall og bignum bigint (store heltall) kunne nyte godt av 64-bit instruksjoner. Man kan kjøre de fleste 32-bit instruksjoner i 64-bit modus, så det du beskriver handler sannsynligvis bare om å optimalisere kompilatorene til å bruke de to 32-bit instruksjonene (uten at jeg har fått med meg dette spesielle tilfellet).

 

I andre tilfeller er ytelsen ca lik.

 

Den eneste grunnen til å velge 32-bit er om man har ekstremt lite minne.

 

Edit: Man kan, under de fleste OS, også linux, kjøre 32-bit programmer under et 64-bit OS.

Endret 20. januar 2018 av Emancipate

[Stratleray]

Takk for gode svar

[Betroz]

Er det flere her som opplever at KDE sin Dolphin filbehandler tar lenger tid å starte opp enn andre? Dette er ikke noe nytt heller, da det har vært slik siden KDE 4 dagene iallefall. På samme maskin, så er filbehandlerene i Cinnamon, MATE, Gnome og XFCE mye raskere til å starte opp. Samme kan jeg si om Windows 10 sin også. Så er det noen grunn til at Dolphin er tregere?

[Gavekort]

Kan ikke si det nei. Høres ut som noen lumske filer som blokkerer oppstarten.

 

Prøv å slett/flytt ting som ligger i mappen Dolphin starter i.

[Betroz]

Kan ikke si det nei. Høres ut som noen lumske filer som blokkerer oppstarten.

 

Prøv å slett/flytt ting som ligger i mappen Dolphin starter i.

 

Jeg har ikke mye i Home mappa mi, så vet ikke hva det kan være. Her er en screenshot med terminal som viser hva som skjer når Dolphin åpner seg :

 

[Gavekort]

Ingen av disse diskene dine som henger litt da? Sjekk f.eks. dmesg

[Betroz]

Ingen av disse diskene dine som henger litt da? Sjekk f.eks. dmesg

 

Som sagt bare Dolphin som starter tregere sammenliknet med andre filbehandlere. Jeg klarer ikke å tyde hva som dmesg viser i terminalen. 

Endret 26. januar 2018 av Betroz

[Gavekort]

Joda. Men Dolphin kan jo finne på mye rart for å indeksere greier. Jeg har hatt programmer som har låst seg fordi de prøvde å lese en korrupt fil, eller at disken er dårlig. Det jeg håpet du skulle finne i dmesg var noe timeouts eller warnings fra ext4-drivere eller noe.

[HawP]

Kan det være at du under "places" har en "referanse" til noe den ikke (lenger) finner (og som den dermed ikke viser) ?

[Betroz]

Kan det være at du under "places" har en "referanse" til noe den ikke (lenger) finner (og som den dermed ikke viser) ?

 

Jeg tok å fjernet alle extra ting i places. Hjalp ingenting.

[Stratleray]

Kan noen forklare hva som menes med "Vanilla" i Linux sammenheng?

 

Har lest bl.a Vanilla Gnome, Vanilla Search, Vanilla Arch osv...

[Lycantrophe]

Vanlig, umodifisert.

 

https://en.wikipedia.org/wiki/Vanilla_software

[Stratleray]

Aha, takk

[timeshift]

Nok et land støtter opp under positive holdningsendringer rundt kodebruk i det offentlige. Den israelske nettportalen gov.il frigjøres som åpen kildekode, også andre offentlige tjenester oppfordres til å frigjøre kode som er betalt av folket.