Noticias sobre Linux
24 meneos
256 clics
¿Qué procesos se están "comiendo" mi ancho de banda en Linux?

¿Qué procesos se están "comiendo" mi ancho de banda en Linux?

NetHogs es muy parecido al comando TOP en Linux, ya que nos ofrece información sobre el ancho de banda de subida y bajada de cada PID que se esté ejecutando.

| etiquetas: linux , red , ancho de banda , terminal , top , htop , nethogs , pid
20 4 0 K 102
20 4 0 K 102
  1. Estaría bien tener esto como widget de escritorio (¿existe?)
  2. #1 Tienes el widget de monitor del sistema que practicamente te da la misma información.
  3. #2 ¿Para KDE? Lo pregunto porque no lo encuentro (el de CPU/memoria/intercambio, sí).
  4. #3 Ufff, hace mucho tiempo que dejé de utilizar KDE...pero si mal no recuerdo era algo así como KSysGuard o parecido.

    Soy gnomero a muerte, este es el aspecto de mi monitor del sistema
  5. #3 Recursos
  6. #5 Meh... me refería a un widget para escritorio, no una ventana que además sólo marca el ancho de banda consumido, no el de cada aplicación. Pero gracias igualmente.
  7. #6 El widget, lo tengo en el escritorio, en la primera captura verás que hay cuatro pestañas, combinandolas puedes deducir el ancho de banda que consume cada aplicación...si, no es tan completo como el del meneo pero no hay que configurar nada...lo pones en el dock y a tirar millas.
  8. #1 gkrellm
  9. Aprovecho la noticia para comentar un problema ocurrido en mi ordenador con Linux (concretamente LinuxMint "Olivia")
    Tengo fibra óptica de 100 Mb, bastante reales. De golpe, hace tres días empieza a ralentizarse enormemente cualquier conexión a Internet. Los pings al router, que normalmente son de 0,4- 0,5 ms pasan a ser de 2 e incluso 3 segundos.
    El comando netsat -putona no me arroja demasiada información, parece que todas las conexiones TCP son correctas.
    instalo NetHogs, tampoco me aclara mucho... También instalo iftop, ahí empiezo a ver cosas. Finalmente instalo Wireshark.
    Mi PC estaba enviando peticiones DNS (udp puerto 53) a cascoporro, o sea DNS flooding. Lo probé todo ps -e top, pstree, etc.
    No hubo manera de identificar el proceso que estaba detrás y ni idea de por donde entró. No lo pude encontrar.
    La solución fue instalar el sistema desde cero. Ahora ya va
  10. #10 Si tienes tiempos de respuesta de 2 o 3 segundos al router lo primero es hacer un ifconfig y mirar si tienes pérdidas.
    Si no tienes pérdidas utiliza iptraf para tener una vista estadística de la cantidad de tráfico que hay en el enlace.
    Y si el tráfico que tienes es menor que el ancho de banda que el enlace físico soporta (cable de red de cat.5e supongo), quiere decir que la única explicación es que el router esté jodido (software o hardware).
    Incluso si simplemente tuvieses la tabla de NAT del router llena, lo detectarías por las perdidas de paquetes (drop) en el primer paso.
  11. Obviamente el emulador de Windows. Está muy bien intentar ser hipster y decir a todos que usáis Linux, pero a la hora de la verdad se necesita Windows.

    Dejadlo ya!!! Instalad W7 y disfrutad de un escritorio afable y pasad de la estúpida guerra Gnome-KDE.
  12. #12 Yo es que W7 solo lo utilizo para limpiarlo de mierda que se le autoinstala a la gente que tengo alrededor. Por eso, por ahora, no tengo intención de volver.
  13. #12 <<pero a la hora de la verdad se necesita Windows.>>
    xD xD xD xD
    me has alegrado la mañana :-)
  14. #11 Es lo primero que pensé, que el router estaba mal. Pero con otros PC's conectados al router. desconectando el mio, y anulando la Wi-Fi, los tiempos eran correctos. Era mi PC el que generaba todo el tráfico-
  15. #16 No te he dicho que el router esté mal..
    Digo que si compruebas lo indicado (ifconfig, uso de ancho de banda vs capacidad del cable, etc...) y está todo bien, lo que queda es el router.
    Si con otro ordenador no te falla y el cable es el mismo, lo lógico es pensar que lo que está mal es la tarjeta de red del ordenador en el que te falla.
    Pero eso lo verás en pérdidas de paquetes con el ifconfig.
    Que tengas suerte.
  16. Nmap localhost y a cerrar puertos con iptables...
comentarios cerrados

menéame