[sheepdog] [sheepdog-users] plan for Sheepdog 1.0 and new organization

MORITA Kazutaka morita.kazutaka at gmail.com
Fri May 24 02:46:47 CEST 2013


At Thu, 23 May 2013 19:10:38 +0800,
Liu Yuan wrote:
> 
> On 05/23/2013 07:03 PM, MORITA Kazutaka wrote:
> > I think of improving the current recovery codes in near future so that
> > the recovery thread doesn't affect VM I/O as far as it can.
> 
> It looks to me very hard, at least very hard to implement transparently.
> Many targets contradict themselves, to name a few:
> 
>  1 'force recovery' after cluster crash will want the full speed
>  2 VM don't want recovery take its IO channel but want it to be get done
> as soon as possible
>  3 People want to check run as fast as possible but don't want it to
> interfere with VM.

What I came up with were:

 - Make the current recovery process multi-threaded.  Then sheep can
   do multi-thread I/O against unrecovered objects, too.

 - Sleep a bit (e.g. 100 ms) before recovering a object while there
   are outstanding I/Os from VMs.

 - Use event_loop_prio() and add higher priority for I/Os from VMs.

I'm not sure these work well, but I think they are worth a try.

Thanks,

Kazutaka



More information about the sheepdog mailing list