Re: [64studio-users] CPU freq scaling - Setting SUID required or not required?
Ralf Mardorf wrote: >>> How can this be done for the panel applet? >>> >>> >> apt-get install gksu-polkit >> > > The idea to set SUID results from the fact, that there is no PolicyKit > for Hardy. SUID is made for such cases. The probable security risk for a > multi user system is, that some user could harm the system, but it's > hardly probable that if I will run Firefox or Thunderbird, somebody from > outside will compromise my computer, because I set SUID for the > frequency applet. I'm the only user for my system. Another question is, > what will be the problem if somebody would compromise my computer and > what will be the problem if humans will produce to much CO2? > > If somebody fears to set SUID, he can clear the bit after making his > choice for the frequency scaling, e.g. because his DAW is used as multi > user system for a group of non-trustful people. This really might be for > studios of public institutions, but not for a home recording studio and > the internet seems to be hardly a danger. > I have forgotten, one user, me, still is a user and as a user I'm less wary, but even if I'm drunken, I only would use the applet, it's not a command with options that are dangerous, it's in the panel ;). What's useful for some usage, isn't useful for every usage. Most 64 Studio's are private DAWs and no servers for banks or universities. ___ 64studio-users mailing list 64studio-users@lists.64studio.com http://lists.64studio.com/mailman/listinfo/64studio-users
Re: [64studio-users] CPU freq scaling - Setting SUID required or not required?
>> How can this be done for the panel applet? >> > > apt-get install gksu-polkit The idea to set SUID results from the fact, that there is no PolicyKit for Hardy. SUID is made for such cases. The probable security risk for a multi user system is, that some user could harm the system, but it's hardly probable that if I will run Firefox or Thunderbird, somebody from outside will compromise my computer, because I set SUID for the frequency applet. I'm the only user for my system. Another question is, what will be the problem if somebody would compromise my computer and what will be the problem if humans will produce to much CO2? If somebody fears to set SUID, he can clear the bit after making his choice for the frequency scaling, e.g. because his DAW is used as multi user system for a group of non-trustful people. This really might be for studios of public institutions, but not for a home recording studio and the internet seems to be hardly a danger. ___ 64studio-users mailing list 64studio-users@lists.64studio.com http://lists.64studio.com/mailman/listinfo/64studio-users
Re: [64studio-users] CPU freq scaling - Setting SUID required or not required?
> Robin Gareus wrote:
>
> I'm not sure if /etc/hdparm.conf accepts wildcards, but I'd hazard a
> guess that
> /dev/discs/disc*/disc {
>spindown_time = 240
> }
> may be a good default for 64studio.
>
>
> No, I don't want the disk drive that I'm using is being turned off, even
> if I won't use it four hours. If I don't need the computer, I turn it
> off, if I use the Computer I often only access to one drive, even if
> I'll don't access this drive for hours, I won't it to spin down, because
> starting a hard disk will shorten the lifetime.
All other devices should 'stand by', but they immediately should do this.
___
64studio-users mailing list
64studio-users@lists.64studio.com
http://lists.64studio.com/mailman/listinfo/64studio-users
Re: [64studio-users] CPU freq scaling - Setting SUID required or not required?
Robin Gareus wrote:
I'm not sure if /etc/hdparm.conf accepts wildcards, but I'd hazard a
guess that
/dev/discs/disc*/disc {
spindown_time = 240
}
may be a good default for 64studio.
No, I don't want the disk drive that I'm using is being turned off, even
if I won't use it four hours. If I don't need the computer, I turn it
off, if I use the Computer I often only access to one drive, even if
I'll don't access this drive for hours, I won't it to spin down, because
starting a hard disk will shorten the lifetime.
___
64studio-users mailing list
64studio-users@lists.64studio.com
http://lists.64studio.com/mailman/listinfo/64studio-users
Re: [64studio-users] CPU freq scaling - Setting SUID required or not required?
Gustin Johnson wrote:
> Ralf Mardorf wrote:
>
but making hard disks sleep is a PITA on Linux,
>>> indeed.
>>>
> Really? I have I used this ability under Linux for the better part of a
> decade.
>> :(
still, setting it up properly is not trivial.
hdparm doesn't work on many machines, so the hard
disks are running all the time, even if I only need one of two devices.
> It has worked on pretty much every machine I have ever owned. For USB
> connected devices I have used sdparm. The syntax is different so you
> will need to RTFM.
>
>>> It's not only hdparam but also the 'noatime' mount option,
>>> /proc/sys/vm/dirty_writeback_centisecs (or /etc/sysctl.conf) and ext3's
>>> journal_data_writeback option (`man tune2fs`).
>>> ..and beware: in case of power-loss it can be dangerous to have fiddled
>>> with those!!!
>
> noatime is not dangerous,
right, sorry. I should have said the latter two are dangerous.
> but does not really gain anything either since
> it happens when you are accessing a disk.
..or when re-accessing some file that is already in the disk-cache.
It probably does not have any impact on audio workstations, but it does
matter when listening to mp3s on the road for example. It spins up the
disk again.
> Messing with journal options
> is probably not the best idea, especially on a DAW where data integrity
> would presumably be important.
;-)
> Usually you only see the noatime and nodatime options when using write
> sensitive media like compact flash. In those cases you would not be
> using ext3 anyway.
>>> I'm not sure if /etc/hdparm.conf accepts wildcards, but I'd hazard a
>>> guess that
>>> /dev/discs/disc*/disc {
>>>spindown_time = 240
>>> }
>>> may be a good default for 64studio.
>>>
>
>>>
It's written that Intel can't scale each core of a CPU independently,
>
> Anything older than the Core i7 does not scale independently. I did not
> know that AMD could do this, perhaps they got something right with AM2
> after all.
>
___
64studio-users mailing list
64studio-users@lists.64studio.com
http://lists.64studio.com/mailman/listinfo/64studio-users
Re: [64studio-users] CPU freq scaling - Setting SUID required or not required?
Gustin Johnson wrote: > AppArmor and a firewall are redundant? The phrase "defense in depth" is > not just a sales term, every level needs to be protected. Microsoft > understands this as well, perhaps better than most. If AppArmor and a Firewall are needed, than I can't understand that they are not default for 64 Studio. For Suse they are defaults. Some people have special locks on their doors, other never go out without a Teaser. Many people are insured, some are not. I guess the need for this depends to the individual situation. > Consider that most compromised machines have a > heavier load than if they were not compromised, so they are using more > energy. If the machine is compromised you will notice this for a DAW, because of the load. I guess compromised machines are those machines, from people, that have too much resources for their machine, they never will need the resources, but a rootkit can run because of this. ___ 64studio-users mailing list 64studio-users@lists.64studio.com http://lists.64studio.com/mailman/listinfo/64studio-users
Re: [64studio-users] CPU freq scaling - Setting SUID required or not required?
Ralf Mardorf wrote: > Gustin Johnson wrote: >> -BEGIN PGP SIGNED MESSAGE- >> Hash: SHA1 >> >> Michael Jarosch wrote: >> >>> Am Montag, den 29.06.2009, 08:08 +0200 schrieb Ralf Mardorf: >>> There might be a better way to do it. >>> There will be a better way to do it: Later versions (but certainly not >>> that of 8.04) of the "Frequency Scaling Monitor Applet" will support >>> "policy kit". For now, there is no better way than setting SUID. This is >>> not a big problem for a multimedia system IMHO - earth health comes >>> before security... :) >>> >>> >> Seriously, just use a password. Security and power saving at the same time. > > How can this be done for the panel applet? apt-get install gksu-polkit gksu > And the password is required > for each session? gnome-keyring-daemon or similar. > I can't relay on being save with the SUID set for this > application and it depends on a kernel module, however, I trust that > even if somebody would hack my machine, that this won't have grievous > consequences. I don't run a firewall and highlighted no AppAmor on 64 > Studio. I know people who have the opinion, that a distro that don't > runs AppArmor by default is invalid. IMO AppArmor is redundant and a > Firewall is it too. Not to set the SUID bit seems to be much, much > better. I'm busy because of other stuff I have to do. I agree with "IMHO > - earth health comes before security... :)" by Michael. > This really is something that should be solved and a default for 3.0. > ___ > 64studio-users mailing list > 64studio-users@lists.64studio.com > http://lists.64studio.com/mailman/listinfo/64studio-users ___ 64studio-users mailing list 64studio-users@lists.64studio.com http://lists.64studio.com/mailman/listinfo/64studio-users
Re: [64studio-users] CPU freq scaling - Setting SUID required or not required?
Gustin Johnson wrote: > I did not know that AMD could do this, perhaps they got something right with > AM2 after all. I never monitored that my AM2 Athlon does or does not an independent control of the frequency scaling for each core, it seems to be, that it doesn't do it. ___ 64studio-users mailing list 64studio-users@lists.64studio.com http://lists.64studio.com/mailman/listinfo/64studio-users
Re: [64studio-users] CPU freq scaling - Setting SUID required or not required?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Ralf Mardorf wrote: > Gustin Johnson wrote: >> -BEGIN PGP SIGNED MESSAGE- >> Hash: SHA1 >> >> Michael Jarosch wrote: >> >>> Am Montag, den 29.06.2009, 08:08 +0200 schrieb Ralf Mardorf: >>> There might be a better way to do it. >>> There will be a better way to do it: Later versions (but certainly not >>> that of 8.04) of the "Frequency Scaling Monitor Applet" will support >>> "policy kit". For now, there is no better way than setting SUID. This is >>> not a big problem for a multimedia system IMHO - earth health comes >>> before security... :) >>> >>> >> Seriously, just use a password. Security and power saving at the same >> time. > > How can this be done for the panel applet? And the password is required > for each session? I can't relay on being save with the SUID set for this > application and it depends on a kernel module, however, I trust that > even if somebody would hack my machine, that this won't have grievous > consequences. I don't run a firewall and highlighted no AppAmor on 64 > Studio. I know people who have the opinion, that a distro that don't > runs AppArmor by default is invalid. IMO AppArmor is redundant and a > Firewall is it too. Not to set the SUID bit seems to be much, much AppArmor and a firewall are redundant? The phrase "defense in depth" is not just a sales term, every level needs to be protected. Microsoft understands this as well, perhaps better than most. > better. I'm busy because of other stuff I have to do. I agree with "IMHO > - earth health comes before security... :)" by Michael. I actually disagree with both you. I do not see security and efficiency (which is what "green" is really talking about) as mutually exclusive. As I see it both are important components to a well designed system. Framing the discussion as an either or choice is not useful and is actually harmful. Consider that most compromised machines have a heavier load than if they were not compromised, so they are using more energy. > This really is something that should be solved and a default for 3.0. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkpJAVMACgkQwRXgH3rKGfOpNwCgr3UEnjhk0r39S457sktnNUNK JyAAoK9YhUak/SnFPH5OWcgKlEieQpAm =MoDu -END PGP SIGNATURE- ___ 64studio-users mailing list 64studio-users@lists.64studio.com http://lists.64studio.com/mailman/listinfo/64studio-users
Re: [64studio-users] CPU freq scaling - Setting SUID required or not required?
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Ralf Mardorf wrote:
>>> but making hard disks sleep is a PITA on Linux,
>>>
>> indeed.
>>
Really? I have I used this ability under Linux for the better part of a
decade.
>
> :(
>
>>> hdparm doesn't work on many machines, so the hard
>>> disks are running all the time, even if I only need one of two devices.
>>>
It has worked on pretty much every machine I have ever owned. For USB
connected devices I have used sdparm. The syntax is different so you
will need to RTFM.
>> It's not only hdparam but also the 'noatime' mount option,
>> /proc/sys/vm/dirty_writeback_centisecs (or /etc/sysctl.conf) and ext3's
>> journal_data_writeback option (`man tune2fs`).
>> ..and beware: in case of power-loss it can be dangerous to have fiddled
>> with those!!!
noatime is not dangerous, but does not really gain anything either since
it happens when you are accessing a disk. Messing with journal options
is probably not the best idea, especially on a DAW where data integrity
would presumably be important.
Usually you only see the noatime and nodatime options when using write
sensitive media like compact flash. In those cases you would not be
using ext3 anyway.
>>
>> I'm not sure if /etc/hdparm.conf accepts wildcards, but I'd hazard a
>> guess that
>> /dev/discs/disc*/disc {
>>spindown_time = 240
>> }
>> may be a good default for 64studio.
>>
>>
>>> It's written that Intel can't scale each core of a CPU independently,
Anything older than the Core i7 does not scale independently. I did not
know that AMD could do this, perhaps they got something right with AM2
after all.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iEYEARECAAYFAkpI/ZkACgkQwRXgH3rKGfP57ACfbYuJbD22x7+j0oYWIQKDtGuM
apkAmwcgOhoqTxYdQ6nRFU6x9RmblLqu
=XjmI
-END PGP SIGNATURE-
___
64studio-users mailing list
64studio-users@lists.64studio.com
http://lists.64studio.com/mailman/listinfo/64studio-users
Re: [64studio-users] CPU freq scaling - Setting SUID required or not required?
Robin Gareus wrote: > ask for a password to change the governor would IMHO be > the preferable solution. The panel will run the applet without asking for the password, running the latest chosen performance, even if sessions would not be restored and I only would need to give a password, if I will change the performance? That would be okay, even if it would be nice without the need for a password. ___ 64studio-users mailing list 64studio-users@lists.64studio.com http://lists.64studio.com/mailman/listinfo/64studio-users
Re: [64studio-users] CPU freq scaling - Setting SUID required or not required?
Robin Gareus wrote: > Michael Jarosch wrote: > >> Am Montag, den 29.06.2009, 14:09 +0200 schrieb Robin Gareus: >> >> >>> I never switch these anyway. Just using 'ondemand' is sufficient. It's >>> got the best powersaving and no impact on performance (at least not on >>> Intel CPUs). >>> >> We discussed that issue on the 64studio-list several time ago >> > That must have been before my time there. > > >> and (I guess it was) Daniel said, that switching between the frequencies can >> cause xruns. >> > > Last time I've seen those were the 2.6.24-rt and jackd <= 0.109 days. > The debate I know was at 0.109 days :D. (0.109 days for 64 Studio clean installs, that means 2.1) > >> So, I prefere switching to "performance" _before_ I start a >> recording session... >> > > sure, if you can afford it. > > I use my laptop sometimes for field-recordings and 'ondemand' vs > 'performance' yields about a factor of 2.5 times more battery time. > (here: 90 mins vs 4 hours) - Besides running on battery avoids > ground-loop problems. > > anyway - to come back to the subject: having the "Frequency Scaling > Monitor Applet" ask for a password to change the governor would IMHO be > the preferable solution. > > robin ___ 64studio-users mailing list 64studio-users@lists.64studio.com http://lists.64studio.com/mailman/listinfo/64studio-users
Re: [64studio-users] CPU freq scaling - Setting SUID required or not required?
Gustin Johnson wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > Michael Jarosch wrote: > >> Am Montag, den 29.06.2009, 08:08 +0200 schrieb Ralf Mardorf: >> >>> There might be a better way to do it. >>> >> There will be a better way to do it: Later versions (but certainly not >> that of 8.04) of the "Frequency Scaling Monitor Applet" will support >> "policy kit". For now, there is no better way than setting SUID. This is >> not a big problem for a multimedia system IMHO - earth health comes >> before security... :) >> >> > Seriously, just use a password. Security and power saving at the same time. How can this be done for the panel applet? And the password is required for each session? I can't relay on being save with the SUID set for this application and it depends on a kernel module, however, I trust that even if somebody would hack my machine, that this won't have grievous consequences. I don't run a firewall and highlighted no AppAmor on 64 Studio. I know people who have the opinion, that a distro that don't runs AppArmor by default is invalid. IMO AppArmor is redundant and a Firewall is it too. Not to set the SUID bit seems to be much, much better. I'm busy because of other stuff I have to do. I agree with "IMHO - earth health comes before security... :)" by Michael. This really is something that should be solved and a default for 3.0. ___ 64studio-users mailing list 64studio-users@lists.64studio.com http://lists.64studio.com/mailman/listinfo/64studio-users
Re: [64studio-users] CPU freq scaling - Setting SUID required or not required?
Michael Jarosch wrote: > Am Montag, den 29.06.2009, 14:09 +0200 schrieb Robin Gareus: > >> I never switch these anyway. Just using 'ondemand' is sufficient. It's >> got the best powersaving and no impact on performance (at least not on >> Intel CPUs). > > We discussed that issue on the 64studio-list several time ago That must have been before my time there. > and (I guess it was) Daniel said, that switching between the frequencies can > cause xruns. Last time I've seen those were the 2.6.24-rt and jackd <= 0.109 days. > So, I prefere switching to "performance" _before_ I start a > recording session... sure, if you can afford it. I use my laptop sometimes for field-recordings and 'ondemand' vs 'performance' yields about a factor of 2.5 times more battery time. (here: 90 mins vs 4 hours) - Besides running on battery avoids ground-loop problems. anyway - to come back to the subject: having the "Frequency Scaling Monitor Applet" ask for a password to change the governor would IMHO be the preferable solution. robin ___ 64studio-users mailing list 64studio-users@lists.64studio.com http://lists.64studio.com/mailman/listinfo/64studio-users
Re: [64studio-users] CPU freq scaling - Setting SUID required or not required?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Michael Jarosch wrote: > Am Montag, den 29.06.2009, 08:08 +0200 schrieb Ralf Mardorf: >> There might be a better way to do it. > > There will be a better way to do it: Later versions (but certainly not > that of 8.04) of the "Frequency Scaling Monitor Applet" will support > "policy kit". For now, there is no better way than setting SUID. This is > not a big problem for a multimedia system IMHO - earth health comes > before security... :) > Seriously, just use a password. Security and power saving at the same time. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkpI7qUACgkQwRXgH3rKGfM69QCfW6jiyntfwrhIL3m3h4n2UqtY ugYAn364S4s77lBlgP4UEG8I/PT/cyHQ =vIHA -END PGP SIGNATURE- ___ 64studio-users mailing list 64studio-users@lists.64studio.com http://lists.64studio.com/mailman/listinfo/64studio-users
Re: [64studio-users] CPU freq scaling - Setting SUID required or not required?
Am Montag, den 29.06.2009, 14:09 +0200 schrieb Robin Gareus: > I never switch these anyway. Just using 'ondemand' is sufficient. It's > got the best powersaving and no impact on performance (at least not on > Intel CPUs). We discussed that issue on the 64studio-list several time ago and (I guess it was) Daniel said, that switching between the frequencies can cause xruns. So, I prefere switching to "performance" _before_ I start a recording session... Greetings! ___ 64studio-users mailing list 64studio-users@lists.64studio.com http://lists.64studio.com/mailman/listinfo/64studio-users
Re: [64studio-users] CPU freq scaling - Setting SUID required or not required?
Robin Gareus wrote:
> Ralf Mardorf wrote:
>
>> Robin Gareus wrote:
>>
>>> Ralf Mardorf wrote:
>>>
>>>
Gustin Johnson wrote:
> I don't think so. Why do you think SUID needs to be set? Setting SUID
> is a very bad thing, even if you think you "need" it.
>
>
To chose by click between 'Ondemand' and 'Performance' for a user
session by using the GNOME panel applet 'CPU Frequency Scaling
Monitor' seems to require it. There might be a better way to do it.
>>> Just let it ask for a password ;)
>>>
>>> I never switch these anyway. Just using 'ondemand' is sufficient. It's
>>> got the best powersaving and no impact on performance (at least not on
>>> Intel CPUs).
>>>
>>> my 2c,
>>> robin
>>>
>>> PS. Since you asked earlier: http://www.lesswatts.org provides some good
>>> information.
>>>
>>>
>> I have a problem with CPU load, when working with real-time
>> applications, so I guess for real-time 'ondemand' will be the same like
>> 'performance'.
>>
> not necessarily. even with JACK running in real-time the 'ondemand
> governor' here scales down to 1GHz and there are no x-runs.
> Firing up fi. jammin (which uses a lot of CPU) makes it jump to max. CPU
> freq. for ~10% of the time. (check `powertop`).
>
That's why I try to get VST support. JAMin and other stuff seems to be
bad programmed. There are VSTs that are as good as JAMin, but with less
load.
>> For other distros CPU freq scaling runs OOB,
>>
> debian squeeze/sid here. worked OOB.
>
And e.g. for Suse and ...
>> but making hard disks sleep is a PITA on Linux,
>>
> indeed.
>
:(
>> hdparm doesn't work on many machines, so the hard
>> disks are running all the time, even if I only need one of two devices.
>>
>
> It's not only hdparam but also the 'noatime' mount option,
> /proc/sys/vm/dirty_writeback_centisecs (or /etc/sysctl.conf) and ext3's
> journal_data_writeback option (`man tune2fs`).
> ..and beware: in case of power-loss it can be dangerous to have fiddled
> with those!!!
>
> I'm not sure if /etc/hdparm.conf accepts wildcards, but I'd hazard a
> guess that
> /dev/discs/disc*/disc {
>spindown_time = 240
> }
> may be a good default for 64studio.
>
>
>> It's written that Intel can't scale each core of a CPU independently,
>> AMDs should be better, because they are able to scale each core
>> individually. My "AMD Athlon(tm) X2 Dual Core Processor BE-2350" is
>> specified to have a load of 45W.
>>
>
> With wifi disabled and lowest screen-brightness but jackd running
> (causes lots of CPU wakeups) this Thinkpad X60s here uses 10.1 Watts.
>
>
>> Thank you, I'll take a look at lesswatts.org later. Right now I'm
>> reflecting if I should give Steinberg 'my personal data sheet', to get
>> the VST headers, or if I should search for a side, that makes them
>> available, even if it might be illegal.
>>
>
> a bit off-topic, but last time I looked (~2 years ago) the SDK was
> available for free.
>
>
>> I know there are some Linux
>> people doing it. I guess I'll give Steinberg my 'life' and right after
>> downloading the SDK stuff I'll 'revoke my consent' or I'll fake my
>> birthday and telephone number ... strange people, name and address would
>> be okay, but all the rest?!
>> Ralf
>>
>
> I don't remember if I gave them my correct information. It might have
> been a spam.la address ;)
>
> cheers,
> robin
>
>
--
Secret of Tux:
http://images.wallaceandgromit.com/user_uploads/forum_thumbnails/5/75/355.jpg
"Gromit bit me" says HMV dog:
http://img.dailymail.co.uk/i/pix/2007/03_03/GomitHMVPA_468x319.jpg
___
64studio-users mailing list
64studio-users@lists.64studio.com
http://lists.64studio.com/mailman/listinfo/64studio-users
Re: [64studio-users] CPU freq scaling - Setting SUID required or not required?
Ralf Mardorf wrote:
> Robin Gareus wrote:
>> Ralf Mardorf wrote:
>>
>>> Gustin Johnson wrote:
>>>
I don't think so. Why do you think SUID needs to be set? Setting SUID
is a very bad thing, even if you think you "need" it.
>>> To chose by click between 'Ondemand' and 'Performance' for a user
>>> session by using the GNOME panel applet 'CPU Frequency Scaling
>>> Monitor' seems to require it. There might be a better way to do it.
>>>
>>
>> Just let it ask for a password ;)
>>
>> I never switch these anyway. Just using 'ondemand' is sufficient. It's
>> got the best powersaving and no impact on performance (at least not on
>> Intel CPUs).
>>
>> my 2c,
>> robin
>>
>> PS. Since you asked earlier: http://www.lesswatts.org provides some good
>> information.
>>
>
> I have a problem with CPU load, when working with real-time
> applications, so I guess for real-time 'ondemand' will be the same like
> 'performance'.
not necessarily. even with JACK running in real-time the 'ondemand
governor' here scales down to 1GHz and there are no x-runs.
Firing up fi. jammin (which uses a lot of CPU) makes it jump to max. CPU
freq. for ~10% of the time. (check `powertop`).
> For other distros CPU freq scaling runs OOB,
debian squeeze/sid here. worked OOB.
> but making hard disks sleep is a PITA on Linux,
indeed.
> hdparm doesn't work on many machines, so the hard
> disks are running all the time, even if I only need one of two devices.
It's not only hdparam but also the 'noatime' mount option,
/proc/sys/vm/dirty_writeback_centisecs (or /etc/sysctl.conf) and ext3's
journal_data_writeback option (`man tune2fs`).
..and beware: in case of power-loss it can be dangerous to have fiddled
with those!!!
I'm not sure if /etc/hdparm.conf accepts wildcards, but I'd hazard a
guess that
/dev/discs/disc*/disc {
spindown_time = 240
}
may be a good default for 64studio.
> It's written that Intel can't scale each core of a CPU independently,
> AMDs should be better, because they are able to scale each core
> individually. My "AMD Athlon(tm) X2 Dual Core Processor BE-2350" is
> specified to have a load of 45W.
With wifi disabled and lowest screen-brightness but jackd running
(causes lots of CPU wakeups) this Thinkpad X60s here uses 10.1 Watts.
> Thank you, I'll take a look at lesswatts.org later. Right now I'm
> reflecting if I should give Steinberg 'my personal data sheet', to get
> the VST headers, or if I should search for a side, that makes them
> available, even if it might be illegal.
a bit off-topic, but last time I looked (~2 years ago) the SDK was
available for free.
> I know there are some Linux
> people doing it. I guess I'll give Steinberg my 'life' and right after
> downloading the SDK stuff I'll 'revoke my consent' or I'll fake my
> birthday and telephone number ... strange people, name and address would
> be okay, but all the rest?!
> Ralf
I don't remember if I gave them my correct information. It might have
been a spam.la address ;)
cheers,
robin
___
64studio-users mailing list
64studio-users@lists.64studio.com
http://lists.64studio.com/mailman/listinfo/64studio-users
Re: [64studio-users] CPU freq scaling - Setting SUID required or not required?
Robin Gareus wrote: > Ralf Mardorf wrote: > >> Gustin Johnson wrote: >> >>> I don't think so. Why do you think SUID needs to be set? Setting SUID >>> is a very bad thing, even if you think you "need" it. >>> >>> >> To chose by click between 'Ondemand' and 'Performance' for a user >> session by using the GNOME panel applet 'CPU Frequency Scaling Monitor' >> seems to require it. There might be a better way to do it. >> > > Just let it ask for a password ;) > > I never switch these anyway. Just using 'ondemand' is sufficient. It's > got the best powersaving and no impact on performance (at least not on > Intel CPUs). > > my 2c, > robin > > PS. Since you asked earlier: http://www.lesswatts.org provides some good > information. > I have a problem with CPU load, when working with real-time applications, so I guess for real-time 'ondemand' will be the same like 'performance'. For other distros CPU freq scaling runs OOB, but making hard disks sleep is a PITA on Linux, hdparm doesn't work on many machines, so the hard disks are running all the time, even if I only need one of two devices. It's written that Intel can't scale each core of a CPU independently, AMDs should be better, because they are able to scale each core individually. My "AMD Athlon(tm) X2 Dual Core Processor BE-2350" is specified to have a load of 45W. Thank you, I'll take a look at lesswatts.org later. Right now I'm reflecting if I should give Steinberg 'my personal data sheet', to get the VST headers, or if I should search for a side, that makes them available, even if it might be illegal. I know there are some Linux people doing it. I guess I'll give Steinberg my 'life' and right after downloading the SDK stuff I'll 'revoke my consent' or I'll fake my birthday and telephone number ... strange people, name and address would be okay, but all the rest?! Ralf ___ 64studio-users mailing list 64studio-users@lists.64studio.com http://lists.64studio.com/mailman/listinfo/64studio-users
Re: [64studio-users] CPU freq scaling - Setting SUID required or not required?
Ralf Mardorf wrote: > Gustin Johnson wrote: >> I don't think so. Why do you think SUID needs to be set? Setting SUID >> is a very bad thing, even if you think you "need" it. >> > > To chose by click between 'Ondemand' and 'Performance' for a user > session by using the GNOME panel applet 'CPU Frequency Scaling Monitor' > seems to require it. There might be a better way to do it. Just let it ask for a password ;) I never switch these anyway. Just using 'ondemand' is sufficient. It's got the best powersaving and no impact on performance (at least not on Intel CPUs). my 2c, robin PS. Since you asked earlier: http://www.lesswatts.org provides some good information. ___ 64studio-users mailing list 64studio-users@lists.64studio.com http://lists.64studio.com/mailman/listinfo/64studio-users
Re: [64studio-users] CPU freq scaling - Setting SUID required or not required?
Michael Jarosch wrote: > Am Montag, den 29.06.2009, 08:08 +0200 schrieb Ralf Mardorf: > >> There might be a better way to do it. >> > > There will be a better way to do it: Later versions (but certainly not > that of 8.04) of the "Frequency Scaling Monitor Applet" will support > "policy kit". For now, there is no better way than setting SUID. This is > not a big problem for a multimedia system IMHO - earth health comes > before security... :) > > Greetings Thank you Michael :) there also is at least one self-interested aspect. Maybe it will be noticeable by the electricity bill. For real-time usage it perhaps is an advantage to set the scaling to 'Performance', but while checking emails etc. it seems to be better to set the scaling to 'Ondemand'. For KDE there's a tool called 'kpowersafe' in the repositories, but I still have to check if it's fine for 64 Studio 3.0-beta3. I guess for other 'Desktops' like Ion2, Fluxbox etc. we don't need a solution, because I guess we only will run them to reduce load on real-time usage. Cheers, Ralf ___ 64studio-users mailing list 64studio-users@lists.64studio.com http://lists.64studio.com/mailman/listinfo/64studio-users
Re: [64studio-users] CPU freq scaling - Setting SUID required or not required?
Am Montag, den 29.06.2009, 08:08 +0200 schrieb Ralf Mardorf: > There might be a better way to do it. There will be a better way to do it: Later versions (but certainly not that of 8.04) of the "Frequency Scaling Monitor Applet" will support "policy kit". For now, there is no better way than setting SUID. This is not a big problem for a multimedia system IMHO - earth health comes before security... :) Greetings ___ 64studio-users mailing list 64studio-users@lists.64studio.com http://lists.64studio.com/mailman/listinfo/64studio-users
Re: [64studio-users] CPU freq scaling - Setting SUID required or not required?
Gustin Johnson wrote: > I don't think so. Why do you think SUID needs to be set? Setting SUID > is a very bad thing, even if you think you "need" it. > To chose by click between 'Ondemand' and 'Performance' for a user session by using the GNOME panel applet 'CPU Frequency Scaling Monitor' seems to require it. There might be a better way to do it. ___ 64studio-users mailing list 64studio-users@lists.64studio.com http://lists.64studio.com/mailman/listinfo/64studio-users
