gigaroby / thesis Goto Github PK

misurare cosa succede se c'e' una collisione (due terminali che cercano di mandare messaggio allo stesso terminale)

ricevo aspetto sento se l'ha rilanciato qualcun altro e intanto accumulo

in particolare quella di msg/s, troppo larga e ciccia

figure su topologie (device to device communication, ...) -> migliorare didascalie. didascalia contiene tutte info per capire contesto della figura senza leggere il testo

fare test msg/s e rtt in modo ASINCRONO (piccoli pacchetti con rete scarica) usando un token per assicurarsi che rete sia scarica (e aggiungere un po' di incertezza con timer random)

tasked -> ??
programmatic -> ??

percorso logico:

• intro (contesto, motivazione del lavoro, perche' bt e non wifi)
• cos'e' bluetooth
• analisi alternative
• meshchat
  • analisi performance
  • ...

Definire cosa stiamo misurando (throughput e' troppo generico). Va definito da subito
cosa vogliamo misurare e poi nelle altre sezioni cosa faccio come lo faccio ecc.

documentare tutto riguardo a misurazione (problema coi socket su android ecc.)
segnalare bug incontrati

Nella sezione meshchat spiegare meglio cosa fare dal punto di vista protocollare
difficolta' dal p.d.v. realizzativo,

mettere dichiarazione di intenti (si puo' mettere nell'intro o fare capitolo a parte), in modo da rendere la struttura coerente
tra introduzione e motivazioni bisognerebbe stare in capitolo da 3/4 pag max

info riguardo a chi spedisce e chi riceve nella caption della figura, ecc.