Del Skrevet 26. august 2020 Del Skrevet 26. august 2020 Dersom du får på det rene at du bruker pstate, finner du utfyllende informasjon om den her: https://www.kernel.org/doc/html/v4.12/admin-guide/pm/intel_pstate.html Lenke til kommentar
Betroz Skrevet 26. august 2020 Del Skrevet 26. august 2020 1 hour ago, Del said: Dersom du får på det rene at du bruker pstate, finner du utfyllende informasjon om den her: https://www.kernel.org/doc/html/v4.12/admin-guide/pm/intel_pstate.html Igjen takk for svar. Jeg har en BIOS satt statisk frekvens på 5.0 Ghz på min 10900K. Hvorfor pstate driveren lar min CPU kjøre på 3700 er det jeg ikke skjønner. Min kunnskap om Linux er ikke like stor som din. Jeg håpet det bare var et par kommandoer jeg måtte kjøre for å fixe dette. Jeg orker ikke lese side opp og side ned for at CPU skal kjøre på min 5.0 OC. Da bruker jeg like gjerne Windows 10. Lenke til kommentar
Del Skrevet 26. august 2020 Del Skrevet 26. august 2020 Betroz skrev (6 minutter siden): Igjen takk for svar. Jeg har en BIOS satt statisk frekvens på 5.0 Ghz på min 10900K. Hvorfor pstate driveren lar min CPU kjøre på 3700 er det jeg ikke skjønner. Min kunnskap om Linux er ikke like stor som din. Jeg håpet det bare var et par kommandoer jeg måtte kjøre for å fixe dette. Jeg orker ikke lese side opp og side ned for at CPU skal kjøre på min 5.0 OC. Da bruker jeg like gjerne Windows 10. Godt mulig det er en konflikt mellom Bios og pstate. Hvis du ønsker å manipulere styring av frekvens, men ikke er interessert i å lære hvordan linux håndterer dette, er nok det beste at du holder deg til windows. Det er vanskelig for meg å vite hvilken bakgrunn du har, så derfor gir jeg deg de nødvendige pekerne, det er bare å spørre om du trenger detaljer, men det fordrer en dialog hvor du sier mer enn "da går jeg tilbake til windows". Den korte historien er at din CPU skal håndteres av P-state, og denne skal være inkludert i din kjerne. Du kan ikke manipulere denne med de vanlige verktøyene, den styres direkte via parametre til linux-kjernen. Det er tre måter du kan gjør det på: -ved å velge setting når du kompilerer kjernen (slik din distro har gjort) -sette parametrene til boot-loader (hos deg er vel det Grub2, da vil de ta effekt når du booter) -sette parametrene mens OS kjører via sysfs (da kan du eksperimentere mens systemet kjører) Sysfs finner du to steder, det er /proc/sys og /sys For å bare se frekvensene som brukes, kan du som jeg tipset deg om bruke /proc/cpuinfo, slik: $ cat /proc/cpuinfo |grep MHz cpu MHz : 1703.218 cpu MHz : 1422.424 cpu MHz : 2429.024 cpu MHz : 3702.329 cpu MHz : 1443.397 cpu MHz : 1431.631 cpu MHz : 1742.850 cpu MHz : 1807.701 som du ser har jegt åtte kjerner på forskjellige frekvenser, dette er en AMD FX-8350 som kjører en tung oppgave på en prosess. Den andre lokasjonen du kan finne og endre setting er i /sys slik vist på Arch i de to bullet-punktene jeg ga deg. Der kan du finne alt, så gå inn der og verifiser at du bruker P-state, og sjekk hvilke frekvenser den har på dine kjerner. Som sagt har jeg ikke noen Intel CPU her, så jeg er litt avhengig av deg for å finne ut hvordan det ser ut hos deg.Eksempelvis kan du jo poste output herfra: ls /sys/devices/system/cpu der vil du finne all informasjon om dine prosessorer. Alt på linux er mapper og filer, også hardware. Lenke til kommentar
Betroz Skrevet 26. august 2020 Del Skrevet 26. august 2020 1 hour ago, Del said: Snipp $ cat /proc/cpuinfo |grep MHz cpu MHz : 3700.014 cpu MHz : 3711.256 cpu MHz : 3700.887 cpu MHz : 3706.877 cpu MHz : 3700.088 cpu MHz : 3700.000 cpu MHz : 3691.402 cpu MHz : 3700.000 cpu MHz : 3702.815 cpu MHz : 3702.436 cpu MHz : 3704.235 cpu MHz : 3709.096 cpu MHz : 3703.958 cpu MHz : 3714.585 cpu MHz : 3706.482 cpu MHz : 3700.075 cpu MHz : 3700.000 cpu MHz : 3705.781 cpu MHz : 3709.996 cpu MHz : 3700.016 $ ls /sys/devices/system/cpu cpu0 cpu13 cpu18 cpu5 cpufreq microcode power cpu1 cpu14 cpu19 cpu6 cpuidle modalias present cpu10 cpu15 cpu2 cpu7 hotplug offline smt cpu11 cpu16 cpu3 cpu8 isolated online uevent cpu12 cpu17 cpu4 cpu9 kernel_max possible vulnerabilities Som sagt, CPU kjøres ved 3700 hele tiden - mens 5000 er det den skal gjøre. Så hvordan setter jeg grub2 til riktig verdi for meg slik at jeg booter opp med 5000 CPU hver gang? Lenke til kommentar
Del Skrevet 26. august 2020 Del Skrevet 26. august 2020 Betroz skrev (11 minutter siden): Som sagt, CPU kjøres ved 3700 hele tiden - mens 5000 er det den skal gjøre. Så hvordan setter jeg grub2 til riktig verdi for meg slik at jeg booter opp med 5000 CPU hver gang? Ja, det ser ut som du har en konflikt mellom Bios og P-state. Jeg har ikke en ferdig løsning, men vi kan jo ihvertfall se hva P-state rapporterer om dine prosessorer. Hvis du går inn her: cd /sys/devices/system/cpu/cpu0/cpufreq så kan du sjekke innholdet i noen av filene, det vil fortelle oss hva som er i bruk hos deg, slik: cat scaling_driver cat scaling_governor cat cpuinfo_min_freq cat cpuinfo_max_freq cat cpuinfo_cur_freq post også hva som faktisk er i mappen: ls /sys/devices/system/cpu/cpu0/cpufreq Lenke til kommentar
Del Skrevet 26. august 2020 Del Skrevet 26. august 2020 Mens du er i gang, jeg ser Intel har noen egne greier til sysfs også, så post output fra: ls /sys/devices/system/cpu/intel_pstate Lenke til kommentar
Betroz Skrevet 26. august 2020 Del Skrevet 26. august 2020 (endret) 6 minutes ago, Del said: post også hva som faktisk er i mappen: $ ls /sys/devices/system/cpu/cpu0/ cache crash_notes_size firmware_node microcode power thermal_throttle uevent crash_notes driver hotplug node0 subsystem topology $ ls /sys/devices/system/cpu/ cpu0 cpu11 cpu14 cpu17 cpu2 cpu5 cpu8 cpuidle kernel_max offline power uevent cpu1 cpu12 cpu15 cpu18 cpu3 cpu6 cpu9 hotplug microcode online present vulnerabilities cpu10 cpu13 cpu16 cpu19 cpu4 cpu7 cpufreq isolated modalias possible smt Endret 26. august 2020 av Betroz Lenke til kommentar
Del Skrevet 26. august 2020 Del Skrevet 26. august 2020 Betroz skrev (3 minutter siden): Var ikke noen cpufreq mappe, så måtte poste innholdet fra cpu0 bare. Hm, ser ut som Intel gjør ting på sin egen måte. La oss se hvor de har gjømt ting da, prøv: find /sys/devices/system/cpu scaling_cur_freq Lenke til kommentar
HawP Skrevet 26. august 2020 Del Skrevet 26. august 2020 (endret) Ser ut til å være noe som ikke er helt "i orden" hos deg, @Betroz. For selv om det skulle være intel_pstate som brukes så skal cpupower vise at det er den som brukes, ref. eksempel-output fra cpupower i opensuse dokumentasjon:https://doc.opensuse.org/documentation/leap/tuning/html/book-sle-tuning/cha-tuning-power.html#sec-tuning-power-tools-cpupower-freq-info Edit: Merk også Sitat An important exception is the intel_pstate which defaults to the powersave mode. This is due to a hardware-specific decision but functionally it operates similarly to the on-demand governor. Endret 26. august 2020 av HawP Lenke til kommentar
Del Skrevet 26. august 2020 Del Skrevet 26. august 2020 HawP skrev (2 minutter siden): Ser ut til å være noe som ikke er helt "i orden" hos deg, @Betroz. For selv om det skulle være intel_pstate som brukes så skal cpupower vise at det er den som brukes, ref. eksempel-output fra cpupower i opensuse dokumentasjon:https://doc.opensuse.org/documentation/leap/tuning/html/book-sle-tuning/cha-tuning-power.html#sec-tuning-power-tools-cpupower-freq-info Ja, det ser slik ut. Såvidt jeg kan se skal intel_pstate rapportere informasjonen til cpufreq. Jeg ser også at intel_pstate mappen mangler. Så her ser verken acpi-cpufreq eller intel_pstate ut til å være i bruk. Jeg ville sett i output fra dmesg etter hint om hva som gikk galt under boot. Lenke til kommentar
Betroz Skrevet 26. august 2020 Del Skrevet 26. august 2020 (endret) 25 minutes ago, Del said: find /sys/devices/system/cpu scaling_cur_freq Resultatet : find: ‘scaling_cur_freq’: No such file or directory Endret 26. august 2020 av Betroz Lenke til kommentar
Betroz Skrevet 26. august 2020 Del Skrevet 26. august 2020 Siden jeg kjører en manuell statisk CPU OC, så har jeg skrudd av Speedstep, C-states og alt slikt i BIOS. Kan hende det er årsaken. Lenke til kommentar
Del Skrevet 26. august 2020 Del Skrevet 26. august 2020 Betroz skrev (19 minutter siden): Siden jeg kjører en manuell statisk CPU OC, så har jeg skrudd av Speedstep, C-states og alt slikt i BIOS. Kan hende det er årsaken. Det høres sannsynlig ut. Da er jeg heller ikke sikker på at frekvensene du leser ut er riktige. Du kan jo test det med litt benchmarking, kanskje de faktisk kjører på 5GHz Lenke til kommentar
Betroz Skrevet 26. august 2020 Del Skrevet 26. august 2020 7 minutes ago, Del said: Det høres sannsynlig ut. Da er jeg heller ikke sikker på at frekvensene du leser ut er riktige. Du kan jo test det med litt benchmarking, kanskje de faktisk kjører på 5GHz Jeg sjekket tempen på kjernene mens jeg testa med Blender Open Data, og temps var en 15-20C under der de skal være, så nei var nok ikke 5 Ghz. Lenke til kommentar
Del Skrevet 26. august 2020 Del Skrevet 26. august 2020 Betroz skrev (48 minutter siden): Jeg sjekket tempen på kjernene mens jeg testa med Blender Open Data, og temps var en 15-20C under der de skal være, så nei var nok ikke 5 Ghz. Da vil jeg tro linux har brukt en eller annen fall-back løsning. Hvorfor dette funker på windows vet jeg ikke, men jeg ville vel forsøkt å endre innstillinger i Bios for å komme rundt dette på linux. Lenke til kommentar
Betroz Skrevet 26. august 2020 Del Skrevet 26. august 2020 18 minutes ago, Del said: Da vil jeg tro linux har brukt en eller annen fall-back løsning. Hvorfor dette funker på windows vet jeg ikke, men jeg ville vel forsøkt å endre innstillinger i Bios for å komme rundt dette på linux. Må kanskje kjøre CPU stock da (ikke at det er krise, for jeg mister "kun" 100 Mhz allcore - fra 5.0 ned til 4.9 Ghz) Lenke til kommentar
Del Skrevet 26. august 2020 Del Skrevet 26. august 2020 Betroz skrev (2 minutter siden): Må kanskje kjøre CPU stock da (ikke at det er krise, for jeg mister "kun" 100 Mhz allcore - fra 5.0 ned til 4.9 Ghz) Ikke nødvendigvis. Det høres ut som du har slått av mye i Bios. I utgangspunktet skal ikke linux ta bort en overklokk, så jeg mener noe har gått galt mellom hovedkort og linux-kjerna. Så jeg ville forsøkt litt prøving og feiling i Bios. Tilbakestilt til defaults, og så lagt inn minimum endring for overklokk. Lenke til kommentar
Betroz Skrevet 26. august 2020 Del Skrevet 26. august 2020 1 hour ago, Del said: så jeg mener noe har gått galt mellom hovedkort og linux-kjerna Eller noe på hovedkortet som ikke er støtta av kernelen enda. Se "Unknown device name" i screenshoten under. Jeg har jo et rimelig nytt hovedkort (Asus XII Apex, Z490). Lenke til kommentar
Del Skrevet 27. august 2020 Del Skrevet 27. august 2020 Betroz skrev (16 timer siden): Eller noe på hovedkortet som ikke er støtta av kernelen enda. Se "Unknown device name" i screenshoten under. Jeg har jo et rimelig nytt hovedkort (Asus XII Apex, Z490). Ja, det er mulig. Fra toppen av hodet kan det være flere faktorer: -Manjaro har gjort noe sært som slår ut her (har aldri brukt Manjaro selv) -Firmware til HK eller CPU mangler (kan relativt enkelt legges inn om det er tilgjengelig) -Bios bug (så lenge det ikke biter windows bryr man seg ikke) -Driver er for gammel Alle de tre siste blir gjerne fikset over tid i linux. Den første kan du fikse selv. Dersom du har merkelige problemer slik som nå, og ikke ønsker å lese side opp og ned med dokumentasjon, så vil jeg anbefale å gå for en mer main-stream distro. Da har du også fordelen av et større community du kan spørre. Lenke til kommentar
Betroz Skrevet 27. august 2020 Del Skrevet 27. august 2020 3 hours ago, Del said: -Bios bug (så lenge det ikke biter windows bryr man seg ikke) Jeg fant ut av det. Har jeg Auto vcore til CPU, CPU SVID enabled og et par andre ting, så får jeg 5 Ghz under stresstest i Manjaro. Hvorfor ikke full manuell OC virker med Manjaro vet jeg ikke. Funker jo i Windows. Lenke til kommentar
Anbefalte innlegg
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 kontoLogg inn
Har du allerede en konto? Logg inn her.
Logg inn nå