We have a QRTP 6.1a platform running a python2.0 tcp/ip server (tiny
stack).
A NT client sends requests to this server. Computing a request is very
short.
I really don’t know why but we cannot sends more than 5 or 6 requests
per second. It seems that our tcp/ip requests are blocked somewhere.
The result is same either if QRTP and NT are connected together via a
local network or directly by a point to point cable.
/etc/hosts knows the NT stations.
In fact, this application is not the only one to have this problem. We
often encounter some understandable delays in phindows.
We have a QRTP 6.1a platform running a python2.0 tcp/ip server (tiny
stack).
A NT client sends requests to this server. Computing a request is very
short.
I really don’t know why but we cannot sends more than 5 or 6 requests
per second. It seems that our tcp/ip requests are blocked somewhere.
The result is same either if QRTP and NT are connected together via a
local network or directly by a point to point cable.
/etc/hosts knows the NT stations.
In fact, this application is not the only one to have this problem. We
often encounter some understandable delays in phindows.
Any idea?
I’ve had huge problems with slow networking. Are you using the devn-speedo
(Intel) driver? There’s a knowledgebase article about an as yet undiagnosed
problem that makes the driver very slow. http://www.qdn.com/support/bok/solution.qnx?10384
I’ve had huge problems with slow networking. Are you using the devn-speedo
(Intel) driver? There’s a knowledgebase article about an as yet undiagnosed
problem that makes the driver very slow. http://www.qdn.com/support/bok/solution.qnx?10384
Actually, this has been fixed for a while now on developers.qnx.com. The
other option is to pass “nomulticast” to the driver when loaded.
chris
–
cdm@qnx.com > “The faster I go, the behinder I get.”
Chris McKillop – Lewis Carroll –
Software Engineer, QSSL
<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<
I’ve had huge problems with slow networking. Are you using the devn-speedo
(Intel) driver? There’s a knowledgebase article about an as yet undiagnosed
problem that makes the driver very slow. http://www.qdn.com/support/bok/solution.qnx?10384
Actually, this has been fixed for a while now on developers.qnx.com. The
other option is to pass “nomulticast” to the driver when loaded.
chris
–
cdm@qnx.com > “The faster I go, the behinder I get.”
Chris McKillop – Lewis Carroll –
Software Engineer, QSSL
I’m using the devn-el900, is the “nomulticast” option usefull for this driver?