<div dir="ltr"><div class="gmail_quote"><div dir="ltr">Hi All,<br></div><div dir="ltr"><div dir="ltr"><div dir="ltr" class="m_6649100477536914682gmail_signature"><div dir="ltr"><div dir="ltr"><br></div><div dir="ltr">We are trying to understand and study how Swift handles drive failures. From the book we have learnt that a drive failure triggers replication by default where as a node failure doesnt. We are trying to study the performance impact of this replication on the handoff nodes. </div><div dir="ltr"><br></div><div dir="ltr">If during the replication of an entire partition P to one of the handoff nodes N1, an object is upload whose 1 of the 3 replicas is destined to node N1, then is one operation going to have a higher priority ? i.e is does a normal upload operation take priority over the replication that is in progress or does it wait for the replication to complete. </div><div dir="ltr"><br></div><div dir="ltr">Also in the above scenario I do not believe the user experiences much performance degradation as the proxy server would have recieved the quorum of successful responses from the other 2 nodes. This brings us to our next question, what would be the simplest way to quantify the performance degradation due to a drive failure(maybe multiple) on a Swift setup using as few drives as possible.</div><div dir="ltr"><br></div><div dir="ltr">Any help or pointers would be appreciated.</div><div dir="ltr"><br></div><div dir="ltr">Thank you.</div></div></div></div></div>
</div></div>