Hi Sam,

Here is what could be done (in the context of 
http://tracker.ceph.com/issues/9566
), please let me know if that makes sense:

* ordering:

  * when dequeuing a pending local reservation, chose one that contains a PG 
that belongs to the busiest OSD (i.e. the OSD for which there are more PGs 
waiting for a local reservation than any other)
  * when sending a remote reservation request, set the priority to reflect the 
total number of pending PG (absolute workload) and the number local pending PG 
for the destination OSD (workload queued locally for the remote OSD)
  * on the receiving side, the priority of the remote reservation request makes 
sure the busiest OSD gets a remote reservation before the others

* reducing latency:
  
  * if there are N pending remote reservations, reject a remote reservation 
request instead of queuing it so that the local reservation can be used instead 
of waiting.

Cheers

-- 
Loïc Dachary, Artisan Logiciel Libre

Attachment: signature.asc
Description: OpenPGP digital signature

Reply via email to