.dsy:it. Pages (4): « 1 [2] 3 4 »
Show 150 posts per page

.dsy:it. (http://www.dsy.it/forum/)
- Sistemi distribuiti (http://www.dsy.it/forum/forumdisplay.php?forumid=292)
-- [info] Progetto (http://www.dsy.it/forum/showthread.php?threadid=25101)


Posted by luna on 02-05-2006 17:51:

Originally posted by Black Morgoth
Allora non vorrei dire una cavolata ma mi sembra di aver capito dal testo che come Id per l'algoritmo Bully bisogna usare il nick dell'utente. Il numero di utenti è dato dalla lista nel file di configurazione ma è una "lista massima": non è detto che siano tutti collegati.


mi sono dimenticata di scrivere che avevo risolto :D comunque hai ragione :) bisogna utilizzare proprio il nick dell'utente :)

__________________
"Solamente il cuore ti permette di vedere chiaramente.L'essenziale e' invisibile agli occhi"
bisogna vivere "alla giornata", senza crearsi troppe aspettative. quello che viene sarà un "di più" ed è da mettere nel salvadanaio.
Sono troppo una grilla petulante :D by Nous


Posted by No?Ya! on 02-05-2006 20:07:

Originally posted by Black Morgoth

A me sfugge una cosa però.... il folder dove pescare il file di configurazione glielo devo passare durante l'esecuzione?


Io ho fatto un oggetto peer che ha il costruttore che prende come parametro la prima stringa inserita quando faccio partire la classe: a seconda del nome prende il file di configurazione relativo


es. java Peer test1 prenderà il file di config del peer test1

__________________
http://www.noya.it
--------
Delta9 Drum&Bass Crew
--------
Associazione Orange


Posted by luna on 02-05-2006 20:26:

Originally posted by No?Ya!
Io ho fatto un oggetto peer che ha il costruttore che prende come parametro la prima stringa inserita quando faccio partire la classe: a seconda del nome prende il file di configurazione relativo


es. java Peer test1 prenderà il file di config del peer test1


visto che bisogna far girare 4 peer io pensavo di modificare in ognuno il percorso del file, facendo puntare al file di configurazione relativo al peer che viene avviato.va bene ugualmente?:look: perche' da quello che hai scritto non ho ben capito sinceramente!

per ora ho implementato con l'algoritmo bully la fase dell'elezione del coordinatore..voi cosa avete usato per spedire l'avviso agli altri peer?da quel che ho capito la comunicazione deve avvenire uno per uno, non in multicast giusto?:)
Off-Topic:
Noya!hai pm!!:D

__________________
"Solamente il cuore ti permette di vedere chiaramente.L'essenziale e' invisibile agli occhi"
bisogna vivere "alla giornata", senza crearsi troppe aspettative. quello che viene sarà un "di più" ed è da mettere nel salvadanaio.
Sono troppo una grilla petulante :D by Nous


Posted by Black Morgoth on 03-05-2006 14:31:

Originally posted by luna

per ora ho implementato con l'algoritmo bully la fase dell'elezione del coordinatore..voi cosa avete usato per spedire l'avviso agli altri peer?da quel che ho capito la comunicazione deve avvenire uno per uno, non in multicast giusto?:)
Off-Topic:
Noya!hai pm!!:D


Credo anche io di aver capito che il procedimento è singolare ma totale (nel senso che va fatto a tutti i peer).

Per l'algoritmo bully e la gestione dell'elezione . . . è necessario usare un'altro oggetto? Come lo avete gestito voi?


Posted by luna on 03-05-2006 19:04:

io ho lanciato un altro thread a parte per gestire l'algoritmo bully :)
credo di aver risolto la parte dell'elezione..in pratica via socket chi è coordinatore deve spedire un messaggio a tutti gli altri utenti che ovviamente hanno id piu' basso (quindi con il nickname piu basso).
pero' deve spedire un messaggio alla volta, non tutti insieme!

io pero' ho un altro dubbio..guardando l'esempio di file di configurazione nel testo del progetto, se tutti i peer fossero attivi, sarebbe Paolo il coordinatore..ma come faccio nel caso in cui Paolo non sia attivo?non capisco come devo gestire questa eventualita'!perche' comunque tutti i peer pescano sempre dal file di configurazione!spero di essere stata chiara :look:

__________________
"Solamente il cuore ti permette di vedere chiaramente.L'essenziale e' invisibile agli occhi"
bisogna vivere "alla giornata", senza crearsi troppe aspettative. quello che viene sarà un "di più" ed è da mettere nel salvadanaio.
Sono troppo una grilla petulante :D by Nous


Posted by Cr34t|v3 on 03-05-2006 20:03:

Originally posted by luna
io ho lanciato un altro thread a parte per gestire l'algoritmo bully :)
credo di aver risolto la parte dell'elezione..in pratica via socket chi è coordinatore deve spedire un messaggio a tutti gli altri utenti che ovviamente hanno id piu' basso (quindi con il nickname piu basso).
pero' deve spedire un messaggio alla volta, non tutti insieme!

io pero' ho un altro dubbio..guardando l'esempio di file di configurazione nel testo del progetto, se tutti i peer fossero attivi, sarebbe Paolo il coordinatore..ma come faccio nel caso in cui Paolo non sia attivo?non capisco come devo gestire questa eventualita'!perche' comunque tutti i peer pescano sempre dal file di configurazione!spero di essere stata chiara :look:


Credo, sia sottinteso che il file di configurazione non sia lo stesso per ogni peer. Basta cambiare l'ordine dei client, e far ruotare la riga che identifica il nostro peer (la 3°).. spero di essere stato chiaro

test1:
...
Marco..
Paolo..
Andrea..


test2:
...
Paolo..
Marco..
Andrea..

test3:
...
Andrea..
Paolo..
Marco..
.
.
.
se di peer ce ne solo 1 attivo, quello svolge la funzione di coordinatore..

__________________
Debian rules
Linux User #305560

cerchi una casa in affito x le tue vacanze? Casa Vacanze Sicilia http://www.marsala.sicilia.it


Posted by luna on 03-05-2006 20:17:

si esatto :) ma il problema è che io pesco i nick dal file e il file non mi dice chi è attivo e chi no :) di conseguenza vedra' sempre tutti attivi no?oppure pesco i nickname degli utenti e prima di eleggere il coordinatore guardo chi è attivo e chi no?se dovessi far cosi',come potrei fare un controllo del genere?:look:

ah inoltre, una conferma..voi quando il testo dice "il coordinatore esegue l'rmi registry" come lo avete interpretato?eseguira' un getRegistry con il numero di porta dell'rmi registry che è nel file di configurazione?:)

__________________
"Solamente il cuore ti permette di vedere chiaramente.L'essenziale e' invisibile agli occhi"
bisogna vivere "alla giornata", senza crearsi troppe aspettative. quello che viene sarà un "di più" ed è da mettere nel salvadanaio.
Sono troppo una grilla petulante :D by Nous


Posted by No?Ya! on 03-05-2006 23:34:

Originally posted by luna
si esatto :) ma il problema è che io pesco i nick dal file e il file non mi dice chi è attivo e chi no :)


rispondo in parte alla prima domanda (anche perchè sono un pò antiripigliato in questo momento ed in generale col progetto...

per controllare se i peer sono attivi io ho fatto questa funzioncina:

code:
public boolean connectTo(int peerIndex){ try{ socketConnessione = new Socket(peerIP[peerIndex], Integer.parseInt(peerPort[peerIndex])); return(true); }catch(Exception e){ return(false); } }


in pratica prova a connettersi ad uno dei peer (che io ho memorizzato in array) e restituisce true se riesce, false altrimenti... in tal modo se ti restituisce true vuol dire che il peer a cui prova a connettersi è attivo...

__________________
http://www.noya.it
--------
Delta9 Drum&Bass Crew
--------
Associazione Orange


Posted by luna on 04-05-2006 06:41:

grazie :) hai decisamente ragione..pensavo anche io di fare un metodo del genere e di richiamarlo magari prima di effettuare la ricerca di un file oppure direttamente prima di fare l'elezione :)

__________________
"Solamente il cuore ti permette di vedere chiaramente.L'essenziale e' invisibile agli occhi"
bisogna vivere "alla giornata", senza crearsi troppe aspettative. quello che viene sarà un "di più" ed è da mettere nel salvadanaio.
Sono troppo una grilla petulante :D by Nous


Posted by luna on 04-05-2006 16:42:

comunque, mi sa che per creare quel metodo credo che usero' il metodo gia' esistente per le Socket che mi permette di capire se è attiva o no :)
attualmente lo sto implementando durante l'algoritmo bully..in modo che sapro' sempre a priori chi è connesso o no...sara' giusto?

__________________
"Solamente il cuore ti permette di vedere chiaramente.L'essenziale e' invisibile agli occhi"
bisogna vivere "alla giornata", senza crearsi troppe aspettative. quello che viene sarà un "di più" ed è da mettere nel salvadanaio.
Sono troppo una grilla petulante :D by Nous


Posted by ripe on 07-05-2006 09:04:

Qualcuno consegna questo progetto Mercoledì?
Avete qualche suggerimento ?

__________________
«And if you ever smell christian blood up in the mountains, then get your axe and chop them down!»


Posted by nous on 07-05-2006 12:56:

Il mio suggerimento è di fare l'esame orale e di consegnarlo quel giorno :)

__________________
Cristian,il Nous che invoglia ^_^

"La capa è troppo in la,e la sbarba è troppo giovane..mi sa che qua si va in bianco"
Ryo Saeba (City Hunter)


Posted by ripe on 07-05-2006 13:29:

Originally posted by nous
Il mio suggerimento è di fare l'esame orale e di consegnarlo quel giorno :)


Molto utile, grazie, mi aiuterà sicuramente a capire se ho implementato correttamente la concorrenza.

__________________
«And if you ever smell christian blood up in the mountains, then get your axe and chop them down!»


Posted by rik on 08-05-2006 10:38:

succede anche a voi che facendo partire l'remiregistry da codice java, tutte le comunicazioni rmi rallentano in modo incredibile (rispetto a quando faccio partire il registry da linea di comando)??


Posted by ripe on 08-05-2006 12:52:

Originally posted by rik
succede anche a voi che facendo partire l'remiregistry da codice java, tutte le comunicazioni rmi rallentano in modo incredibile (rispetto a quando faccio partire il registry da linea di comando)??


Si, ma l'esercitatore ha detto che dovrebbe essere tutto normale...

__________________
«And if you ever smell christian blood up in the mountains, then get your axe and chop them down!»


All times are GMT. The time now is 02:09. Pages (4): « 1 [2] 3 4 »
Show all 54 posts from this thread on one page

Powered by: vBulletin Version 2.3.1
Copyright © Jelsoft Enterprises Limited 2000 - 2002.