Newsgroup: it.comp.reti.wireless
Titolo: Testare Throughput

Salve,
ho acquistato un router d-link DI-624 + due pcmcia (DWL-G650 e DWL-650) 
e sono alquanto perplesso dalle prestazioni del tutto.
Ho fatto un paio di prove copiando dei file in rete:
DWL-G650 sotto linux (drivers madwifi)
- con AP in un differente piano: 1MB/s
- a un metro dall'AP: 1MB/s
DWL-G650 sotto win2k:
- a un metro dall'AP: 2MB/s
DWL-650 sotto win2k:
- a un metro dall'AP: 1MB/s
Ora mi piacerebbe capire dove sta l'inghippo e in particolare vorrei 
poter ri-effetture i test senza dipendere dalla scrittura sul
disco in quanto le macchine con le quali ho fatto i test sono
vecchiotte e temo che i dischi facciano da collo di bottiglia. Esiste
Quale tool che permetta cio'?
Il tutto per capire se ci sono problemi hardware, nel qual caso
devo affrettarmi a rispedire il tutto indietro.
Vi ringrazio :)
d.

 Quale tool che permetta cio'?
Con GNU/Linux prova a fare un test via ftp con
wget -O /dev/null 
ftp://ipaltrocomputer/file/di/prova
In questo modo non scrive sul disco.
Per testare la velocità di lettura del disco
hdparm -tT /dev/tuodiscofisso
Ciao
Teo
-- 
Life is the childhood of our immortality.
                -- Goethe

 hdparm -tT /dev/tuodiscofisso
Questo l'avevo già provato e mi da:
 Timing buffer-cache reads:   568 MB in  2.01 seconds = 282.49 MB/sec
 Timing buffered disk reads:   32 MB in  3.06 seconds =  10.44 MB/sec
quindi il disco dovrebbe comunque reggere bene. Speravo un 'falso 
valore', ma il /dev/null smentisce.
Devo derrure quindi che l'AP ha dei problemi dato che entrambe le schede 
manifestano dei transfer bassissimi? Ci sono per caso dei settaggi 
determinati dell'AP che possono fare la differenza? (nonostante abbia 
ormai provato un po' di tutto..)
Avessi la possibilità di provare un altro AP avrei qualche certezza in 
piu'...
ciao,
d.

 2MB/s
Io con una G650 ed un 2000AP ottengo una velocità media di 2.7MB/sec ovvero
poco meno di 22Mbit/sec ad un paio di metri nella stessa stanza.
Lontani dai 54 promessi, ma credo siano dei valori rispettabili per le
apparecchiature usate.
Sotto windows ho constatato che in effetti è possibile raddoppiare questa
velocità, ovvero sfiorare i 44Mbit/sec usando l'opzione turbo che però non
credo sia supportata dal driver Gnu/Linux
Utilizzando un AP ed una pcmcia 802.11a ottengo gli stessi risultati
(22Mbit/sec), ma ho notato che la velocità decade più rapidamente in
presenza di ostacoli. Anche qui niente di sorprendente.
Ciao
Teo

 presenza di ostacoli. Anche qui niente di sorprendente.
Sulla questione 'ostacoli' mi concentrerò in un secondo tempo, volevo 
assicurarmi innanzi tutto che in condizioni ottimali non ci fossero 
problemi dovuti a problemi hardware.
ciao,
d.


4.11. Does madwifi support SuperG (Turbo mode et al.) channel bonding?
No. According to Sam, Super G includes 'turbo mode' and some other bits
which operate in the 2.4GHx band (i.e same as 802.11b/g, but not 802.11a).
Adding support is currently low priority.
Ciao
Teo

 dal wireless in modo da non rimanerne delusi.
Le performance medie reali rapportate ai dati teorici le sapevo, non mi
aspettavo certamente velocità assurde :) semplicemente speravo che il
modello in questione gestisse meglio il 54Mb.
Per nulla deluso comunque, anzi è di una comodità assoluta.
Grazie per tutte le info :)
d.

 - a un metro dall'AP: 1MB/s
Beato te, io ho misurato un transfer massimo di 100K/s dalla scheda 650
all'access point 900-ap e 500k/sec dall'access point al resto della
rete.
Sono sicuro che ci sia qualcosa che non va, ma cosa?
Il wep non e' attivato, c'e' la diversity antenna e la potenza e'
regolata al massimo.
La 650 e' su un portatile con la knoppix 3.3 installata sull'hd che usa
il driver prism_cs.
Ho misurato questa velocita' sia con trasferimenti ftp che con
pingflood.
-- 
casella di posta antispam:
capo AT officinadelleidee DOT org

se sono molto vicini tra di loro devi abbassare la potenza .... le armoniche sblatterano


 pingflood.
Prova con il copy su /dev/null suggerito qualche post sopra.
ciao,
d.

 armoniche sblatterano
sai che non ci avevo mai pensato?
in ogni caso non e' quello, ho testato il sistema sia a pochissima
distanza che attraverso muri e piani e la velocita' e' sempre rimasta
costante.
ho anche costruito una collineare per l'access point per aumentare un
poco il raggio d'azione ma non ha influito minimamente.


 Prova con il copy su /dev/null suggerito qualche post sopra.
in linea teorica non dovrebbe essere diverso da un transfer ftp e ha
comunque il limite di lettura che il pingflood non ha.
