It's been a while since I used player so forgive my potentially na=EFve
By PULL mode do you mean "polled"? Does the server need explicit
confirmation/notification from the client before sending the next chunk =
If it is polled, then I would see a couple of reasons for not using it:
1. Could lock the execution of the server in sync with the client.
2. Data latency, if the client has to send a message to the server =
receives the latest data this incurs an extra delay.
A few alternatives:
1. Use an unreliable transport that doesn't fill up buffers but drops
instead, unlike TCP. (May need to build an intermediate program to do =
2. Use a client controlled reporting rate: the client specifies the
frequency of the reports (which it can adapt over time). This should
throttle the server to a level that it can handle.
Mobile Networking Systems
> -----Original Message-----
> From: playerstage-developers-bounces@...
> [mailto:playerstage-developers-bounces@...] On =
> Brad Kratochvil
> Sent: Tuesday, July 04, 2006 12:03 PM
> To: playerstage-developers@...
> Subject: [Playerstage-developers] to push, or not to push
> Hey all,
> I just updated playerv to include a PULL mode from the server. We =
> experiencing problems on some of our slower machines w/ slower
> connections when using playerv with lasers, maps, amcl, stage, etc. =
> the computer or connection wasn't fast enough we had data backing up =
> the pipe and playerv wasn't always fresh.
> So, I decided to give playerv a go with a PULL mode. By running a
> couple of simple tests, it looks as if using PULL with the above
> mentioned devices is actually faster on my shiny new Optiplex than the
> PUSH modes are. So, I have 2 questions...
> Can somebody else check this out and determine if I'm just seeing
> things? If it is faster for others, then I would like to consider
> moving playerv to PULL mode by default. The code should be checked =
> CVS and you can use it with > playerv -pull 1
> Why is PUSH currently the default mode, and would anyone be interested
> in changing it? The reason I ask is that our students that use player
> here have all run into the problem of wondering why their data is =
> fresh, and I see others on the web with the problem also.
> My mind is not currently made up which way is better, but I think we =
> end up with less confused people if we would move to a default PULL
> mode. On the other hand, maybe we just need to emphasize the point =
> in the documentation.
> What do you all think?
> Best regards,
> Using Tomcat but need to do more? Need to support web services, =
> Get stuff done quickly with pre-integrated technology to make your job
> Download IBM WebSphere Application Server v.1.0.1 based on Apache =
> Playerstage-developers mailing list