processi da far partire in contemporanea

[powerbruce87]

Detto così .... l'unica seria/sensata è la comunicazione tramite networking.

mmm cioè? nelle specifiche del progetto obbliga a utilizzare connessioni socket per creare una rete p2p tra tutti i sensori.
quindi pensavo di creare su ogni nodo 3 client thread da usare per comunicare con gli altri nodi e un server multithread (unica scelta possibile anche questa a causa delle specifiche) per ricevere le connessioni dei client degli altri nodi....

ma in tutto questo ancora nn capisco cosa debba essere e cosa debba fare Rete di sensori per far partire i processi nodi.

[andbin]

nelle specifiche del progetto obbliga a utilizzare connessioni socket

Appunto, è una delle opzioni in ambito "networking" (networking vuol dire molte cose ...)

per creare una rete p2p tra tutti i sensori.
quindi pensavo di creare su ogni nodo 3 client thread da usare per comunicare con gli altri nodi e un server multithread (unica scelta possibile anche questa a causa delle specifiche) per ricevere le connessioni dei client degli altri nodi....

Occhio che peer-to-peer (p2p) vuol dire che ogni nodo parla direttamente con gli altri nodi. Se c'è un server di mezzo e tutte le comunicazioni passano da lì, non si può più definirlo p2p.
Nel p2p in generale c'è il problema di far conoscere gli indirizzi dei peer agli altri. In tal caso si può mettere un server solo per fornire gli indirizzi ma poi le comunicazioni "vere" sono dirette tra i peer.

ma in tutto questo ancora nn capisco cosa debba essere e cosa debba fare Rete di sensori per far partire i processi nodi.

Andranno fatti partire a mano?! Dopotutto potrebbero essere su macchine differenti (?)

[powerbruce87]

Appunto, è una delle opzioni in ambito "networking" (networking vuol dire molte cose ...)


Occhio che peer-to-peer (p2p) vuol dire che ogni nodo parla direttamente con gli altri nodi. Se c'è un server di mezzo e tutte le comunicazioni passano da lì, non si può più definirlo p2p.
Nel p2p in generale c'è il problema di far conoscere gli indirizzi dei peer agli altri. In tal caso si può mettere un server solo per fornire gli indirizzi ma poi le comunicazioni "vere" sono dirette tra i peer.


Andranno fatti partire a mano?! Dopotutto potrebbero essere su macchine differenti (?)

allora! sì sì so cosa significa peer 2 peer, infatti pensavo di avere un server multithread su ogni nodo così da accettare le connessioni degli altri 3.

Essendo una simulazione deve girare tutto sul mio notebook, quindi i nodi avranno l'indirizzo localhost, e cambierà solo la porta di ogni server multithread. Insomma diciamo che il problema di far conoscere gli indirizzi nn dovrebbe sussistere dato che li posso mantenere fissi.
da quello che ho capito alcune cose vengono inserite manualmente, cioè il livello della batteria di partenza di ogni nodo, quale nodo deve essere sink e la frequenza che dovrà tenere. in seguito i nodi dovrebbero prendere come argomenti le tre cose appena citate.

ripeto fossero thread nn avrei alcun dubbio, creerei un rete sensori che chiede i tre parametri nel main e poi inizializzerei 4 nuovi nodi con i parametri acquisiti e li lancerei.... solo che dovendo essere dei processi nn so come fare