Ubuntu Suomen keskustelualueet
Ubuntun käyttö => Laitealue => Aiheen aloitti: JA5U - 01.05.15 - klo:15.15
-
Moi
Onko mahdollista hallita vanhempien Radeon korttien asetuksia uudemmissa Ubuntuissa?
Tärkeintä olisi saada tuo turbiini pienemmille kierroksille, niin kehtais käyttääkin.
Mitään aticonfig, amdconfig ym vastaavia komentoja ei voi käyttää.
Fglrx asennuksen jälkeen menee koneen käyttäminen todella hitaaksi, 2 FPS.
-
power_profile tiedostoon voi asettaa eri profiileja default low mid high auto.
Asetin low, mutta vaikutus ei ollut kovinkaan suuri, jos oli.
-
Jaa a, taitaa olla halvempaa ja ainakin nopeampaa, kun hakee kaupasta uuden näytönohjaimen.
Muutenkin tarvetta lisäteholle, joten uusi Nvidian lienee kaikinpuolin sopiva ratkaisu.
-
Onko mahdollista hallita vanhempien Radeon korttien asetuksia uudemmissa Ubuntuissa?
Tärkeintä olisi saada tuo turbiini pienemmille kierroksille, niin kehtais käyttääkin.
Radeon HD 4850/4870 taitaa olla sellainen poikkeustapaus, että dynaaminen virranhallinta (dpm) on kytketty oletuksena pois päältä kernelin versiosta 3.15 lähtien: http://www.phoronix.com/scan.php?page=news_item&px=MTY2ODE
Kokeile kytkeä dpm päälle muokkaamalla tiedostoa /etc/default/grub:
sudo -i gedit /etc/default/grub
Lisää parametri radeon.dpm=1 riville GRUB_CMDLINE_LINUX_DEFAULT:
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"
-->
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash radeon.dpm=1"
Tallenna tiedosto ja päivitä grub.cfg:
sudo update-grub
Mitään aticonfig, amdconfig ym vastaavia komentoja ei voi käyttää.
Fglrx asennuksen jälkeen menee koneen käyttäminen todella hitaaksi, 2 FPS.
Ubuntu 14.04:ään ei ihan helposti saa riittävän vanhaa fglrx:ää, että tuki Radeon 4000-sarjan korteille olisi saatavilla. Joutunet siis tyytymään avoimiin ajureihin, mutta nekin ovat nykyisin varsin kelvolliset.
-
Kiitos kommentista. Nämä muutokset tehty ja kone käy samaan tahtiin. (Ei hyvä, ei huonompi)
-
Nyt tallensin näyttikseen modifioidun VBIOS:in, niin hiljeni tutulle Windows-tasolle.
Pitäis nostaa kierroksia rasituksessa.
-
Mulla on itelläni kans toi 4850 avoimilla ajureilla, mitä/miten sä siis teit ton VBIOS-homman kanssa ja missä?
-
En tiedä, mitä VBIOS-versiota JA5U käytti, mutta googlaamalla löytyy ainakin tällainen aihe: http://forums.guru3d.com/showthread.php?t=268131
-
Mulla ei oo tässä koneessa windowsia..
-
Tee boottaava FreeDOS-tikku (esimerkiksi UNetbootinilla) ja käytä AtiFlashin DOS-versiota: http://www.techpowerup.com/downloads/2306/atiflash-4-17/
Käyttöohjeita löytyy googlaamalla. Tässä eräs niistä: http://forum.techinferno.com/amd-video-cards/1738-%5Bguide%5D-amd-vbios-flashing.html
-
Mitä nyt ymmärsin niin kaikki 4850:t ei oo samanlaisia? Eli ei oo olemassa universaalia modattua vbiosia joka käy kaikkii saman numeron kortteihin? Osaan kyllä tehdä ton tarvittavan proseduurin mutta hieman hirvittää tuleeko kortista verkonpaino jos väärää matskua tyrkkää sisään..
Oiskohan se JA5U niin ystävällinen että kertois hieman tarkemmin mitä teki jne?
-
Mulla on itelläni kans toi 4850 avoimilla ajureilla, mitä/miten sä siis teit ton VBIOS-homman kanssa ja missä?
Kai kuitenkin kokeilit ensin virranhallinnan kytkemistä päälle?
-
Jep, laitoin ohjeiden mukaan. En oo käynnistäny konettaa uusiks, en huomaa vielä mitään eroa. Myöhemmin päivästä käynnistän uusiks, kattoo sit..
-
Juu, se tulee voimaan vain uudelleenkäynnistyksen kautta.
Sitten kannattaa tarkistaa kernelin lokista, että dpm on käytössä:
dmesg | grep dpm
[ 3.265765] [drm] radeon: dpm initialized
Voit myös katsoa, missä tilassa dpm on asetettu toimimaan (https://wiki.archlinux.org/index.php/ATI#Dynamic_power_management):
cat /sys/class/drm/card0/device/power_dpm_state
balanced
Matalammat kellotaajuudet ja jännitteet voi pakottaa battery-valinnalla:
echo battery | sudo tee /sys/class/drm/card0/device/power_dpm_state
Jos dpm aiheuttaa epävakautta (jonka vuoksi se on oletuksena pois päältä 4850/4870:ssä), voit kokeilla muita säätövaihtoehtoja:
https://wiki.archlinux.org/index.php/ATI#Old_methods
-
Kaikki toimii nyt hyvin! Sensors kertoo että näyttiksen lämpötila on 64 astetta, aikamoinen ero aiempaan. Jeshh! Eli pelkkä virranhallinnan käyttöönotto riitti tässä tapauksessa. Jeshh!
radeon-pci-0100
Adapter: PCI adapter
temp1: +64.5°C (crit = +120.0°C, hyst = +90.0°C)
coretemp-isa-0000
Adapter: ISA adapter
Core 0: +47.0°C (high = +83.0°C, crit = +99.0°C)
Core 1: +47.0°C (high = +83.0°C, crit = +99.0°C)
Core 2: +48.0°C (high = +83.0°C, crit = +99.0°C)
Core 3: +46.0°C (high = +83.0°C, crit = +99.0°C)
-
Sanoisin että tuon virranhallinan myötä on tullut probleemia käynnistykseen ja sammutukseen. Käynnistäessä saattaa jumahtaa työpöytä heti alussa jumiin, sammuttaessa ei välttämättä rullaa sammutusta loppuun vaan jumahtaa about paria sekuntia ennen sammumista. Mutta vikaa enemmän käynnistyksen puolella. Kokeiltu sekä 14.10 ja 15.04
-
Juups, piti ottaa toi virranhallinta pois käytöstä kun ei meinannu tulla käynnistyksistä ja sammumisista mitään. Voiks ton matalimman taajuuden pakottaa päälle ilman dpm:ää?
-
Kokeile dynpm:ää:
echo dynpm | sudo tee /sys/class/drm/card0/device/power_method
Tai vaihtoehtoisesti profiilipohjaista kiinteää säätöä:
echo profile | sudo tee /sys/class/drm/card0/device/power_method
echo low | sudo tee /sys/class/drm/card0/device/power_profile
Kun olet todennut asetukset toimiviksi, voit laittaa vastaavat komennot /etc/rc.local-tiedostoon (ennen tiedostossa jo olevaa exit 0 -riviä).
sudo -i gedit /etc/rc.local
Sisällöksi:
#!/bin/sh -e
#
# rc.local
#
# This script is executed at the end of each multiuser runlevel.
# Make sure that the script will "exit 0" on success or any other
# value on error.
#
# In order to enable or disable this script just change the execution
# bits.
#
# By default this script does nothing.
echo profile > /sys/class/drm/card0/device/power_method
echo low > /sys/class/drm/card0/device/power_profile
exit 0
-
Tuolla /sys/class/drm/card0/device/ -hakemistossa ei oo kuin:
driver/ graphics/ i2c-0/ i2c-2/ i2c-4/ power/
drm/ hwmon/ i2c-1/ i2c-3/ msi_irqs/ subsystem/
eli tekeekö noi komennot sen hakemiston sinne, vai?
-
Jos koneessa on useampia näytönohjaimia (esim. prosessorin tai emolevyn integroitu), Radeon voi olla card0:n sijaan card1. Jos Radeon on card0, en osaa sanoa, miksi nuo tiedostot puuttuvat.
-
Ei oo kuin yks näyttis kiinni koneessa ja tää on sitä ekaa i7-sarjaa eli ei oo sisäänrakennettua näyttistä. /sys/class/drm/ -kansiossa on tommosia:
card0/ card0-DVI-I-1/ card0-VGA-1/ renderD128/
card0-DIN-1/ card0-HDMI-A-1/ controlD64/ ttm/
-
Eli ajoin tämän:
echo dynpm | sudo tee /sys/class/drm/card0/device/power_method
ja vastaukseksi tuli:
[sudo] password for *****:
dynpm
Sitä power_method-kansiota ei näy vieläkään siellä pitäis näkyä.
Mulla on siis käytössä nyt 15.04 ja avoin ajuri, onks niillä nyt väliä?
-
Eli ajoin tämän:
echo dynpm | sudo tee /sys/class/drm/card0/device/power_method
ja vastaukseksi tuli:
[sudo] password for *****:
dynpm
Sitä power_method-kansiota ei näy vieläkään siellä pitäis näkyä.
Nuo komennot eivät tee mitään, jos power_method-tiedostoa ei ole olemassa. En tiedä, miksei sitä ole. Ehkä virranhallinta on tuossa näytönohjaimessa oletuksena kokonaan pois päältä. Siis muutenkin kuin vain dpm:n osalta. Ajurin dokumentaatiossa ei ole mainintaa tästä.
-
Hmm, mitteehän tuolle osais tehdä? Dpm kuitennii aiheuttaa niin paljon ongelmia käynnistyksessä/sammutuksessa etten siihen kyllä palaa. Ja tuskin sitä power_method -kansiota kannattaa käsinkään sinne rustata?
-
Hmm, mitteehän tuolle osais tehdä? Dpm kuitennii aiheuttaa niin paljon ongelmia käynnistyksessä/sammutuksessa etten siihen kyllä palaa.
Tarkista, onko tuo tiedosto olemassa silloin kun käynnistät dpm:n kanssa. Jos on, voit kokeilla vaihtaa tilaa, kuten yllä esitin. Jatkuvan käytön kannalta ongelmana voi tosin olla, että dpm:n käynnistymisvika tulee vastaan jo ennen rc.localin ajoa, jolloin komennot pitäisi antaa varhaisemmassa vaiheessa.
Pystyisitkö laittamaan koneen valmiustilaan täydellisen sammuttamisen sijaan? Toimiiko dpm silloin riittävän vakaasti?
Ja tuskin sitä power_method -kansiota kannattaa käsinkään sinne rustata?
/sys ja /proc -hakemistojen tiedostot ovat kernelin ja ajurien tarjoamia rajapintoja, jotka vain esitetään tiedostoina, jotta rajapintaa voisi käyttää helposti tavallisilla komentorivityökaluilla. Jos tiedostoa ei ole, sitä ei voi sinne manuaalisesti luoda.