Skip navigation
Bl0tCh
Bl0tCh
Currently Being Moderated

Object Replication - Bandwidth management

May 3, 2012 2:09 PM

Hello,

 

I'm writing an application using object replication only because data is available on demand.

I use multiple groups and i want to manage bandwith priority among them. I face a difficulty for managing the download bandwidth (for upload i just use denyRequestedObject).

 

At runtime, as i want to get data at the maximum possible speed, i call addWantObject for all the netgroups so i'm sure to download as fast as possible. But some netgroups data are more important and i want to favorise the download of pieces of these netgroups while still downloading from others if bandwidth is available.

 

At the beginning i was thinking of catching NetGroup.Replication.Fetch.SendNotify and if the bandwith used by the considered group already was sufficient i would prevent flash to send the demand for the object. But unfortunately it is not possible since the event isn't cancelable so i can't use preventDefault() on it ...

 

Do you have any idea on how to handle this problem ???

 

Thank you

387 Views   2 Replies   Latest reply: Bl0tCh, May 4, 2012 12:05 PM
 
Replies
  • Michael Thornburgh
    Currently Being Moderated
    1. Michael Thornburgh,
    May 4, 2012 12:02 AM   in reply to Bl0tCh
    Report

    there is no provision to control transmission priority from the receiver.

     

    to limit upload bandwidth, rather than using denyRequestedObject(), i recommend delaying the writeObject() call for a time to achieve a desired average upload rate. by calling denyRequestedObject(), the wanting peer will immediately ask someone else. if there is nobody else to ask, it'll ask you again immediately. so you still might end up using a lot of bandwidth just for the request/deny messages even though no useful work is happening.

     
    |
    Mark as:
  • Bl0tCh
    Currently Being Moderated
    2. Bl0tCh,
    May 4, 2012 12:05 PM   in reply to Michael Thornburgh
    Report

    Thank you for your response.. that's sad

     

    About the upload management, actually if i can't respond to a request immediately i place the request in a queue. I've set a maximum time for being in the queue of 5 sec, after this 5secs, i call denyrequestobject because i don't want the other peer to wait forever. do you think this time of 5sec is okay or should i change it ?

    Moreover, you say flash will make a new request immediately after receiving a denyrequestobject but it will ask for the exact same piece ? if i have other pieces in wantobjects, it won't try an other first?

     

    And is it possible inside only one group to prioritize some chunks against others? or to mix 2 replication strategies? because i want to favorise lowest_first but i want rarest pieces to be downloaded too when enough bw is available ...

    What i was planning to do is to join two groups, one in rarest and the other in lowest and control pieces demanding, but since it's not possible according to my first approach described in my first post...

     

    Additional question :

    How many pieces in the same time flash requests ?? (it seems 5, am i right ?)

    And is it 5 in total or 5 for each groups we are in?

    Is it possible to modify it's parameter?

     
    |
    Mark as:
Actions

More Like This

  • Retrieving data ...

Bookmarked By (0)

Answers + Points = Status

  • 10 points awarded for Correct Answers
  • 5 points awarded for Helpful Answers
  • 10,000+ points
  • 1,001-10,000 points
  • 501-1,000 points
  • 5-500 points