Newsgroup: it.comp.os.linux.iniziare
Titolo: Velocita, come fare un fine tuning?

Ciao a tutti, chiedo scusa ai veterani del gruppo se mi collego
utilizzando ancora Winzozz, ma al momento no riesco ancora a
liberarmene, e il motivo e' il seguente.
La velocita' di collegamento e' di circa 10 volte inferiore
utilizzando Linux rispetto a windows. E questo e' un dato di fatto,
visto che e' circa un mese che mi collego alternativamente con un
sistema e con l'altro. Per fare delle prove ben fatte cancello sempre
la cache e utilizzo anche un utilissimo cronometro manuale. Ho provato
con distribuzioni diverse RH, Corel, MDK e Suse sia utilizzando gli
script come da vari Howto che utilizzando i vari tools grafici di
Gnome e Kde. I risultati non sono mai cambiati, ho anche provato a
cambiare i vari valori MTU,RTU, ecc senza avere apprezzabili
cambiamenti. Il mio collegamento con windows rimane sempre velocissimo
rispetto a quello con Linux
Ora, io sono sicuro che con Linux si dovrebbe almeno arrivare allo
stesso livello di prestazione, se non superiore, e raggiunto tale
livello potro' tranqullamente estirpare Wzozz dal mio PC.
Attualmente utilizzo una distribuzione Mandrake 7, la linea e' ISDN,
il fornitore di accesso e' McLink, e il TA ISDN e' un US Robotics
Sportster esterno. Se qualcuno e' in grado di aiutarmi ed ha bisogno
di altre informazioni le postero' al momento del bisogno.
Naturalmente qualsiaso consiglio e' ben accetto, anche quello RTFM
;-)))
					Ciao, Piero  
Piero Farinetti "notti periferia"
E-mail: 
p.far...@mclink.it
Ne audeas delere orbem rigidum meum !!!

Sportster esterno. 
Cosa usi per connetterti?
La velocita' della porta seriale e' settata in modo corretto? 
-- 
 +-------------------------------------------+ 
 |        Enrico Bodo  -   PhD student       |
 |      University of Rome "La Sapienza"     |
 |          Department of Chemistry          | 
 +-------------------------------------------+  

 visto che e' circa un mese che mi collego alternativamente con un
Forse e' un problema di fine tuning della seriale che puoi risolvere con
setserial
-- 
Pierluigi De Rosa (
tho...@durin.khazad-dum.net
).
<<      LINUX: the choice of a GNU generation     >>
<<   For my real address... ask the Balrog.       >>
* Sostenete la Lega per la Soppressione dei Troll *

 Sportster esterno. Se qualcuno e' in grado di aiutarmi ed ha bisogno
iniziamo da questo:
in redhat 6.1, /etc/rc.d/rc.local :
setserial /dev/modem spd_vhi
/sbin/irqtune -f
hdparm -A1 -d1 -c1 -u1 -m16 /dev/hda
hdparm -A1 -d1 -X66 -c1 -u1 -m16 -f /dev/hdb
hdparm -u1 -c1 /dev/hdc
hdparm -u1 -c1 -d1 /dev/hdd
prova le sole prime due righe. per hdparm consulta il man e procedi
con *MOLTA* cautela adattando tutto alla tua peculiare situazione. -u
dovrebbe essere innocuo e risolvere i tuoi problemi di seriale, il
resto e' per aumentare la bandwidth dei dischi in qualunque
condizione. e leggi le man pages ;)
(ci dovrebbe essere un minihowto sul sito di hitman, ora non ricordo
l'url, prova una ricerca con 
www.deja.com/usenet
).
ciao, gabriele.
-- 
http://www.freeweb.org/personali/gz/l/
 + (X/faq oppure u/cpd.txt)
[Crash programs] fail because they are based on the theory that, with
nine women pregnant, you can get a baby a month. -- Wernher von Braun

utilizzando Linux rispetto a windows. E questo e' un dato di fatto,
Prova a guardare il mio sito, c'e` un simpatico
linux-tuning-microHowTo... potrebbe darti una mano. 
Ma nel caso di ISDN non saprei proprio - forse hai configurato male
l'ISDN da linux... :/
-- 
The Hitman - 
http://members.xoom.it/hitman/
e-posta: 
sonic...@tiscalinet.it
 <-- *NUOVO* 
Powered by Slackware 7.0 & installwatch
- Le risposte stanno spesso in /usr/doc -

con setserial
Mi sono  un po'  perso con i  kernel recenti. Se  provo ad  impostare la
velocita' della seriale appare questo messaggio nei log:
-------------------------------[ taglia ]-------------------------------
Feb 15 00:04:05 localhost kernel: Use of setserial/setrocket to set
SPD_* flags is deprecated
-------------------------------[ taglia ]-------------------------------
Ho notato  che nella  distribuzione RH  il file  /etc/rc.d/rc.serial non
esiste piu'. C'entra qualcosa con il log di cui sopra ?
Ciao
Ale
-- 
Home Page: 
http://web.tiscalinet.it/airaghi
Per ottenere il mio indirizzo e-mail sostituire a NOSPAM il mio cognome

 esiste piu'. C'entra qualcosa con il log di cui sopra ?
Si, in effetti neanche nella mia 6.0 c'e'... potrebbe essere o che sia
obsoleto oppure che tu possa crearlo/editarlo se necessario, come
d'altro canto si fa con rc.local.


d'altro canto si fa con rc.local.
Ok. Dal momento che il kernel  fa storie se modifichi la velocita' della
seriale  e che  /etc/rc.d/rc.serial non  esiste piů,  pensavo che  l'uso
dell'utility setserial non fosse piů necessario. Proverň a frugare nella
documentazione del kernel e di setserial. 
Grazie lo stesso.


 Grazie lo stesso.
Anzi mi dispiace di non esserti stato d'aiuto piu' di tanto..


 scarico testo puro.
beh prova con un setserial /dev/modem per vedere se e' gia' vhi, btw
7kb/sec = 56kbit/sec ~ spd_hi
beh se vedi che e' gia' vhi e' inutile spaccarsi la testa, scordati di
quello che ho detto su setserial ;)
se invece setserial per i spd_ e' proprio veramente deprecato, e non
ti riconosce completamente la seriale, forse c'e' qualche parametro da
passare al kernel al boot o ai moduli delle seriali tramite opportuno
file in /etc/, ma non ho mai approfondito.
altro non so :-/
in ogni caso hdparm -u e irqtune dovrebbero dare un'aiutino.
ciao, gabriele.
ps: il flag corrispondente a -W e' sicuramente deprecato e non
andrebbe usato.
-- 
http://www.freeweb.org/personali/gz/l/
 + (X/faq oppure u/cpd.txt)
The human mind ordinarily operates at only ten percent of its capacity
-- the rest is overhead for the operating system.

nessuna deprecazione; era una cosa gia' emersa sul gruppo...
Lancia minicom (dopo setserial) e poi vedi :-))


 Lancia minicom (dopo setserial) e poi vedi :-))
boh, si parlava di setserial e non di minicom, magari c'e' una "nuova
procedura" che versioni vecchie del software non gestiscono, non lo
so.
btw, minicom non segnala una cippa, miscredente ;) (si', il setup e' a
115200 ;)
ora vorrei capirci qualcosa di piu', visto che pare sia l'unico
"graziato"... il kernel tree e' quello ufficiale, non redhat.
[gzuglian@gzuglian ~]$ rpm -qi minicom |grep -i version
Version     : 1.82.1                       Vendor: Red Hat Software
se servono altre informazioni, sono qui.
giuro, non ho taroccato i risultati ;)
ciao, gabriele.
-- 
http://www.freeweb.org/personali/gz/l/
 + (X/faq oppure u/cpd.txt)
A debugged program is one for which you have not yet found the
conditions that make it fail. -- Jerry Ogdin

115200 ;)
Difatti minicom non segnala nulla anche a me.
Utilizzo il kernel 2.2.14 "ufficiale".
Mi spiego meglio:
1)Dai il comando (dove /dev/ttyS1 = modem):
# setserial /dev/ttyS1 spd_vhi
2)Esamina /var/log/messages: nulla di nulla. 
3)Lancia minicom
4)Esamina di nuovo /var/log/messages:
Apr  8 19:16:52 localhost kernel: Use of setserial/setrocket to set
SPD_* flags is deprecated


hdparm -A1 -d1 -X66 -c1 -u1 -m16 -f /dev/hdb
Innanzitutto ringrazio tutti quelli che hanno risposto.
Venendo poi al dunque devo dire che il collegamento e' migliorato
molto dopo le modifiche esposte (grazie Gabriele), ho sistemato anche
gli hard disk ed ho utilizzato una nuova stringa per il TA, pero' pur
non essendo piu' 10 volte inferiore la velocità tende ancora essere in
media la meta' rispetto ai collegamenti con WZozz (sempre cronometro
alla mano + cache e cronologia pulite). I risultati di alcuni ping
tipici sono riportati di seguito:
Con lo Zozzone :
Esecuzione di Ping 
mclink.it
 [195.110.128.30] con 32 byte di dati:
Risposta da 
195.110.128.30
: byte=32 durata=172ms TTL=253
Risposta da 
195.110.128.30
: byte=32 durata=315ms TTL=253
Risposta da 
195.110.128.30
: byte=32 durata=318ms TTL=253
Risposta da 
195.110.128.30
: byte=32 durata=448ms TTL=253
Statistiche Ping per 
195.110.128.30
:
    Pacchetti: Trasmessi = 4, Ricevuti = 4, Persi = 0 (0% persi),
Tempo approssimativo percorsi andata/ritorno in millisecondi:
    Minimo = 172ms, Massimo =  448ms, Medio =  313ms
Con linux:
PING 
mclink.it
 (195.110.128.30): 32 data bytes
40 bytes from 
195.110.128.30
: icmp_seq=1 ttl=253 time=180.0 ms
40 bytes from 
195.110.128.30
: icmp_seq=2 ttl=253 time=130.0 ms
40 bytes from 
195.110.128.30
: icmp_seq=4 ttl=253 time=120.0 ms
40 bytes from 
195.110.128.30
: icmp_seq=6 ttl=253 time=150.3 ms
--- 
mclink.it
 ping statistics ---
7 packets transmitted, 4 packets received, 42% packet loss
round-trip min/avg/max = 120.0/145.0/180.0 ms
Quello che proprio non riesco a capire sono 2 cose: dove vanno a
finire i pacchetti che linux mi da' come persi (cosa che con Winz non
mi e' mai successa) e poi com'e' possibile che con tempi di ping che
sono sempre inferiori a quelli dell'odiato SO io navighi piu'
lentamente.
Vi ringrazio in anticipo per l'eventuale ;-) vostro aiuto.


 # setserial /dev/ttyS1 spd_vhi
[root@gzuglian ~]# setserial /dev/ttyS1 spd_vhi
[root@gzuglian ~]# tail -n 1 /var/log/messages
Apr 11 22:16:43 gzuglian PAM_pwdb[886]: (su) session opened for user
root by (uid=501)
[root@gzuglian ~]# minicom
(uscita con reset)
[root@gzuglian ~]# tail -n 1 /var/log/messages
Apr 11 22:16:43 gzuglian PAM_pwdb[886]: (su) session opened for user
mboh
ciao, gabriele.
-- 
http://www.freeweb.org/personali/gz/l/
 + (X/faq oppure u/cpd.txt)
Unix is a Registered Bell of AT&T Trademark Laboratories. -- Donn Seeley

 Vi ringrazio in anticipo per l'eventuale ;-) vostro aiuto.
(questa volta e' piu' probabile che il mio aiuto sia in realta' un
involontario depistaggio...).
ciao, gabriele.
-- 
http://www.freeweb.org/personali/gz/l/
 + (X/faq oppure u/cpd.txt)
He's like a function -- he returns a value, in the form of his opinion.
It's up to you to cast it into a void or not. -- Phil Lapsley

quella, dovrebbe andare tutto a posto. dovrebbe...
Questo e' quello che suppongo anch'io, pero' finora non sono riuscito
ancora a fermare l'emmorragia di bytes.
