cpu_freq állítása juzerként

Linux-kezdő

cpu_freq állítása juzerként

  • 627 megtekintés

( drojid | 2004. 07. 23., p – 14:47 )

Sziasztok,

Szeretném, ha Superkarambából tudnám juzerként állítani a CPU freq-t. Arra gondoltam, hogy egy script (suid root) echo-zná a paraméterét a /sys/devices/system/cpu/cpu0/cpufreq/scaling_setspeed -be.

Most ezt mondja juzerként futtatva:
$ /sbin/setcpufreq 2666600
/sbin/setcpufreq: line 1: /sys/devices/system/cpu/cpu0/cpufreq/scaling_setspeed: Permission denied

Lehet, hogy az a baja, hogy az echo nem suid-es? :oops:

Milyen engedélyeket kell adnom (és kinek :D ), hogy működjön?

( Ysolt | 2004. 07. 23., p – 14:51 )

[quote:6ba56bb80d="drojid"]Sziasztok,

Szeretném, ha Superkarambából tudnám juzerként állítani a CPU freq-t. Arra gondoltam, hogy egy script (suid root) echo-zná a paraméterét a /sys/devices/system/cpu/cpu0/cpufreq/scaling_setspeed -be.

Most ezt mondja juzerként futtatva:
$ /sbin/setcpufreq 2666600
/sbin/setcpufreq: line 1: /sys/devices/system/cpu/cpu0/cpufreq/scaling_setspeed: Permission denied

Lehet, hogy az a baja, hogy az echo nem suid-es? :oops:

Milyen engedélyeket kell adnom (és kinek :D ), hogy működjön?

esetleg chmod u+s /sbin/setcpufreq;chown root /sbin/setcpufreq

( drojid | 2004. 07. 23., p – 14:56 )

Ezek megvoltak, a script a rooté természetesen, így hibaüzeni ezt :-(
A scriptben most csupán annyi van, hogy echo $1 > /sys/satöbbi
ha root vagyok, megy, ha juzer, nem.

( Ysolt | 2004. 07. 23., p – 15:14 )

[quote:a96433e386="drojid"]Ezek megvoltak, a script a rooté természetesen, így hibaüzeni ezt :-(
A scriptben most csupán annyi van, hogy echo $1 > /sys/satöbbi
ha root vagyok, megy, ha juzer, nem.

Akkor sajnos nemtom. Ha jol tudom a sima shellre is hiaba raksz suid bitet. Miert nem hasznalsz sudo-t ilyen feladatokra?

( drojid | 2004. 07. 23., p – 15:42 )

Mert nem tudtam, hogy ilyen is van :lol:
De ezzel m1, köszi
(azért érdekelne, van-e másik megoldás is)

( vmiklos | 2004. 07. 23., p – 16:05 )

hát te tod, de én user kezébe ilyen lehetőségeket nem adnék... :wink:

( drojid | 2004. 07. 23., p – 16:19 )

Én vok az egyetlen juzer a notebookon :-)

Azért kell ez, mert elég vacak a hűtése, és ha rendesen meghajtom, akkor ebben a melegben néha fagy. Meg aztán, talán kevesebbet is fog fogyaztani.

Szóval ahol én vagyok a root, azon a gépen sokat rontani már nem lehet :wink: :oops:

( Zoldalma | 2004. 07. 23., p – 16:38 )

Miert nem rakod dinamikus kezelesre?
V befixalod kisebb sebessegre manualisan?

( egmont | 2004. 07. 23., p – 16:51 )

Shell szkripteken a setuid bit hatástalan, csak bináris progikon működik.

( drojid | 2004. 07. 23., p – 17:00 )

Zoldalma, be én :-)
egmont, köszi :-)

( vmiklos | 2004. 07. 23., p – 17:04 )

[quote:847388c5ac="egmont"]Shell szkripteken a setuid bit hatástalan, csak bináris progikon működik.

jéé 8O
mindig tanul az ember :wink:
valszeg azért nem vettem idáig észre, mert azokat a scripteket, amiket setuiddal használnék crontabból futtatom, ott meg már úgyis rootként futnak

( vmiklos | 2004. 07. 23., p – 17:06 )

[quote:e515e7ce34="drojid"]Zoldalma, be én :-)

akkor viszont berakhatod vmi rc.localba, és onnan meg úgyis rootként fut le indításkor :wink:

( drojid | 2004. 07. 23., p – 17:24 )

De pont az a lényeg, hogy menet közben, dinamikusan tudjam váltani. Ha kell sok powa, és még nem túl forró a gép, akkor maxira az órajelet, ha meg csak texteditálok, akkor alacsonyra. Egyébként meg valahova a kettő közé :-)

( Zoldalma | 2004. 07. 23., p – 19:42 )

Akkor miert nem raksz fel egy cpudyn + cpufreqd-t. Nalam bevalt, levette 300Mhz-ra uresjaratban (v ami a proc alja), amikor kellett a craft, akkor felrakta maxra....

( vmiklos | 2004. 07. 23., p – 19:53 )

hamár itt tartunk, van vmi docs, ahol le van írva, h milyen cpu szabályozható és milyen nem?
gondolom egy 386os nem nagyon :wink:

( Zoldalma | 2004. 07. 23., p – 20:10 )

[quote:227d8be3f3="vmiklos"]hamár itt tartunk, van vmi docs, ahol le van írva, h milyen cpu szabályozható és milyen nem?
gondolom egy 386os nem nagyon :wink:

Tobbnyire bennuk van a speedstep intelnel. Centrinokban tuti, P3M, P4Mben szintugy...
De kernelforgatasnal latni mivel mindegyikhez kulon modul van.

( vmiklos | 2004. 07. 23., p – 20:45 )

ehh, nagyon láma vok ehhez a dologhoz. kernel configban hol keressem? :oops:

( Oscon | 2004. 07. 23., p – 22:05 )

[quote:2d81502393="vmiklos"]ehh, nagyon láma vok ehhez a dologhoz. kernel configban hol keressem? :oops:

Véletlenül nem a Power Management->CPU Freq. scalingot keresed ? :wink:

( trey | 2004. 07. 23., p – 22:14 )

[quote:70aa50008f="vmiklos"]hamár itt tartunk, van vmi docs, ahol le van írva, h milyen cpu szabályozható és milyen nem?
gondolom egy 386os nem nagyon :wink:

/usr/src/linux-2.6.8-rc2/Documentation/cpu-freq/*

1. Supported Architectures and Processors
=========================================

1.1 ARM
-------

The following ARM processors are supported by cpufreq:

ARM Integrator
ARM-SA1100
ARM-SA1110

1.2 x86
-------

The following processors for the x86 architecture are supported by cpufreq:

AMD Elan - SC400, SC410
AMD mobile K6-2+
AMD mobile K6-3+
AMD mobile Duron
AMD mobile Athlon
AMD Opteron
AMD Athlon 64
Cyrix Media GXm
Intel mobile PIII and Intel mobile PIII-M on certain chipsets
Intel Pentium 4, Intel Xeon
Intel Pentium M (Centrino)
National Semiconductors Geode GX
Transmeta Crusoe
VIA Cyrix 3 / C3
various processors on some ACPI 2.0-compatible systems [*]

[*] Only if "ACPI Processor Performance States" are available
to the ACPI<->BIOS interface.

1.3 sparc64
-----------
The following processors for the sparc64 architecture are supported by
cpufreq:

UltraSPARC-III

1.4 ppc
-------

Several "PowerBook" and "iBook2" notebooks are supported.

1.5 SuperH
----------

The following SuperH processors are supported by cpufreq:

SH-3
SH-4

( drojid | 2004. 07. 23., p – 23:39 )

[quote:4448a274ae="Zoldalma"]Akkor miert nem raksz fel egy cpudyn + cpufreqd-t. Nalam bevalt, levette 300Mhz-ra uresjaratban (v ami a proc alja), amikor kellett a craft, akkor felrakta maxra....

Mindegy, most már megcsináltam máshogy :-)
Meg nekem pont az a lényeg, hogy akkor se tehesse fel maxra, ha szerinte kellene, csak ha én is úgy akarom. Vagy úgy is konfigurál6ó?

( ssa2 v | 2004. 07. 23., p – 23:55 )

[quote:a958aa8f83="drojid"][quote:a958aa8f83="Zoldalma"]Akkor miert nem raksz fel egy cpudyn + cpufreqd-t. Nalam bevalt, levette 300Mhz-ra uresjaratban (v ami a proc alja), amikor kellett a craft, akkor felrakta maxra....

Mindegy, most már megcsináltam máshogy :-)
Meg nekem pont az a lényeg, hogy akkor se tehesse fel maxra, ha szerinte kellene, csak ha én is úgy akarom. Vagy úgy is konfigurál6ó?

Ja!
Ugyanúgy meg lehet adni mint a minimum értéket.
Kilistázod a lehetséges értékeket.
Nálam így néz ki:

cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_available_frequencies
333325 666650 999975 1333300 1666625 1999950 2333275 2666600

minimum érték

echo 1666625 > /sys/devices/system/cpu/cpu0/cpufreq/scaling_min_freq

maximum érték

echo 2333275 > /sys/devices/system/cpu/cpu0/cpufreq/scaling_max_freq

A scaling_governor userspace legyen.

( drojid | 2004. 07. 24., szo – 00:02 )

Na jó, de ha fel akarod engedni a maxra, akkor bele kell echoznod a 2666600 órajelet, akkor meg már mindegy, hogy a max értékbe küldöd, vagy direktben a cpunak...

Persze, azért elegánsabb megoldás, ha menet közben magától leveszi kicsire, de általában hűvös irodában, hálózatról használom, úgyhogy nem volt rá eddig szükségem.

Na majd ha nagyon unatkozom, megnézem :-)