Existe un servidor con proceso vlc para codificación de video en tiempo real.
Aquí se muestra el resultado de topwith 1(mostrar procesadores) y H(mostrar subprocesos)
top - 15:50:26 up 42 min, 1 user, load average: 2.64, 2.60, 2.45
Tasks: 130 total, 7 running, 123 sleeping, 0 stopped, 0 zombie
Cpu0 : 0.0%us, 0.3%sy, 72.2%ni, 26.8%id, 0.0%wa, 0.0%hi, 0.7%si, 0.0%st
Cpu1 : 0.0%us, 0.0%sy, 56.0%ni, 44.0%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st
Cpu2 : 2.6%us, 0.0%sy, 9.4%ni, 87.6%id, 0.0%wa, 0.0%hi, 0.0%si, 0.3%st
Cpu3 : 0.0%us, 0.0%sy, 35.9%ni, 64.1%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st
Cpu4 : 0.0%us, 0.0%sy, 35.0%ni, 65.0%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st
Cpu5 : 2.6%us, 0.0%sy, 0.0%ni, 97.4%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st
Cpu6 : 0.0%us, 0.6%sy, 18.0%ni, 81.4%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st
Cpu7 : 4.9%us, 0.0%sy, 0.0%ni, 95.1%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st
Mem: 533064k total, 233000k used, 300064k free, 4832k buffers
Swap: 2097144k total, 0k used, 2097144k free, 40516k cached
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
5841 videoenc 20 0 674m 119m 8228 R 8.0 22.9 2:32.50 vlc
5840 videoenc 20 0 674m 119m 8228 S 4.7 22.9 1:49.53 vlc
5843 videoenc 20 0 674m 119m 8228 R 4.7 22.9 1:45.36 vlc
22787 videoenc 30 10 674m 119m 8228 R 4.7 22.9 0:00.14 vlc
22788 videoenc 30 10 674m 119m 8228 S 2.0 22.9 0:00.06 vlc
22789 videoenc 30 10 674m 119m 8228 R 1.3 22.9 0:00.04 vlc
5838 videoenc 20 0 674m 119m 8228 S 0.7 22.9 0:08.14 vlc
22790 videoenc 30 10 674m 119m 8228 S 0.7 22.9 0:00.02 vlc
22791 videoenc 30 10 674m 119m 8228 S 0.7 22.9 0:00.02 vlc
Aquí se muestra la salida combinada de top(sin 1y H)
top - 16:01:09 up 52 min, 1 user, load average: 3.88, 3.74, 3.10
Tasks: 110 total, 1 running, 109 sleeping, 0 stopped, 0 zombie
Cpu(s): 1.2%us, 0.1%sy, 35.2%ni, 63.2%id, 0.1%wa, 0.0%hi, 0.0%si, 0.1%st
Mem: 533064k total, 234136k used, 298928k free, 5208k buffers
Swap: 2097144k total, 0k used, 2097144k free, 40992k cached
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
5825 videoenc 20 0 674m 119m 8228 S 305 22.9 98:59.58 vlc
1 root 20 0 10328 736 616 S 0 0.1 0:00.08 init
2 root 15 -5 0 0 0 S 0 0.0 0:00.00 kthreadd
3 root RT -5 0 0 0 S 0 0.0 0:00.00 migration/0
4 root 15 -5 0 0 0 S 0 0.0 0:00.00 ksoftirqd/0
5 root 15 -5 0 0 0 S 0 0.0 0:00.04 events/0
6 root 15 -5 0 0 0 S 0 0.0 0:00.00 khelper
8 root 15 -5 0 0 0 S 0 0.0 0:00.00 xenbus
10 root RT -5 0 0 0 S 0 0.0 0:00.00 migration/1
11 root 15 -5 0 0 0 S 0 0.0 0:00.00 ksoftirqd/1
12 root 15 -5 0 0 0 S 0 0.0 0:00.02 events/1
13 root RT -5 0 0 0 S 0 0.0 0:00.00 migration/2
14 root 15 -5 0 0 0 S 0 0.0 0:00.00 ksoftirqd/2
15 root 15 -5 0 0 0 S 0 0.0 0:00.02 events/2
16 root RT -5 0 0 0 S 0 0.0 0:00.00 migration/3
17 root 15 -5 0 0 0 S 0 0.0 0:00.00 ksoftirqd/3
Aquí está la pregunta:
¿Por qué la suma de todo el %CPU no es igual a la suma de %ni? ¿Y por qué VLC produce una carga "agradable" cuando se ejecuta sinrenice
Respuesta1
Uno de los subprocesos en VLC o una de las bibliotecas que utiliza para codificar probablemente esté usando setpriority() para cambiar la prioridad/amabilidad de los subprocesos que crea.
Respuesta2
Está ejecutando TOP en modo Irix, que muestra el porcentaje de CPU como porcentaje de una sola CPU. Presione "I" para cambiar al modo Solaris que muestra el porcentaje de CPU como el porcentaje de TODAS las CPU.
Respuesta3
desde la página de manual:
Estados de la CPU Los estados de la CPU se muestran en el área de resumen. Siempre se muestran como porcentaje y corresponden al tiempo transcurrido entre ahora y la última actualización.
us -- Tiempo de CPU del usuario
El tiempo que la CPU ha pasado ejecutando procesos de usuarios que no son agradables.
ni - Tiempo de CPU agradable
El tiempo que la CPU ha dedicado a ejecutar los procesos de los usuarios que han sido agradables.%CPU lo es todo y ni es solo el tiempo agradable.