Re: polling
- From: "andrew queisser" <andrewdotqueisser@xxxxxx>
- Date: Fri, 10 Nov 2006 16:27:03 GMT
<david.tucker@xxxxxxxxxxxxxxxxxxxxx> wrote in message
news:1163172565.412885.214860@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
You're talking about UDP broadcasts here? I think UDP is useful in many
Guddu wrote:
To put it briefly,
can we use polling to find whether UDP packets are being dropped at the
UDP socket buffer? If so how ?
You have UDP all wrong, it is really only useful for talking to a lot
of clients at once. For example if you want to push the same file out
to 20 machines, in theory UDP is 20 times faster than with "normal"
TCP/IP communications. (Theory only because UDP drops packets like a
dog).
other applications where the overhead of TCP is problematic.
[snip]
Totally agree about the queue thing but how do you know his machine is that
Also you are probably doing to much with your packets at receive time.
Just retrieve them from the UDP listener and move them to a queue.
Your machine is way faster than the measly 100MBit/sec UDP can can
achieve so you should be able to keep up with it just fine. Spawn
another thread to handle the data, or deal with it later if it is not
to large.
fast? This is .embedded so it's possible he has a pretty wimpy processor. I
know I do.
Andrew
.
- References:
- polling
- From: Guddu
- Re: polling
- From: david . tucker
- polling
- Prev by Date: Re: UDP packets dropping
- Next by Date: Re: How to read the data from the first sector of HDD
- Previous by thread: Re: polling
- Next by thread: Re: polling
- Index(es):
Relevant Pages
|