Roman Haefeli wrote:
On Mon, 2007-11-12 at 21:36 +0100, IOhannes m zmoelnig wrote:
btw, did you now that you can use the . as the path for pd open?
wrong.
this won't work as well, unless you start pd from within speedtest/ . i
am actually quite happy about this example, because it
Hallo,
IOhannes m zmoelnig hat gesagt: // IOhannes m zmoelnig wrote:
so for those who are able to run Pd from the commandline (which is
practically everyone, though some might not know or find it
inconvenient), the . will eventually work.
the others will have to change the . to there
Hans-Christoph Steiner wrote:
I devised a quick test of loading speed and did some quick comparisons
on my MacBook Pro 2.4GHz. (I am used to having one of the slowest
machines around, my old 800Mhz Powerbook, so I still have to readjust my
thinking). Here's my times:
14ms
IOhannes m zmoelnig wrote:
first time i opened the patch on pd-0.40-2(vanilla): 14-16ms (cannot
remember)
second time the file was already cached, which gives me a result of 4ms
(pretty constant)
REALTIME: 4.206
REALTIME: 4.152
REALTIME: 4.127
REALTIME: 3.909
REALTIME: 4.092
REALTIME:
is just for
decoration.
Martin
From: Hans-Christoph Steiner [EMAIL PROTECTED]
To: PD list pd-list@iem.at
Subject: [PD] GUI speed test
Date: Mon, 12 Nov 2007 15:01:03 -0500
I devised a quick test of loading speed and did some quick comparisons on
my MacBook Pro 2.4GHz. (I am used to having
Steffen Juul wrote:
On 12/11/2007, at 21.43, Martin Peach wrote:
I guess the first time loaded it into the disk
cache or something like that.
Is it relevant if Pd is closed in between?
Closing pd in between I get:
REALTIME: 18.1368
REALTIME: 18.0402
REALTIME: 20.584
REALTIME: 18.0991
REALTIME:
Slower machine
Linux 2.6.8-2-386
Maxtor IDE
533MHz VIA Eden
Vanilla 0.39.2
56.033
52.55
53.1
53.007
51.39
50.02
Faster machine
Linux 2.6.23-386
1.0GHz VIA Nehemia
Seagate IDE
Extended 0.40.3
30.30
22.09
22.26
23.15
24.001
23.0
On Mon, 12 Nov 2007 15:01:03 -0500
Hans-Christoph Steiner
On Mon, 2007-11-12 at 15:01 -0500, Hans-Christoph Steiner wrote:
I devised a quick test of loading speed and did some quick
comparisons on my MacBook Pro 2.4GHz. (I am used to having one of
the slowest machines around, my old 800Mhz Powerbook, so I still
have
to readjust my thinking).
My laptop ...
pd-extended 0.39.3
Intel(R) Pentium(R) 4 Mobile CPU 1.60GHz
uname -a
Linux danomatika 2.6.20-16-lowlatency #2 SMP PREEMPT Sun Sep 23 19:54:02 UTC
2007 i686 GNU/Linux
REALTIME: 19.486
REALTIME: 15.002
REALTIME: 15.163
REALTIME: 19.944
REALTIME: 20.354
And for what its worth, my
Very similar machine to yours, Hans, except a little slower (MBPro 2
GHz. OS X 10.4.10)
19 ms. -- 0.49.3-extended-20071108
19 ms. -- 0.40.3-extended-20071011
17 ms. -- 0.39.3-extended
I'm curious what effect the dual-core is having on this, too. I thought
I had chud loaded (Apple
Hans-Christoph Steiner wrote:
I'd be interested to see how this fares on other machines and OSes. I
attached the patches
AMD Duron 1.3 GHz, Pd-0.39.3-extended-debian-stable-i386.deb
uname -a:
Linux minerva 2.6.22.10-k7-custom #1 SMP PREEMPT Wed Oct 31 16:02:02 CET
2007 i686 GNU/Linux
Load
On Nov 12, 2007, at 3:36 PM, IOhannes m zmoelnig wrote:
Hans-Christoph Steiner wrote:
I devised a quick test of loading speed and did some quick
comparisons on my MacBook Pro 2.4GHz. (I am used to having one of
the slowest machines around, my old 800Mhz Powerbook, so I still
have to
On Mon, 2007-11-12 at 21:36 +0100, IOhannes m zmoelnig wrote:
btw, did you now that you can use the . as the path for pd open?
wrong.
this won't work as well, unless you start pd from within speedtest/ . i
am actually quite happy about this example, because it illustrates well,
that 'open'
13 matches
Mail list logo