Mi amigo, yo movía mi respuesta original a continuación, bajo el título de 'la ilusión de los concurrentes...'
Para asegurarse de que su torrente relacionadas con el proceso se está comportando de una forma muy sensible, te recomiendo los siguientes procedimientos.
Hacer el programador de reconocer su torrente proceso de como tener estatus VIP:
sudo renice -20 -p [ PROCESS ID NUMBER OF YOUR TORRENT APP ]
A continuación, hacer que el kernel muestran algunas estadísticas en tiempo real y el uso de una alta resolución de temporizador y mostrar por CPU de solicitud de interrupción (IRQ) las latencias
sudo latency -h -m -p rt
Usted querrá comprobar que mediante la lectura de la página man de la latencia.
Queremos asegurarnos de que la IRQ las latencias son bajos, dado que cuando un nuevo torrent relacionados con la solicitud viene, va a ser un paquete recibido en el dispositivo de red que se traducirá en una IRQ para obtener adelantó asignación de tiempo para el procesamiento. Esto pone el programador de un derecho preferente contexto, superando la igualdad weighted round robin.
Este es un comienzo.
LA ILUSIÓN DE LOS CONCURRENTES MULTIPROCESAMIENTO O '¿POR QUÉ SON TODOS LOS PROCESOS EN EJECUCIÓN DORMIDO EN EL TRABAJO"
Mi amigo, tu problema es que en realidad no ocurren como usted piensa. En realidad no es un problema, pero sólo una maravillosa oportunidad para aprender sobre el kernel BSD, programador, y contextswitching para multiproceso de ejecución.
Usted ve, los equipos realmente no realizar múltiples tareas de la manera que uno espera. De hecho, la CPU componente que hace todo de la informática, el direccionamiento, la manipulación de datos hace escasos NADA en tándem. Básicamente, sólo una cosa se hace en un momento, a nivel de procesador. Onchip múltiples núcleos de sonido ingenioso, sin embargo, en realidad no se utiliza la mayor parte del tiempo. Por qué? Debido a que el software necesita ser explícitamente codificado por la ilusión de procesamiento en paralelo, y peor que eso, el sistema operativo método de distribución de la carga entre múltiples procs de nada, pero lo ideal, y está plagada de problemas. Simétricos multiprocesamiento no es un uno por un aumento en términos reales de trabajo realizado por la adición de más procesadores. Peor aún, casi todas las personas importantes en toda la historia de la informática han hecho un horrible presunción con respecto a su expectativa de tener el lujo de una interminable y constante suministro de electricidad. Debido a la repetición de este error, el hardware de la computación no llegaron a crecer a partir de un lugar de escasez con respecto a la energía eléctrica. Que la escasez de energía habría evolucionado la informática en la de mejor rendimiento y menos recursos acaparando la dirección de la asíncrona de eventos y acciones dirigidas en lugar de los dibujos animados tonterías que hemos de procesador de relojes, de sondeo en el código, y de los programadores de la necesidad de sueño y vigilia de los procesos para su rodajas de tiempo en la pila de ejecución. ESTAS SON ALGUNAS DE LAS COSAS QUE HACEN LAS COMPUTADORAS, DE MODO MALDITA LENTO.
Ellos también son la causa de por qué cada proceso en el equipo se ve obligado a DORMIR en el programador de tareas en nombre del kernel, EXCEPTO EL PROCESO QUE ESTÁ ACTUALMENTE RECIBIENDO ALGÚN TIEMPO EN LA PILA de EJECUCIÓN... Multiproc es una ilusión, mi amigo, y el turístico y solapada truco de que sólo tiene éxito en engañar a nosotros, porque el procesador relojes son ahora tan rápido, que tantas rebanadas de un segundo son asignables a un proceso, que no nos damos cuenta de los oxidados engranajes y sin engrasar rodamientos de bola de la maquinaria responsable de todo...
F.
