I can, but its probably not your code that's keeping the messages for 60 seconds :)
The profiling will just tell you how much time is spent in each method, and how many times that method has been called, so you can see bottlenecks in your code. I think the problem here is a protocol bug. They're fun :P Profiling is pretty easy. apt-get install python-profiler cd /path/to/pyaim-t/src python /usr/lib/python2.3/profile.py main.py That's it :) --- James On 27/01/2006, at 8:55 AM, Daniel Henninger wrote: > How odd! I can not duplicate this behavior at all! I can > send/receive messages from people who are: > > A. on my contact list > B. on my contact list but showing as offline (invisible?) > C. not on my contact list > > all with the same speed. This is all very bizarre. Quite frankly I > expect things to start behaving "all of a sudden" by now. In the > past, I have had times when "Everything OSCAR seems slow" and at some > point after (usually half a day to a day), all of a sudden, I'm speedy > again. Bah. Anyway, those numbers are very perplexing! > > Hey James (or anyone really, but I know James has done this recently), > can you give me some tips on the profiling work you did on your > transport before? I'm not really sure where to start. > > Daniel > > On Jan 26, 2006, at 2:26 PM, Alexey Nezhdanov wrote: > >> В сообщении от Вторник 24 >> Январь 2006 22:20 Alexey Nezhdanov >> написал(a): >>> В сообщении от Вторник 24 >>> Январь 2006 21:09 Daniel Henninger >>> написал(a): >>>> =( Maybe, but I hate that there's nothing concrete I can really >>>> tell >>>> you there. I wonder why gaim is behaving better... What jabber >>>> server are you running/connecting through? >>> >>> ejabberd in one case (where it was slower) >>> jabberd13 in other (where it was faster) >>> >>> I think I'd say "forgot it, I'll do more testing and then report >>> back" now. >>> The problem is really too not specific and leaves us only to guess >>> why it >>> is happened. >>> >>> There can be another answer: may be AOL had been doing something >>> nasty... >> >> Ok. I have done more tests and got more info. >> Problem appears only when contacts not yet authorised each other. >> Method of testing: >> create two fresh ICQ contacts. >> initiate chat between them using Psi, ejabberd and pyICQ-t >> after exchanging several messages authorise both contacts and >> exchange more >> messages. >> Results (message deliver time in seconds): >> >> One test: >> 56-5-16-20-8-2-3-6-14-26-27-1-25 >> AUTH >> 23-1-1-2-1-1-2-2-1-8-0-4-4 >> >> Another test: >> 18-3-4-4-28-24-25-3-24-33 >> AUTH >> 1-1-1-1-1-2-2-2-3-4-2-4-4-1-1 >> >> I didn't tested gaim in new conditions though. Will try it tomorrow. >> >> It feels like until contacts authorise each other ICQ server handles >> messages >> as "offline ones" and processes them on different server that have >> much more >> delays than realtime one. Though it is just a suggestion. >> >> Also since in previous testing series gaim performed well in the same >> conditions I can suggest that may be gaim was using another submit >> method for >> offline messages. >> Again: I'll try to test gaim tomorrow and will report back. >> >> -- >> Respectfully >> Alexey Nezhdanov >> >> _______________________________________________ >> py-transports mailing list >> py-transports@blathersource.org >> http://www.modevia.com/cgi-bin/mailman/listinfo/py-transports >> >> > > _______________________________________________ > py-transports mailing list > py-transports@blathersource.org > http://www.modevia.com/cgi-bin/mailman/listinfo/py-transports >
