Siemens Gigaset HD795 T

Iniciado por nianoniano

Finalmente he probado el script propuesto aquí: http://acryan.com/forums/viewtopic.p...=10094&p=68043

Antes de eso, he desinstalado y borrado los paquetes que instala el script porque daba algún fallo a la hora de crear los ficheros de configuración, con lo que teniendo limpio el sistema en cuanto a instalación de paquetes ipkg el script funciona como un campeón.

Después a la hora de la verdad, rtorrent funciona y el servidor web también, pero deja el aparato colgado cuando la velocidad de descarga es alta, cosa que me parece demasiado grave.

A ver si se puede arreglar porque precisamente mi idea con rtorrent era que es más liviano que transmission y por lo tanto pueda ser más recomendable su uso en el pvr.

Hola nianoniano, yo no se de torrent, pero en linux hay un comando para ejecutar procesos con la prioridad de CPU que tu quieras, se llama nice y lleva un argumento -n ADJUST para darle la prioridad que queramos, en tu caso un poco mas baja; sería cuestión de probar.

La ayuda del comando es: Run COMMAND with an adjusted scheduling priority. With no COMMAND, print the current scheduling priority. ADJUST is 10 by default. Range goes from -20 (highest priority) to 19 (lowest).

Con lo cual, el arranque del demonio del torrent (imaginemos btorrentd) debería estar así:

Código:

AHORA: btorrentd
DESPUÉS: nice -n 19 btorrentd

Este comando arrancaría el demonio del torrent con la prioridad mas baja posible (19), como la prioridad por defecto es 10 (que es la que tiene ahora, sin el nice), pues es cuestión de ir probando entre 11 y 19 y ver que pasa.

Saludos

Carva, gracias por la sugerencia, no sé si valdrá, pero es algo interesante de conocer.

Para intentar solucionar el problema habría que tirar de logs del sistema para saber qué es lo que realmente ocurre, pero ni sé, ni realmente tengo tiempo para estudiarlo a fondo. Y menos este finde que por fin empieza el mundial de F1 y el chisme tiene que estar en perfecto estado de revista para grabar


EDITO: Carva, eres un artista, mira lo que comentan el el foro de AcRyan con respecto al funcionamiento de transmission en el cacharro para que no lo deje temblando:

I seen the CPU% going up to 15% but nothing more. At the time I was downloading 4 torrents and seeding 1. It was however peak hour and was only getting about 40 to 60 Kbps download speed at the time. To achieve this low CPU demand I had to use the "nice" command to launch transmission. "nice" can have a value of -20 (highest priority) to 19 (lowest priority). Using a "nice" value of 0 (zero) made my POHD happy. Without the nice command transmission pretty much took over all the ressources to a point where even navigating the menu on the TV screen and preview was sluggish and eventually crash the POHD.

Aclaro que POHD es el patriot office HD: un reproductor con chipset realtek primo del nuestro.

Visto aquí: http://acryan.com/forums/viewtopic.p...4fff9e28970adf

Así pues, probaré con el método fácil (transmission, rebajando la velocidad máxima a 400 y usando el nice -n 0)

Creo que así podrá funcionar.

Hola nianoniano, me alegro de que otros también lo hayan usado ya, pero vamos no es mas que conocer un poquito de linux y sentido común.

Lo que no entiendo es lo de nice -n 0, porque yo creía que el estandar de los procesos era 10 (aunque cero está en el "centro" y parece mucho más lógico), así que nada, la cuestión es probar y ver que pasa, pero si ellos dicen que cero va bien, y como tu dices los equipos son todos primos-hermanos, pues creo que ya tienes un punto de partida.

Gracias por la referencia (no la conocía, es que torrent no uso ni en el PC) pues así vemos que no vamos por mal camino.

Saludos

Iniciado por Carva

Hola nianoniano, me alegro de que otros también lo hayan usado ya, pero vamos no es mas que conocer un poquito de linux y sentido común.

Lo que no entiendo es lo de nice -n 0, porque yo creía que el estandar de los procesos era 10 (aunque cero está en el "centro" y parece mucho más lógico), así que nada, la cuestión es probar y ver que pasa, pero si ellos dicen que cero va bien, y como tu dices los equipos son todos primos-hermanos, pues creo que ya tienes un punto de partida.

Gracias por la referencia (no la conocía, es que torrent no uso ni en el PC) pues así vemos que no vamos por mal camino.

Saludos

El torrent lo comencé a usar con el popcorn A-100, más o menos, desde el 2009 anda sirviendo 24/7, es un campeón

Es un sistema muy bueno para poder funcionar con trackers privados que controlan el ratio (lo subido/lo bajado) y dada la asimetría de nuestros adsl, hay que tenerlo mucho tiempo encendido y es mucho más económico que un pc.

Pero el sistema lo devora cuando está descargando a tope (limitado a 500), así que puede ser que si se quiere ver fluido haya que pausar ese torrent porque sino se producen cortes en la reproducción.

Por eso, en un grabador, mmmmmm, no sé qué tal interaccionará con las grabaciones, y claro, según los cuelgues y problemas que puede dar, si te fastidia alguna grabación importante, buuuf, le das un patadón.

La comprobación de archivos parcialmente descargados cuando se ha reiniciado es algo que pone el micro a tope, con lo que también hay que tenerlo en cuenta, y más cuando son torrents de arvhivos grandes de varios GB.

El btpd (el que viene integrado en estos chismes realtek) va bastante bien pero es limitado en cuanto a interacción. Transmission y rtorrent tienen interfaz web y un gran control con multitud de opciones disponibles.

Pero testear estas cosas necesita de tiempo en el que no te importe no poder grabar, o que se reinicie, o que no funcione nada, que tengas que reinstalar el firmware, etc.

Probaremos el nice, bonito nombre, tiene que funcionar