10.03.2015 Views

Odporność na błędy bizantyjskie w systemach peer-to-peer - Instytut ...

Odporność na błędy bizantyjskie w systemach peer-to-peer - Instytut ...

Odporność na błędy bizantyjskie w systemach peer-to-peer - Instytut ...

SHOW MORE
SHOW LESS

You also want an ePaper? Increase the reach of your titles

YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.

Dodatek A<br />

Elementy teorii grafów<br />

Teoria grafów jest jednym z <strong>na</strong>rzędzi projek<strong>to</strong>wania systemów <strong>peer</strong>-<strong>to</strong>-<strong>peer</strong>. Szczególne<br />

z<strong>na</strong>czenie <strong>na</strong> początku projek<strong>to</strong>wania ma wybór odpowiedniej architektury,<br />

jaką powinien mieć system, by uzyskać jak <strong>na</strong>jmniejsze odległości między węzłami<br />

w przestrzeni identyfika<strong>to</strong>rów i jednocześnie utrzymywać, jak <strong>na</strong>jmniejszą<br />

liczbę połączeń przez poszczególne węzły. Ważnym aspektem jest spójność krawędziowa<br />

i wierzchołkowa sieci, która stanowi, o tym jak bardzo system <strong>peer</strong>-<strong>to</strong><strong>peer</strong><br />

będzie odporny <strong>na</strong> niespodziewane odłączanie poszczególnych węzłów lub<br />

ich niepoprawne działanie. Pożądaną właściwością jest istnienie wielu dróg rozłącznych<br />

krawędziowo i wierzchołkowo pomiędzy węzłami, gdyż w przypadku<br />

wystąpienia problemów podczas wysyłania komunikatu, powin<strong>na</strong> istnieć in<strong>na</strong><br />

droga, którą moż<strong>na</strong> przesłać wiadomość. Niestety <strong>na</strong> chwilę obecną brakuje<br />

sformalizowanej me<strong>to</strong>dyki, która pozwalałaby <strong>na</strong> a<strong>na</strong>lizę dy<strong>na</strong>micznych właściwości<br />

grafów sieci <strong>peer</strong>-<strong>to</strong>-<strong>peer</strong>.<br />

Przedstawię kilka podstawowych faktów z teorii grafów, które z<strong>na</strong>jdują bezpośrednie<br />

zas<strong>to</strong>sowanie przy projek<strong>to</strong>waniu systemów <strong>peer</strong>-<strong>to</strong>-<strong>peer</strong>. W pierwszej<br />

kolejności zostanie podane kilka definicji, a <strong>na</strong>stępnie <strong>na</strong>jczęściej używane architektury<br />

grafowe występujące w <strong>systemach</strong> <strong>peer</strong>-<strong>to</strong>-<strong>peer</strong>.<br />

Definicja. Grafem G <strong>na</strong>zywamy zbiór G(V,E), gdzie V <strong>na</strong>zwany jest zbiorem<br />

wierzchołków, <strong>na</strong><strong>to</strong>miast E zbiorem krawędzi. Mówi się, że krawędź e ∈ E<br />

jest incydent<strong>na</strong> do wierzchołka v ∈ V , gdy e jest przylega do v. Krawędź e<br />

musi być przyległa do jakiegoś wierzchołka obustronnie. Grafy reprezentuje się<br />

<strong>na</strong>jczęściej w postaci rysunków, takich jak rysunek A.1.<br />

Definicja. S<strong>to</strong>pniem wierzchołka v <strong>na</strong>zywamy liczbę krawędzi incydentnych do<br />

tego wierzchołka i oz<strong>na</strong>czamy d(v).<br />

Definicja. Drogą z wierzchołka v 1 do v n w grafie <strong>na</strong>zywamy uporządkowany

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!