Java-Gaming.org
Play Revenge of the Titans! The situation is critical. We need fancy commanders to defend Earth, the moon, Mars!
Featured games (78)
games approved by the League of Dukes
Games in Showcase (406)
games submitted by our members
Games in WIP (293)
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  
  efficient Random Writes  (Read 974 times)
0 Members and 1 Guest are viewing this topic.
Offline moogie

JGO Knight


Medals: 7
Projects: 5


Java games rock!


« Posted 2005-08-03 02:56:54 »

I have decided to try my hand at making a simple peered file transfer system based on UDP.

This restricts the size of the blocks of the file being transferred  to 63k so that it will fit in a UDP packet with some control variables.

Since the reading of blocks from one client to send to another client will be random (to attempt to evenly spread the blocks and thus work load) there is little i can do improve the random IO block reads. However this does not seem to be the major bottleneck as i achieve over 5meg a second of random blocks when using one source. With more more sources this throughput increases.

The problem is with the random writes of the blocks received... how can i speed up the random writes?

currently i can only think of two ways, both with disadvantages:

1. queued write

2. post transfer sorting

With the queued write there is to be a thread who polls a queue and takes the first block from the queue and writes it to the local disk. At the same time, blocks from one or multiple sources are adding to the end of the queue.

This as the advantage of not slowing down the throughput of the incoming blocks for the most part, however depending on the maximum size of the queue it will reach a point where it will have to wait until a block is written before accepting more blocks to the queue.

The post transfer sorting will allow the maximum throughput and will never have the situation of artificially pausing recieving the blocks as it will be sequentially writing the blocks as they are recieved most likely in a buffered fashion. In addition to the writing of the blocks, the actual positions of the blocks are also recorded. This is so that after the transfer is finished the file can be reconstructed using the positions stored.

The disadvantage for this method is two fold: it requires more disc space as it needs to store the blocks and the positions and it has to spend time reconstructing the file.


Is there a better way? of if not, which is most commonly used?
Pages: [1]
  ignore  |  Print  
 
 
You cannot reply to this message, because it is very, very old.

Play Revenge of the Titans! The situation is critical. We need fancy commanders to defend Earth, the moon, Mars!
 
Play Revenge of the Titans! The situation is critical. We need fancy commanders to defend Earth, the moon, Mars and Titan!

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

The first screenshot will be displayed as a thumbnail.

The invasion has landed! On Mars! And you're there to beat 'em!
cubemaster21 (78 views)
2013-05-17 21:29:12

alaslipknot (89 views)
2013-05-16 21:24:48

gouessej (121 views)
2013-05-16 00:53:38

gouessej (113 views)
2013-05-16 00:17:58

theagentd (126 views)
2013-05-15 15:01:13

theagentd (113 views)
2013-05-15 15:00:54

StreetDoggy (156 views)
2013-05-14 15:56:26

kutucuk (179 views)
2013-05-12 17:10:36

kutucuk (179 views)
2013-05-12 15:36:09

UnluckyDevil (186 views)
2013-05-12 05:09:57
Complex number cookbook
by Roquen
2013-04-24 12:47:31

2D Dynamic Lighting
by Oskuro
2013-04-17 16:46:12

2D Dynamic Lighting
by Oskuro
2013-04-17 16:45:57

2D Dynamic Lighting
by Oskuro
2013-04-17 16:23:20

Noise (bandpassed white)
by Roquen
2013-04-05 17:36:01

Noise (bandpassed white)
by Roquen
2013-04-03 16:17:38

Java Data structures
by Roquen
2013-03-29 13:21:12

Topic Request
by kutucuk
2013-03-22 21:42:01
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!
Page created in 0.062 seconds with 20 queries.