29 Apr
2015
29 Apr
'15
8:28 a.m.
On Wednesday, April 29, 2015 09:57:40 AM Ilario Gelmetti wrote:
L'unica "perdita di tempo" avviene su
ethernet dove praticamente non
c'è contesa per il canale e fa usare un po' più processore alle
antenne, in ogni caso il throughput ne risente solo quando ci
avviciniamo ai 100Mbit di traffico esplicitamente tra le due antenne.
Se c'è un collo di bottiglia potrebbe essere la cpu delle antenne che
devono tagliare e ricomporre... boh, bisogna provare. In generale
volevo solo dire che il problema è molto isolato e quindi potrebbe non
essere un problema
Io credo che il collo di bottiglia sia proprio il cervello dell'antenna, tieni
in conto che la CPU e' un ARM 400MHz ora non so a quanto va il bus che collega
la porta ethernet alla CPU ma di solito e' piu' lento della CPU, e quanti
cicli ci CPU servono per tirar su dalla ethernet un pacchetto e farglielo
processare a batman, la frammentazione da sola moltiplicherebbe almeno x2
tutto il lavoro, per cui potrebbe proprio dargli il colpo di grazia alle
performance.
Per esperienza quando succedono robe inspiegabili alla fine e' sempre colpa
dell' mtu :p e comunque io cercherei di ridurre le variabili in gioco il piu'
possibile ;)
P.S. sta roba starebbe bene mettere in CC la lista lime-users su cui si parla
anche italiano
Bella!
29 Apr
29 Apr
11:14 a.m.
New subject: [lime-users] resoconto giornata eigenNet
On Wed, 29 Apr 2015 10:28:27 +0200
Gio <gio(a)eigenlab.org> wrote:
Io credo che il collo di bottiglia sia proprio il
cervello
dell'antenna, tieni in conto che la CPU e' un ARM 400MHz ora non so a
quanto va il bus che collega la porta ethernet alla CPU ma di solito
e' piu' lento della CPU, e quanti cicli ci CPU servono per tirar su
dalla ethernet un pacchetto e farglielo processare a batman,
A proposito di costo CPU, visto che openwrt (e quindi anche lime) hanno
la disponibilità di netcat e iperf abbiamo provato a fare dei test di
banda tra le antenne.
Il risultato è che i test _tra antenne_ sono fallati, vanno
necessariamente fatti tra i client che stanno sotto le antenne, la
differenza è anche di decine di Mbit/s...
La mia ipotesi è che spostare i frame da kernel space a userspace e
viceversa sia molto costoso, mentre se l'antenna fa solo routing o
incapsulazione in batman, rimane tutto in kernelspace e quindi regge
bene.
la
frammentazione da sola moltiplicherebbe almeno x2 tutto il lavoro,
per cui potrebbe proprio dargli il colpo di grazia alle performance.
Può essere
Per esperienza quando succedono robe inspiegabili alla
fine e' sempre
colpa dell' mtu :p e comunque io cercherei di ridurre le variabili in
gioco il piu' possibile ;)
Appunto, prossimamente faremo dei test in cui cerchiamo di isolare il
problema, metodo che stiamo adottando negli ultimi test.
Se la frammentazione è un problema, può esserlo anche cambiare la MTU,
alcune implementazioni di dhcp non la settano correttamente...
A proposito, settare più di 1500 sull'interfaccia ethernet è possibile?
Alcune implementazioni te lo lasciano fare, io vorrei capire se è una
cosa come settare 40MHz sul 2.4GHz (che non è proprio standard ma lo
possono fare circa tutti) o se invece molti apparati ancora non
permettono.
P.S. sta roba starebbe bene mettere in CC la lista
lime-users su cui
si parla anche italiano
Anche o solo italiano?
3524
days inactive
3524
days old
lime-users@lists.libremesh.org
1 comments
2 participants
participants (2)
-
David Costa -
Gio