[PD-dev] just look at these numbers

[Josh Steiner]

how do these throughput measuments really reflect on actual performance 
characterisitics? ie, is the windows tk gui getting bottlenecked by this?

Krzysztof Czaja wrote:

> hi all,
>
> these are transfer rates for the connection from pd.38 to pd-gui,
> measured on an 800MHz PC (the only box I have with windows):
>
> windows xp, Miller's pdtcl.dll     430Kb/s
> linux 2.4, Miller's pd-gui          24Mb/s
>
> linux performs over 50 times faster...  and I think it scales
> (2.66MHz linux PC transfers 80Mb/s, no windows there to confirm,
> though).
>
> Perhaps, I should ask windows expert users out there: do not you
> think this should be improved?
>
> What I did was repeatedly sending tcl comments (1Kb long each) via
> a tot, and storing "clock clicks -milliseconds" readings made after
> various amounts of transferred data.
>
> Then I tried reducing the polling interval in window's pd.tk
> (originally 20ms) and got
>
> 10ms polling   810Kb/s
> 5ms polling    1.6Mb/s
>
> Reducing it further was a bad idea: 1ms interval forced wish84.exe
> to consume over 90% of cpu by doing nothing else but polling an
> empty socket.
>
> Then I tried to replace polling with setting a "fileevent"
> callback on a tcl socket channel.  Loaded a modified pd.tk
> directly via wish first, then run "pd.exe -guiport", and got
>
> fileevent-callback   3.5Mb/s
>
> so, unfortunately, tcl channel adds too much overhead...
>
> Have not tried with ws2_32.dll yet.  I am tired, this is not my
> platform.
>
> Any clue?
>
> Krzysztof
>
> _______________________________________________
> PD-dev mailing list
> PD-dev at iem.at
> http://iem.at/cgi-bin/mailman/listinfo/pd-dev



-- 
________________________________________________________________
live experimental electronic music   --   http://bluevitriol.com
independent u.s. drum'n'bass         --   http://vitriolix.com