La conexión a internet por modem en 9.1 es lenta
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
participants (5)
-
Alfredo Jesús Delaiti Iannelli
-
Camaleón
-
Carlos E. R.
-
Cecilia Marquina
-
Miquel A. Noguera