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@iem.at http://iem.at/cgi-bin/mailman/listinfo/pd-dev