Mailinglist Archive: opensuse-es (1996 mails)
| < Previous | Next > |
La conexión a internet por modem en 9.1 es lenta
- From: "Carlos E. R." <robin1.listas@xxxxxxxxxx>
- Date: Fri, 30 Jul 2004 23:26:55 +0200 (CEST)
- Message-id: <Pine.LNX.4.58.0407261441320.5888@xxxxxxxxxxxxxxxx>
Hola:
Desde que me actualicé hace un mes de SuSE 8.2 a 9.1, tenía la sensación
de que la conexión por modem es más lenta que antes. He leido algún
comentario (en SLS) al respecto, pero parecía relacionado con los
winmodems. Podría ser una sensación no justificada, por lo que empecé a
prestarle más atención, y me propuse realizar algunas pruebas para
confirmarlo.
Por tanto, ahora puedo ahora confirmarlo: hay algo en el SuSE 9.1 que hace
la conexión a internet usando un modem claramente más lenta que en
versiones anteriores de SuSE.
** Sistema **
SuSE 9.1 en un P-IV a 1.8 Ghz, con 700Mb de ram. Conexión a internet por
modem externo de puerto serie (3COM US Robotics, V90 type) - nada de
winmodems.
He probado a reducir la ventana TCP a 8Kb, como se recomienda en la SDB
(Using Slow Internet Connections Efficiently), pero no aprecio la
diferencia.
Los parches están casi al dia - a 2Kb/s una actualización del kernel es...
es horrible :-(
La conexión la arranco manualmente mediante wvdial en un xterm (con las
mismas definiciones que usaba previamente en 8.2). Uso susefirewall2 y DNS
local (caché).
Si hace falta más información, pedidla.
** Sintomas **
La recogida de correo (fetchmail) va a golpes, arranca y para, raramente
alcanzando 5Kb/s. Puede pararse incluso durante un minuto, temporizando (o
sea, cortándose).
Pero no se pierde la conectividad: los pings al mismo servidor del que
descargo el correo (me ocurre con varios) funcionan; con teleline tengo un
20% de perdida de paquetes (¡vaya con teleline!) y con tíscali un 1% - de
modo que la perdida de paquetes no parece que sea el problema principal.
El YOU parece eternizarse. Las descargas por FTP son lentas. La navegación
de páginas grandes es también lenta.
** pruebas realizadas **
1) Conectar el modem a mi viejo Pentium 120, con SuSE 7.3, en modo texto.
Enrutar por intranet (un cable ethernet directo a 100Mbit/s). Cambio
la ruta por defecto en el ordenador principal (SuSE 9.1) a eth0. Las
descargas, resolución de nombres, etc, se hacen en ésta máquina
"rápida" - así que el software no cambia en absoluto - excepto que
wvdial y pppd se ejecutan en la otra máquina con 7.3.
+----------+ +-----------+
+------+ | P-120 | | P-IV 1.8Gh|
---linea---|modem |---rs232---| SuSE 7.3 |--eth--| SuSE 9.1 |
telefonica +------+ | | | (fetch) |
+----------+ +-----------+
Descargar y cronometrar un unico fichero de 738442 bytes, sin ninguna
otra actividad en internet (nada de fetchmail, ni navigación, ni enviar
correo). Sólo están el firewall local y el servidor DNS como caché. No
hay cargas grandes en el sistema (no corre el updatedb, por ejemplo),
sólo los xterms en los que veo los registros (logs) e introduzco los
comandos.
2), 3) Reconecto el modem en mi máquina P-IV con SuSE 9.1. Quito la ruta
por defecto a eth0. Repito la descarga, usando dos proveedores
diferentes para estar seguro. Todo lo demás igual.
** Conclusion de las 3 pruebas, resumiendo **
Cuando enruto a través de la vieja computadora con SuSE 7.3, el
rendimiento es 5.04 KB/s (en pruebas previas no meticulosas vi picos de
hasta 8 Kb/s - seguramente debidos a la compresión). En cambio, cuando uso
la máquina rápida, el Pentim IV con SuSE 9.1, ¡la velocidad media está
entre 1 y 2 Kbytes por segundo! (menos, de hecho).
Esto es una desgracia :-//
Veo un montón de mensajes con "decompression error" del ppp (errores de
descompresión) en los registros del kernel:
Jul 23 21:22:39 nimrodel kernel: PPP: VJ decompression error
Veo 37 de esos durante la prueba numero 2 (ninguno durante la 3) -
comparados con 560 durante cuatro meses de uso de SuSE 8.2 en esta mísma
máquina (o sea, han aumentado mucho).
** Hipótesis no fundamentada **
El kernel pierde paquetes ACK, de modo que el servidor espera.
He hecho algunas pruebas con ethereal, y veo que a nivel TCP el kernel
si que envia la confirmación de recibo, pero el servidor remoto no se da
por enterado, y tarda bastante en responder. Sería una perdida en los
módulos PPP.
** resultados detallados **
*********** PRUEBA Nº #1: teleline - enrutado por P120, SuSE 7.3 **************
cer@nimrodel:~> date ; time wget --timeout=45 --waitretry=10 --continue "http://old.spamassassin.org/released/Mail-SpamAssassin-2.63.tar.bz2";
Fri Jul 23 20:52:39 CEST 2004
--20:52:39--
http://old.spamassassin.org/released/Mail-SpamAssassin-2.63.tar.bz2
=> `Mail-SpamAssassin-2.63.tar.bz2'
Resolving old.spamassassin.org... 64.142.3.173
Connecting to old.spamassassin.org[64.142.3.173]:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 738,442 [application/x-bzip2]
100%[==============================================================================>] 738,442 5.10K/s ETA 00:00
20:55:03 (5.04 KB/s) - `Mail-SpamAssassin-2.63.tar.bz2' saved
[738442/738442]
real 2m24.400s
user 0m0.043s
sys 0m0.065s
cer@nimrodel:~> l Mail-SpamAssassin-2.63.tar.bz2
-rw-r--r-- 1 cer users 738442 2004-01-20 23:06 Mail-SpamAssassin-2.63.tar.bz2
cer@nimrodel:~> rm Mail-SpamAssassin-2.63.tar.bz2
*********** PRUEBA nº2: teleline, directo, PIV - SuSE 9.1 **************
cer@nimrodel:~> date ; time wget --timeout=45 --waitretry=10 --continue "http://old.spamassassin.org/released/Mail-SpamAssassin-2.63.tar.bz2";
Fri Jul 23 21:04:31 CEST 2004
--21:04:31--
http://old.spamassassin.org/released/Mail-SpamAssassin-2.63.tar.bz2
=> `Mail-SpamAssassin-2.63.tar.bz2'
Resolving old.spamassassin.org... 64.142.3.173
Connecting to old.spamassassin.org[64.142.3.173]:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 738,442 [application/x-bzip2]
5% [==> ] 37,314 541.56B/s ETA 23:15
21:06:27 (541.46 B/s) - Read error at byte 37314/738442
(Connection timed out). Retrying.
--21:06:28--
http://old.spamassassin.org/released/Mail-SpamAssassin-2.63.tar.bz2
(try: 2) => `Mail-SpamAssassin-2.63.tar.bz2'
Connecting to old.spamassassin.org[64.142.3.173]:80... connected.
HTTP request sent, awaiting response... 200 OK
Continued download failed on this file, which conflicts with `-c'.
Refusing to truncate existing file `Mail-SpamAssassin-2.63.tar.bz2'.
real 1m57.632s
user 0m0.005s
sys 0m0.008s
Vaya, pues quito el "continue", aumento el límite del temporizador, y
reintento.
cer@nimrodel:~> date ; time wget --timeout=90 --waitretry=10 "http://old.spamassassin.org/released/Mail-SpamAssassin-2.63.tar.bz2";
Fri Jul 23 21:08:13 CEST 2004
--21:08:13--
http://old.spamassassin.org/released/Mail-SpamAssassin-2.63.tar.bz2
=> `Mail-SpamAssassin-2.63.tar.bz2.2'
Resolving old.spamassassin.org... 64.142.3.173
Connecting to old.spamassassin.org[64.142.3.173]:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 738,442 [application/x-bzip2]
10% [=======> ] 76,410 2.16K/s ETA 05:15
12% [=========> ] 95,234 601.24B/s ETA 10:52
22% [================> ] 166,186 694.98B/s ETA 10:40
29% [======================> ] 219,762 896.54B/s ETA 10:49
{ajusto tamaño xterm}
41% [=====================> ] 305,194 496.80B/s ETA 10:03
{ajusto tamaño xterm}
43% [================> ] 321,122 412.63B/s ETA 10:49
96% [======================================> ] 709,186 538.58B/s ETA 00:37
100%[========================================>] 738,442 2.21K/s ETA 00:00
21:23:27 (809.97 B/s) - `Mail-SpamAssassin-2.63.tar.bz2.2' saved
[738442/738442]
real 15m13.735s
user 0m0.006s
sys 0m0.016s
La conectividad no se perdió durante las pausas:
cer@nimrodel:~> ping old.spamassassin.org
PING bugzilla.spamassassin.org (64.142.3.173) 56(84) bytes of data.
64 bytes from bugzilla.spamassassin.org (64.142.3.173): icmp_seq=1 ttl=46 time=319 ms
64 bytes from bugzilla.spamassassin.org (64.142.3.173): icmp_seq=2 ttl=46 time=286 ms
64 bytes from bugzilla.spamassassin.org (64.142.3.173): icmp_seq=3 ttl=46 time=289 ms
64 bytes from bugzilla.spamassassin.org (64.142.3.173): icmp_seq=7 ttl=46 time=307 ms
64 bytes from bugzilla.spamassassin.org (64.142.3.173): icmp_seq=9 ttl=46 time=306 ms
--- bugzilla.spamassassin.org ping statistics ---
10 packets transmitted, 5 received, 50% packet loss, time 9003ms
rtt min/avg/max/mdev = 286.976/302.200/319.884/12.398 ms
cer@nimrodel:~>
Pero se observa una perdida de paquetes del 50% - aunque no siempre:
cer@nimrodel:~> ping old.spamassassin.org
PING bugzilla.spamassassin.org (64.142.3.173) 56(84) bytes of data.
64 bytes from bugzilla.spamassassin.org (64.142.3.173): icmp_seq=1 ttl=46 time=306 ms
64 bytes from bugzilla.spamassassin.org (64.142.3.173): icmp_seq=2 ttl=46 time=286 ms
64 bytes from bugzilla.spamassassin.org (64.142.3.173): icmp_seq=3 ttl=46 time=280 ms
64 bytes from bugzilla.spamassassin.org (64.142.3.173): icmp_seq=4 ttl=46 time=282 ms
64 bytes from bugzilla.spamassassin.org (64.142.3.173): icmp_seq=5 ttl=46 time=282 ms
64 bytes from bugzilla.spamassassin.org (64.142.3.173): icmp_seq=6 ttl=46 time=279 ms
64 bytes from bugzilla.spamassassin.org (64.142.3.173): icmp_seq=7 ttl=46 time=278 ms
--- bugzilla.spamassassin.org ping statistics ---
7 packets transmitted, 7 received, 0% packet loss, time 6005ms
rtt min/avg/max/mdev = 278.978/285.684/306.956/9.035 ms
cer@nimrodel:~>
EL tiempo de ida y vuelta aumenta notablemente cuando la descarga se
retoma. Trato de dejar un terminal haciendo pings contiunos, o si no mi
sesión wvdial temporizará a los 60 segundos (no tengo tarifa plana, pago
por minutos), de modo que se que el servidor del que estoy descargando no
se ha caido.
cer@nimrodel:~> ping -a -A old.spamassassin.org
PING bugzilla.spamassassin.org (64.142.3.173) 56(84) bytes of data.
...
--- bugzilla.spamassassin.org ping statistics ---
208 packets transmitted, 167 received, 19% packet loss, time 82875ms
rtt min/avg/max/mdev = 277.933/412.677/1731.743/272.088 ms, pipe 4,
ipg/ewma 400.366/677.842 ms
*********** PRUEBA nº3: tiscali, directo, PIV - SuSE 9.1 **************
Prueba hecha con un proveedor alternativo; todo lo demás es igual que en
la prueba número dos.
cer@nimrodel:~> date ; time wget --timeout=90 --waitretry=10 "http://old.spamassassin.org/released/Mail-SpamAssassin-2.63.tar.bz2";
Fri Jul 23 21:27:25 CEST 2004
--21:27:25--
http://old.spamassassin.org/released/Mail-SpamAssassin-2.63.tar.bz2
=> `Mail-SpamAssassin-2.63.tar.bz2.3'
Resolving old.spamassassin.org... 64.142.3.173
Connecting to old.spamassassin.org[64.142.3.173]:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 738,442 [application/x-bzip2]
2% [ ] 15,609 1.27K/s ETA 12:10
86% [==================================> ] 636,801 1.59K/s ETA 01:05
100%[========================================>] 738,442 885.09B/s ETA 00:00
21:36:03 (1.40 KB/s) - `Mail-SpamAssassin-2.63.tar.bz2.3' saved
[738442/738442]
real 8m37.800s
user 0m0.006s
sys 0m0.008s
Pings durante ésta descarga:
--- bugzilla.spamassassin.org ping statistics ---
714 packets transmitted, 705 received, 1% packet loss, time 444595ms
rtt min/avg/max/mdev = 298.668/650.054/4098.931/515.073 ms, pipe 7,
ipg/ewma 623.555/301.994 ms
--
Saludos
Carlos Robinson
| < Previous | Next > |