Java-Gaming.org    
Featured games (81)
games approved by the League of Dukes
Games in Showcase (499)
Games in Android Showcase (118)
games submitted by our members
Games in WIP (567)
games currently in development
News: Read the Java Gaming Resources, or peek at the official Java tutorials
 
    Home     Help   Search   Login   Register   
Pages: [1]
  ignore  |  Print  
  Multiple DatagramChannel read/write vs Single Channel send/receive  (Read 2931 times)
0 Members and 1 Guest are viewing this topic.
Offline Shnagenburg

Junior Newbie





« Posted 2013-06-24 23:03:11 »

This question is with regards to a single server -> multiple clients udp-based game.

The java nio Datagram Channel and its "connect" ability seems pretty useful for speeding up a server by giving using a datagram channel to talk to each client. The documentation says connecting a channel will let us "avoid the overhead of the security checks". A downside, however, stems from people generally playing games from behind a router which hides their computer from internet traffic. Fortunately, operating systems will often make a temporary firewall rule on the router that will allow traffic to return from a recent packet destination. So, by sending a packet to the server IP + Port, we can get return traffic from that exactly server IP + Port. If I bind a port on the server for each client, the client doesn't know what port it is going to be provisioned / send that initial packet to, so it can't receive packets from the server.

One solution would be to have a separate TCP connection to the server, in which the client requests the connection and gets back the port number it will be using, and then can send a packet to that port to open the firewall.

The other is just to bind one port on the server, and use that to talk to each client.

So my question is this: Just how much does the "connected" datagram channel benefit? Is it really a significant speed difference? For my application, I'm not exactly sending a lot of data (66 tick, < 512 bytes per packet)

The other question: Is there a better way to let the client know what port it is going to be provisioned than spinning up an auxiliary connection with a pre-designated port to let the client know where it'll be?

Thanks for any insight!
Pages: [1]
  ignore  |  Print  
 
 
You cannot reply to this message, because it is very, very old.

 

Add your game by posting it in the WIP section,
or publish it in Showcase.

The first screenshot will be displayed as a thumbnail.

Pippogeek (38 views)
2014-09-24 16:13:29

Pippogeek (29 views)
2014-09-24 16:12:22

Pippogeek (18 views)
2014-09-24 16:12:06

Grunnt (42 views)
2014-09-23 14:38:19

radar3301 (24 views)
2014-09-21 23:33:17

BurntPizza (61 views)
2014-09-21 02:42:18

BurntPizza (31 views)
2014-09-21 01:30:30

moogie (36 views)
2014-09-21 00:26:15

UprightPath (49 views)
2014-09-20 20:14:06

BurntPizza (53 views)
2014-09-19 03:14:18
List of Learning Resources
by Longor1996
2014-08-16 10:40:00

List of Learning Resources
by SilverTiger
2014-08-05 19:33:27

Resources for WIP games
by CogWheelz
2014-08-01 16:20:17

Resources for WIP games
by CogWheelz
2014-08-01 16:19:50

List of Learning Resources
by SilverTiger
2014-07-31 16:29:50

List of Learning Resources
by SilverTiger
2014-07-31 16:26:06

List of Learning Resources
by SilverTiger
2014-07-31 11:54:12

HotSpot Options
by dleskov
2014-07-08 01:59:08
java-gaming.org is not responsible for the content posted by its members, including references to external websites, and other references that may or may not have a relation with our primarily gaming and game production oriented community. inquiries and complaints can be sent via email to the info‑account of the company managing the website of java‑gaming.org
Powered by MySQL Powered by PHP Powered by SMF 1.1.18 | SMF © 2013, Simple Machines | Managed by Enhanced Four Valid XHTML 1.0! Valid CSS!