[Swift-devel] Re: replication vs site score

Ben Clifford benc at hawaga.org.uk
Mon Apr 6 10:50:04 CDT 2009


On Mon, 6 Apr 2009, Mihael Hategan wrote:

> You are saying this with the awareness of the fact that replicas are
> only sent after the prototype job sat in the queue (and didn't start
> running) for what is deemed _too_much_?

I'm not suggesting that we reduce any submission load to remote sites. I'm 
suggesting a different order for those submissions.

The queue delay is not so _too_much_ that we cancel the original on 
replication; and it appears (though I don't have stats on real runs) that 
the originals do run sometimes (though it would be interesting to know in 
real situations how often)

Given that, I'm suggesting that a better use of our load capacity is to do 
it with the ordering I suggested.

As far as I can tell, it will not result in slower runs. In the case where 
originals do run eventually, this should results in faster runs.

Thinking about it more, I can see a situation where a site is pretty fully 
loaded queuewise by swift yet never actually runs a job, because by the 
time a job gets near the front of the queue it has been replicated and run 
elsewhere. That's an extreme, but I think its the extreme of the same 
situation I talk about in my original message.

-- 



More information about the Swift-devel mailing list