Den frie kafeen

[Del]

Eksamen?

[tomsi42]

Noen som er øltørst?

Er alltid øltørst

[Lycantrophe]

Eksamen?

Det store utland.

[Del]

Svarte, det hadde jeg helt glemt.

[Geir44]

Noen som er øltørst?

 

Mer vintørst. Heldigvis har jeg en 2-liter.

[tomsi42]

 

Mer vintørst. Heldigvis har jeg en 2-liter.

Vin går også greit, har vel en 30 flasker liggende

 

Men hvis jeg ikke husker helt feil, så er vel mesteparten av den øltørste og tildels utenladsreisende delen av deltagerene i denne tråden basert i Trondheim?

[Del]

Stemmer, mem er jo ingenting i veien for å drikke øl flere plasser.

[tomsi42]

Stemmer, mem er jo ingenting i veien for å drikke øl flere plasser.

Skal ikke protestere på det

 

Vi i foto "avdelingen" i Oslo pleier å avslutte treffene med et glass eller to. Dvs. om vinteren så frister det ofte mer med varm kakao

[Kurio]

Jeg får ikke skolens Windows-ish Active Director kontoer til å virke i Mint 15. (Forsovet eneste jeg har prøvd med).

 

Løsninger? Jeg har prøvd å konfigere slik at ADen blir gitt virtuelt gjennom en Ubuntu server, men neida.

[Crowly]

Har du tatt en titt på likewise open (har vel byttet navn til Powerbroker open)?

https://help.ubuntu.com/community/LikewiseOpen

[stigfjel]

Har du tatt en titt på likewise open (har vel byttet navn til Powerbroker open)?

https://help.ubuntu.com/community/LikewiseOpen

Jepp, Likewise Open har byttet navn til PBIS Open. Så lenge det er snakk om ett domene, er PBIS et godt alternativ.

[cmyrland]

Var på lærerkonferansen til Lær Kidsa Koding i går. Morsomme greier.

 

Noen her som har involvert seg i prosjektet?

[Gavekort]

Var på lærerkonferansen til Lær Kidsa Koding i går. Morsomme greier.

 

Noen her som har involvert seg i prosjektet?

 

Jeg vet universitetet her har noen arrangementer der de lærer barneskole-elever å kode med Raspberry Pi.

[cmyrland]

Jepp. Mye kult som skjer i storbyene, og sikkert på mindre steder også.

 

LKK forfekter i utgangspunktet åpen kildekode, og er opptatt av at folk skal kunne lese kode. Målet er ikke å gjøre alle til programmerere, men at alle skal ha kjennskap til hva det er som får alle dingsene våre til å funke. Om det som en konsekvens fører til at flere begynner å kode, er alt bare velstand.

 

Nå jobbes det med å oversette code.org og andre engelskspråklige nettsteder, slik at det blir enda enklere å få ungene interessert.

 

Sjekk ut kidsakoder.no

[endrebjo]

http://www.siba.no/product/15573963/ansmann-nattlampe-pingvin

Nesten Tux?

[Occi]

Etter å ha hatt litt laber ytelse i Serious Sam 3 så oppdaget jeg at jeg har kjørt med cpu scaling/nedklokket CPU på min stasjonære som kjører Debian testing m/KDE.

 

Jeg har ikke eksplisitt satt opp dette selv, så ble litt overrasket. Er dette noe som er default i Debian m/desktop environment? Kjenner kun til pakken cpufrequtils som jeg installerte nå etterpå for å tvinge den til å bruke max speed.

[AM2petterk]

Etter å ha hatt litt laber ytelse i Serious Sam 3 så oppdaget jeg at jeg har kjørt med cpu scaling/nedklokket CPU på min stasjonære som kjører Debian testing m/KDE.

 

Jeg har ikke eksplisitt satt opp dette selv, så ble litt overrasket. Er dette noe som er default i Debian m/desktop environment? Kjenner kun til pakken cpufrequtils som jeg installerte nå etterpå for å tvinge den til å bruke max speed.

 

Sjekk hvilken scaling governor du har på CPU'en:

 

cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor

(enten powersave, performance, ondemand eller conservative)

Du kan også endre governors, enten med f.eks cpupowerd eller ved å fjerne de fra kernelen.

Du kan også midlertidlig bytte governor ved å echoe direkte til fila med en annen governor.

Endret 5. desember 2013 av Petter3k

[Del]

Det er en velkjent svakhet i skaleringen som ble fikset i 3.12. I mellomtiden må du sette governor til performance for alle kjernene for å få full sprut i SS3. Blir nok noen uker ennå før 3.12 kommer til Debian testing.

Petter, den kjører ondemand som standard for alle kjerner.

[Occi]

Sjekk hvilken scaling governor du har på CPU'en:

 

cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor

(enten powersave, performance, ondemand eller conservative)

Du kan også endre governors, enten med f.eks cpupowerd eller ved å fjerne de fra kernelen.

Du kan også midlertidlig bytte governor ved å echoe direkte til fila med en annen governor.

 

Jeg vet hvordan CPU scaling og governours fungerer, det er ikke "problemet". Var bare nysgjerrig på hvorfor jeg skulle ha noen form for scaling uten at jeg hadde eksplisitt satt det opp selv, og uten å ha f. eks cpufrequtils el.l.

 

Det er en velkjent svakhet i skaleringen som ble fikset i 3.12. I mellomtiden må du sette governor til performance for alle kjernene for å få full sprut i SS3. Blir nok noen uker ennå før 3.12 kommer til Debian testing.

Petter, den kjører ondemand som standard for alle kjerner.

Jeg satt alle kjernene til maks hastighet (2.79 GHz både lower og upper limit). Da vil den aldri kjøre svakere enn mellom denne limiten, så hvilken governour som er brukt er vel irrelevant? Eller er det noe spesielt med SS3 og performance governouren?

 

Etter at jeg satt max hastighet på CPU og GPU så fikk jeg forøvrig fortsatt kun 30 fps på ultra med ganske decent hardware, men etter at jeg skrudde av vsync så hoppet den opp til 40-60 fps. Vet ikke hvorfor, men har kontaktet en dev så får kanskje svar etterhvert.

 

Hva er forøvrig den velkjente svakheten? Skal en standard install av Debian ha skalering?

 

Edit:

Ser ut til at jeg har misforstått vsync. Hvis GPUen ikke klarer å oppdatere bildet mellom hver gang skjermen oppdateres, kan en frame vises mellom hvert interval. Hvis FPSen er høyere enn refresh raten (f. eks 60 Hz), vil den låses på refresh raten. For å unngå tearing når FPS er mellom 30-60 på en 60 Hz skjerm kan den derfor låses på 30 FPS. Hvis lavere, kanskje 20 FPS (samme bilde for tre frames osv).

 

Det er visst mulig å ha en mer adaptiv vsync som disabler vsync hvis f. eks et spill er lavere enn 60 fps, men utvikleren var usikker på om det fantes for Linux.

Endret 5. desember 2013 av Occi

[AM2petterk]

Skalering er innebygd i kernel, og vil alltid ha en scaling governor uavhengig av "userland".

 

I Linux .config, kan man konfigurere hva som er default, og hva som evt ikke skal være en del av systemet:

 

Du kan også velge å fjerne skaleringsdriverne (intel_pstate eller acpi_cpufreq)

 

Her er et utdrag av min kernel .config (jeg har en Ivy Bridge prosessor, og bruker derfor intel_pstate, og ikke acpi_cpufreq som var standard før):

 

 

 

CONFIG_CPU_FREQ=y

CONFIG_CPU_FREQ_TABLE=y
CONFIG_CPU_FREQ_STAT=y
CONFIG_CPU_FREQ_STAT_DETAILS=y
CONFIG_CPU_FREQ_DEFAULT_GOV_PERFORMANCE=y
# CONFIG_CPU_FREQ_DEFAULT_GOV_POWERSAVE is not set
# CONFIG_CPU_FREQ_DEFAULT_GOV_USERSPACE is not set
# CONFIG_CPU_FREQ_DEFAULT_GOV_ONDEMAND is not set
# CONFIG_CPU_FREQ_DEFAULT_GOV_CONSERVATIVE is not set
CONFIG_CPU_FREQ_GOV_PERFORMANCE=y
CONFIG_CPU_FREQ_GOV_POWERSAVE=y
# CONFIG_CPU_FREQ_GOV_USERSPACE is not set
# CONFIG_CPU_FREQ_GOV_ONDEMAND is not set
# CONFIG_CPU_FREQ_GOV_CONSERVATIVE is not set

Endret 5. desember 2013 av Petter3k