hello,
Roman Haefeli a écrit : > hi all > > i noticed, that the cpu frequency scaling doesn't react on cpu load > caused by pd. this is strange. did you try without -rt or -jack? here it works as expected, but i always switch to performance mode anyway since frequency scaling is quite slow and can lead to audio click for a second when you switch on your patch, before the CPU frequency go to maximum. So, i think that switching to performance mode when you need performance is not really a fix or a workaround : it's the way to go. Cyrille > even if i have a constant high load - for instance when > running several hundred [osc~]s - the cpu frequency stays at the lowest > value of 800 MHz. i need to run another program, such as 'yes' or > 'burnMMX' in order to trigger the scaling to set the frequency to the > maximum of 2401000 MHz. > so far i only noticed this behaviour with pd. other programs don't seem > to 'fool' frequency scaling. > > specs: > pd 0.41.4 running in -rt -jack mode > 2.6.24-21-rt (from ubuntu hardy) > Intel Core 2 Duo CPU T8300 @ 2.40GHz > scaling_governor: on_demand (default) > > i know, that it is most likely not a direct pd problem, but probably > some other pd-linux users encountered a similar behaviour. as a > workaround, i currently manually switch the scaling_governor to > 'performance', when i am in a 'performative' situation. i wonder, if > there is a real fix for that problem. > > roman > > > > > ___________________________________________________________ > Telefonate ohne weitere Kosten vom PC zum PC: http://messenger.yahoo.de > > > _______________________________________________ > Pd-list@iem.at mailing list > UNSUBSCRIBE and account-management -> > http://lists.puredata.info/listinfo/pd-list > _______________________________________________ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list