Thorben <[EMAIL PROTECTED]> added the comment: The problem exists even if the server part is replaced by a server written in C. I only wrote up the dummy server in python to be able to provide a testcase.
The C server works with reasonable speed when connected to a client written in perl by the way. My employer is quite disappointed with Python's performance... (He provided the profiler data for the Mac by the way) I almost wish that I did something wrong, but this does not seem to be the case. Nevertheless, I will try out your suggestion. Thanks for replying, Thorben 2008/9/11 Antoine Pitrou <[EMAIL PROTECTED]>: > > Antoine Pitrou <[EMAIL PROTECTED]> added the comment: > > Thorben, is the problem still there if you use fork() rather than > launching a separate thread for the server? > > The implementation of the recv() method is straightforward and I don't > see anything that could cause a huge latency there, it's just a simple > wrapper over the C library's recv() function. The waiting certainly > occurs inside the OS rather than inside the Python interpreter. > > ---------- > nosy: +pitrou > > _______________________________________ > Python tracker <[EMAIL PROTECTED]> > <http://bugs.python.org/issue3766> > _______________________________________ > ---------- nosy: +Thorben _______________________________________ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue3766> _______________________________________ _______________________________________________ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com