El 1 de febrero de 2011 09:15, Ricardo Albarracin B. <ral...@gmail.com>escribió:
> El Mon, 31 Jan 2011 23:28:42 -0300 > Aldrin Martoq <amar...@dcc.uchile.cl> escribió: > > > Mejor cuéntanos qué pretendes hacer... > > > > Respecto de renice y nice; lo único que hacen es otorgar o quitar > > tiempo de CPU, dándole mas o menos tiempo a los procesos según su > > "prioridad". > > Precisamente eso.... reasignar más tiempo de CPU a algunos procesos > críticos para evitar la perdida de datos en capturas de hasta 50KBPS a > través de una USB, hay un buffer que se llena y hay datos que se > pierden. La recoleción de datos llega a varios millones imagina esa > taza en 5 a 10 minutos. > > > Ahora, la convención es que esto NO lo maneje el propio programa, > > sino que lo hace el administrador del sistema. Por ejemplo, está > > corriendo un proceso de cálculos diarios (PID 1044) y se come toda la > > CPU, lo que baja el rendimiento de los procesos que están atendiendo > > peticiones en línea. Entonces, el administrador tiene 2 opciones : > > - al iniciar el proceso de cálculos diarios, indicarle al sistema que > > no ocupe mucha cpu: $ nice 20 /ruta/al/proceso/calculos_diarios > > - bajar la prioridad mientras se ejecuta > > $ renice 20 1044 > > El caso mío es distinto al que planteas, ya que uso un sistema de > captura de datos de alto rendimiento y una opción es ir a un sistema > operativo de tiempo real, pero antes es agotar todos los recursos antes > de llegar a ese extremo, el problema lo resuelvo con máquinas más > potentes pero no es la idea, el tema es con máquinas por ejemplo como > las Atom. > Hola Tocayo, pq es un extremo usar un sistema operativo de tiempo real? -- Ricardo Mun~oz A. <http://www.tux.cl>http://www.tux.cl http://twitter.com/ricardo406