hi miller, hi list
printing a lot of text eats my cpu on win and pd-0.39. i didn't test on pd-0.38, though, but on pd-0.37 i didn't get a specially high cpu-load, since (i'm only assuming) the output is printed to the shell and not to a tk/tcl-gui.
printing the line [eins zwei drei vier fuenf sechs sieben acht neun zehn( 40 times a second eats 95% of cpu (win, pentium M @ 600MHz).
same test on linux: no remarkable rising of the cpu-load.
sorry to say that, but this is one reason for me to wish back the old 'print-to-shell'-style. another is, that the 'new' pd-window is very big and the fontsize is big, too (btw: is it possible to set the fontsize of the pd-window?)
excuse me, if there are some important advantages, that i don't see yet.
cheers roman
___________________________________________________________ Gesendet von Yahoo! Mail - Jetzt mit 1GB Speicher kostenlos - Hier anmelden: http://mail.yahoo.de
printing a lot of text eats my cpu on win and pd-0.39. i didn't test on pd-0.38, though, but on pd-0.37 i didn't get a specially high cpu-load,
send '-stderr' startup argv to pd.exe. i'm not convinced all of the CPU load incurred in the old pd-gui is due to drawing text/graphics since ive made some standalone scripts that do pretty crazy things like display 25-50 fps color-spectrograms and oscilloscopes in pure unaccelerated Tk that dont chew nearly as much as PD does for a few lines of graphics or errorlog..
sorry to say that, but this is one reason for me to wish back the old 'print-to-shell'-style. another is, that the 'new' pd-window is very big and the fontsize is big, too (btw: is it possible to set the fontsize of the pd-window?)
yeah by editing pd.tk. the one time i tried using it on windows it was displaying \ in filenames with \ instead, which was never a bug in matjuconsole, but not annoying enough to track down..
excuse me, if there are some important advantages, that i don't see yet.
not really, other than the main window is now bigger, more annoying, and chews cpu ;)
hi carmen
one advantage came up to my mind, that is only related to pd-0.38: you didn't need the shell anymore. but when using a startup-script to start pd-0.39 on win, both, the shell and the main-window appear and you cannot get rid of the 'unused' shell until you quit pd. (or do i miss something to start from a script without shell?)
i just want to add, that - besides that - i really like 0.39, since some gui-problems with patches, that do dynamic object-creation and dynamically visualize/hide windows, disappeared.
good night roman
"carmen" wrote
printing a lot of text eats my cpu on win and pd-0.39. i didn't test
on
pd-0.38, though, but on pd-0.37 i didn't get a specially high
cpu-load,
send '-stderr' startup argv to pd.exe. i'm not convinced all of the
CPU load incurred in the old pd-gui is due to drawing text/graphics since ive made some standalone scripts that do pretty crazy things like display 25-50 fps color-spectrograms and oscilloscopes in pure unaccelerated Tk that dont chew nearly as much as PD does for a few lines of graphics or errorlog..
sorry to say that, but this is one reason for me to wish back the
old
'print-to-shell'-style. another is, that the 'new' pd-window is very
big
and the fontsize is big, too (btw: is it possible to set the
fontsize of
the pd-window?)
yeah by editing pd.tk. the one time i tried using it on windows it was
displaying \ in filenames with \ instead, which was never a bug in matjuconsole, but not annoying enough to track down..
excuse me, if there are some important advantages, that i don't see
yet.
not really, other than the main window is now bigger, more annoying,
and chews cpu ;)
Was denken Sie über E-Mail? Wir hören auf Ihre Meinung: http://surveylink.yahoo.com/wix/p0379378.aspx
hi carmen again
"carmen" wrote:
printing a lot of text eats my cpu on win and pd-0.39. i didn't test
on
pd-0.38, though, but on pd-0.37 i didn't get a specially high
cpu-load,
send '-stderr' startup argv to pd.exe. i'm not convinced all of the
CPU
load incurred in the old pd-gui is due to drawing text/graphics since ive made some standalone scripts that do pretty crazy things like
display
25-50 fps color-spectrograms and oscilloscopes in pure unaccelerated
Tk
that dont chew nearly as muchas PD does for a few lines of graphics or errorlog..
i don't have an idea what the source of this immense cpu-load might be, but using the flag '-stderr' is much better.
thank you
roman
Was denken Sie über E-Mail? Wir hören auf Ihre Meinung: http://surveylink.yahoo.com/wix/p0379378.aspx
Roman Haefeli wrote:
i don't have an idea what the source of this immense cpu-load might be, but using the flag '-stderr' is much better.
It's probably the overhead of the network connection between pd and pd-gui. Using a block of shared memory instead of sockets would give faster performance as long as it was small enough for the processor to keep it in its cache.
Martin
Roman Haefeli wrote: ...
i don't have an idea what the source of this immense cpu-load might be,
check this thread on pd-dev: http://lists.puredata.info/pipermail/pd-dev/2005-03/003671.html
k
Krzysztof Czaja wrote:
Roman Haefeli wrote: ...
i don't have an idea what the source of this immense cpu-load might be,
check this thread on pd-dev: http://lists.puredata.info/pipermail/pd-dev/2005-03/003671.html
...so it seems like it comes down to Tk_CreateFileHandler aka Tcl_CreateFileHandler not being available on Windows versions of tcl/tk. I still think it would speed things up on all platforms to use shared memory instead of sockets. Martin
On Wed, 28 Sep 2005, Martin Peach wrote:
...so it seems like it comes down to Tk_CreateFileHandler aka Tcl_CreateFileHandler not being available on Windows versions of tcl/tk. I still think it would speed things up on all platforms to use shared memory instead of sockets.
I will try implementing it in DesireData when it gets usable. Someone else may want to attempt to do it in regular PureData too, because I won't be the one doing it.
Mathieu Bouchard - tél:+1.514.383.3801 - http://artengine.ca/matju Freelance Digital Arts Engineer, Montréal QC Canada
Hi List Hi Gentoo Users ;-)
Wanted to do an update on my system. I think the last time i installed gentoo i used the ck-sources. For some reason now thea are masked.
So i take the opportunity to ask which kernel sources you recommend ;-)
Cheers Luigi
-
carmen -
Krzysztof Czaja -
Luigi Rensinghoff -
Martin Peach -
Mathieu Bouchard -
Roman Haefeli