progettazione e realizzazione in java di una rete peer to peer ...

2.2 KADEMLIA
interroga un suo pari, prima di riprendere la ricerca deve aspettare la risposta.
Petar Maymounkov e David Mazi‘eres suggeriscono comunque di non aspettare
l’arrivo di tutte le risposte ma di iniziare subito a sondare i nuovi nodi per rispar-
miare tempo. Tuttavia, è nostra intenzione, usare Kademlia anche per fornire
serivizi in cui è indispensabile una latenza molto bassa. Per ottenere prestazioni
ancora migliori abbiamo, allora, pensato di introdurre una nuova funzionalità. Il
primo nodo, infatti, che chiameremo origine, oltre a comportarsi come descritto
in [1], sceglie, tra i nodi che deve contattare, un prediletto. Questo prediletto
inoltrerà direttamente la richiesta di ricerca a uno dei nodi che sta per trasmet-
tere come risposta all’origine. Questo avviene iterativamente ad ogni salto della
ricerca: il prediletto di prima generazione sceglie un prediletto tra i suoi nodi,
mentre trasmette la propria risposta direttamente all’origine. In questo modo,
nel caso la catena di prediletti non si interrompa, si arriva quasi a dimezzare il
tempo di ricerca (vedi 2.3).
Supponiamo, infatti, che tra l’origine e il nodo cercato ci siano 7 salti da
fare. Col metodo standard sarebbero necessari 12 comunicazioni per permettere
all’origine di conoscere l’indirizzo del nodo cercato.
comunicazioni = (distanza − 1) · 2
Invece, col nuovo sistema, in caso di successo, bastano 6 comunicazioni.
comunicazioni = distanza − 1
Assumendo che tutte le comunicazioni abbiano uguale durata, si avrebbe un
risparmio del 50% in termini di tempo. In caso di insuccesso, d’altra parte, le pre-
stazioni non verrebbero assolutamente variate dato che la ricerca continuerebbe
in parallelo seguendo il metodo standard.
Come scegliere il prediletto? La risposta più immediata potrebbe essere sce-
gliere un nodo a caso, ma questo non porterebbe a nessun risultato prevedibile.
Dato che questo miglioramento è stato concepito per accelerare la ricerca, abbia-
mo scelto di eleggere come prediletto il nodo il cui ID è più vicino all’ID del nodo
cercato. Un altro approccio potrebbe invece cercare di privilegiare il buon esito
della ricerca piuttosto che puramente la velocità. Petar Maymounkov e David
Mazi‘eres, studiando la rete Gnutella 3 , hanno scoperto che statisticamente i nodi
che rimangono on-line a lungo hanno molte probabilità di rimanere attivi ancora
molto tempo. Sulla scorta di questo risultato si potrebbe scegliere come eletto il
nodo che è attivo da più tempo.
3 Cfr. [9]
25