Estas son las estadisticas de mi uTorrent, tras todos estos años corriendo como un campeon (primero en Windows, despues en Linux — conserve los mismos archivos de configuracion y con ellos las estadisticas ;-) ):
Estadisticas uTorrent
Tag Archive for 'uTorrent'
Como ya explicaba con anterioridad, tengo en casa un pequeño servidor (PII 350MHz 256MB Ram) bajo Linux en el cual corre uTorrent sobre Wine. Me encanta uTorrent por su facilidad a la hora de configurarlo para bajar cualquier cosa, por ejemplo los ultimos capitulos de tus series americanas favoritas en VO, sin tener que estar siempre pendiente de buscar en los multiples buscadores de torrents si han salido o no los capitulos.
Con uTorrent, es muy facil configurarlo mediante el uso de feeds RSS, en los que se publican links a los torrents. Los feeds se actualizan automaticamente con los ultimos capitulos de series, uTorrents los lee periodicamente: ya esta! Cuando sale un capitulo nuevo, uTorrent simplemente lo baja!
A veces exieten varios torrents para un mismo capitulo. Para no bajarlo varias veces, uTorrent tiene una funcionalidad llamada “Smart Episode Filter”.
Por ultimo, desde la version 1.8 (recomendada), es capaz, de bajar los PROPER / REPACK (versiones corregidas de los capitulos), cuando salgan (no los considera como torrents duplicados). Eso es genial, porque antes, si baja un cap. y despues salia un REPACK, igual no te enterabas y acababas viendo un capitulo con defectos.
Pues nada, ahi va el tema:
- El tutorial sobre como configurar uTorrent con feeds RSS, pensaba hacerlo yo, pero hoy he descubierto este, de EZTV (leer easy-TV), que esta muy bien hecho, ademas tambien vale para Azureus.
- Yo uso como fuente de RSS esta web: TvRSS, donde creo que hay un feed para todas y cada una de las series existentes (no se cuantas hay, pero es una pasada)
Como truco, tambien decir que me he registrado un perfil en Mininova: lo que aporta esto es que te dan un link privado a un RSS (hum, interesante!) de los ultimos torrents que hayas marcado como “bookmark” (con la estrellita) en Mininova! Esto es genial! Por ejemplo, si un dia busco algo en Mininova (una ISO, un mp3,…) y quiero bajarlo, no necesito bajarme el torrent, y abrirlo en mi uTorrent: simplement lo marco como bookmark en Mininova y voila! Pasado 20 minutos mi uTorrent refresca mi feed de bookmarks de Mininova y descubre que he añadido un torrent nuevo, y lo baja! Y todo remotamente, puedes estar en el trabajo, en casa de un amigo, en un cybercafe o en la playa (hum, con conexion wifi FON por ejemplo) ;-) y aun asi tu uTorrent sigue bajando lo que le digas!
Simplemente me encanta uTorrent y los RSS!
En este nuevo post de mi serie sobre µTorrent en Linux, hablaré de los parametros de kernel que he modificado en mi maquina para intentar optimizar el tema de conexiones.
La verdad es que he cojido estos parametros de algun manual sobre como tunear un servidor para tener un buen rendimiento cuando asume muchas conexiones, lo cual deberia servir en nuestro caso.
Estas lineas se introducen en el fichero /etc/sysctl.conf y para cargarlas usamos el comando: sysctl -p. Ahi van los parametros, con comentarios:
# Enable fast recycling of TIME-WAIT sockets status net.ipv4.tcp_tw_recycle=1 # tcp_fin_timeout is the time to hold a socket in state # FIN-WAIT-2 when the socket is closed at the server. net.ipv4.tcp_fin_timeout=30 # One of the problems found in servers with many simultaneous TCP # connections is the large number of connections that are open but unused. # TCP has a keepalive function that probes these connections and # drops them after tcp_keepalive_time net.ipv4.tcp_keepalive_time=1800 # max OS send buffer size (wmem) and receive buffer size (rmem) # for queues on all protocols (8388608=8MB) net.core.wmem_max=8388608 net.core.rmem_max=8388608 # In addition, you should also use the following commands for send and receive # buffers. They specify three values: minimum size, initial size, and maximum # size. The third value must be the same as or less than the value of # wmem_max and rmem_max. net.ipv4.tcp_rmem = 4096 87380 8388608 net.ipv4.tcp_wmem = 4096 87380 8388608 # When the server is heavily loaded or has many clients with bad connections # with high latency, it can result in an increase in half-open connections. # This is very common for Web servers, especially when there are many dial-up # users. These half-open connections are stored in the backlog connections # queue. You should set this value to at least 4096 (the default is 1024). net.ipv4.tcp_max_syn_backlog=4096 # don't cache ssthresh from previous connection net.ipv4.tcp_no_metrics_save = 1
Lo cierto es que no tengo datos para comparar si va mejor asi, pero el caso es que a mi me va de fabula!
Siguiendo con la serie de posts sobre como montar un servidor de bittorent en Linux, hablaré esta vez del tema del ancho de banda.
En efecto, Bittorent es un protocolo muy goloso: en pocas palabras, se suele comer todo el ancho de banda disponible (si le dejas).
Para bajar rapido, eso puede ser genial! Pero si queremos poder hacer algo mas, como navegar por ejemplo, conviene restringir un poco el Bittorrent.
En mi caso, uso el “scheduler” de µTorrent para lograrlo:
* Durante la noche (de 01:00 a 07:00 entre semana, y de 01:00 a 10:00 el fin de semana), cuando no me importa poder navegar o no (porque duermo!), lo dejo en “Full Speed”, es decir que no restrinjo. Si µTorrent tiene algo encolado para bajar/subir, podra disfrutar de todo el ancho de banda disponible.
* El resto del dia, limito el uTorrent a 90kB/s en bajada y 15kB/s en subida, asi no se come todo el ancho de banda.
* Cuando no se esta bajando nada, no suele consumirse casi nada de ancho de banda (logicamente).
Para bajar los capitulos de mi series preferidas, no he encontrado ningun cliente Bittorrent mejor que µTorrent:
* es muy pequeño y consume poco
* no necesita instalacion,
* soporta RSS (programar el µTorrent para que baje una serie es mas facil que programar el video!).
Lo malo es que es para Windows. En casa tengo un servidor de ficheros corriendo Debian y esto me obligaba a mantener encendido tambien otro equipo con Windows. En Linux probe Azureus, pero no conseguir hacer funcionar ningun plugin de RSS. Ademas el consumo de Azureus (Java) era mucho mayor.
Hasta que probe µTorrent bajo Wine en Debian, y funciono perfectamente.
Bajamos Wine y µTorrent:
# apt-get install wine $ wget http://download.utorrent.com/1.7.5/utorrent.exe
En mi caso, como mi Linux hace de servidor, no suele tener conectado ni monitor ni teclado (salvo casos que los necesite). Por lo tanto, no tiene entorno grafico, pero µTorrent (y Wine) necesitan un entorno grafico para correr. Para resolver este problema, he instalado el paquete vncserver.
Es un servidor X que corre en background (frame buffer). Es decir que esta en memoria, no en un monitor. Para poder interactuar con el, lo haremos de forma remota con un cliente VNC. Es perfecto para poder lanzar µTorrent en el servidor.
Para bajar VNCserver:
# apt-get vncserver
En este post, vamos a suponer que lanzo µTorrent en el puerto 4567, con el usuario utorrent.
Abrimos el firewall del linux, para permitir conexiones entrantes al puerto del µTorrent:
# Apertura puerto 4567 para uTorrent iptables -A INPUT -i eth0 -p tcp --dport 4567 -m state --state NEW -j ACCEPT
Lanzamos el servidor X vncserver. En mi caso, lo lanzo en el display :2 :
utorrent@servidor$ vncserver :2
Vemos que vncserver lanza Xrealvnc con un monton de opciones:
utorrent 10784 1 4 15:22 pts/0 00:10:12 Xrealvnc :2 -desktop X -httpd /usr/share/vnc-java -auth /home/utorrent/.Xauthority -geometry 796x576 -depth 24 -pixelformat bgr888 -rfbwait 120000 -rfbauth /home/utorrent/.vnc/passwd -rfbport 5902 -fp /usr/share/fonts/X11/misc/ -co /etc/X11/rgb
Al abrir el display :2, el servidor VNC escucha en el puerto 5900+2=5902. Para levantar µTorrent, vamos a conectarnos desde otro equipo con un cliente VNC a nuestro servidor (en el cliente indicaremos “servidor::5902″).
Al desconectarnos, no pasara nada, todo lo que teniamos sigue corriendo en el vncserver.
Para lanzar µTorrent, ejecutaremos:
DISPLAY=:2 wine ~/.wine/drive_c/Program\ Files/uTorrent/uTorrent.exe
(En mi caso, he copiado el binario uTorrent.exe en la ruta ~/.wine/drive_c/Program\ Files/).
Si es la primera vez que lanzamos Wine, saldra un pequeño asistente, indicar tipo de equipo “Windows XP”. Luego, configurar el µTorrent. (En mi caso, he conservado la configuracion de µTorrent que tenia bajo Windows, copiando los ficheros de configuracion de µTorrent en la misma ruta que el binario en Linux).
Podemos ver que µTorrent en Linux no requiere muchos recursos:
top - 06:48:06 up 9 days, 9:01, 3 users, load average: 0.07, 0.26, 0.68 Tasks: 112 total, 2 running, 110 sleeping, 0 stopped, 0 zombie Cpu(s): 2.3%us, 2.6%sy, 0.0%ni, 94.4%id, 0.3%wa, 0.0%hi, 0.3%si, 0.0%st Mem: 256972k total, 253344k used, 3628k free, 3672k buffers Swap: 735852k total, 56760k used, 679092k free, 72680k cached PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 13873 utorrent 18 0 2597m 10m 4948 S 2.3 4.2 31:05.70 uTorrent.exe 13877 utorrent 15 0 4076 712 544 S 1.6 0.3 6:41.99 wineserver
Aqui van algunos pantallazos del µTorrent corriendo en mi Linux:
En futuros posts hablaré de los siguientes temas:
* notificacion automatica por email de nuevos ficheros bajados,
* scripts arranque/parada: para que arranquen el vncserver y µTorrent cuando arranca la maquina, sin que tengamos que hacer nada nosotros.
* monitorizacion: para que siempre este arriba nuestro servidor µTorrent. Si se cae, volver a levantarlo. (Monitorizacion de puerto y proceso)
* tuning tcp/ip linux: Algunos cambios de parametros de TCP/IP. Dada la naturaleza de Bittorrent, se van a abrir y cerrar muchas conexiones en la maquina. Puede venir bien modificar algunos parametros para optimizar el tema de conexiones.
Recent Comments