La afinidad del procesador del es una modificación del algoritmo de Scheduling central nativo de la coleta . Cada tarea (sea proceso o el hilo de rosca) en la coleta tiene una etiqueta el indicar de su procesador preferred/de los parentescos . En el tiempo de la asignación, cada tarea se asigna a su procesador de los parentescos preferentemente a otras.

La afinidad del procesador se aprovecha del hecho de que algunos remanente de un proceso pueden permanecer en un estado de procesador (particularmente, en su escondrijo) a partir de la vez última que el proceso funcionó con, y tan la previsión de él para funcionar en el mismo procesador la próxima vez podría dar lugar al proceso que funcionaba más eficientemente que si era funcionar en otro procesador.jpg|pulgar|la derecha|En el Windows Xp, el diálogo determinado de la afinidad del en el encargado de tarea permite seleccionar a hasta 32 procesadores ejecutar un proceso. En esta imagen, el usuario tiene un Pentium 4 con Hiperactivo-Roscar permitido.]] Las puestas en práctica reales del algoritmo de previsión varían en cómo se adherirán fuerte a la afinidad del procesador. Bajo ciertas circunstancias algunas puestas en práctica permitirán una tarea de cambiar a otro procesador si ésta se juzga para ser la más eficiente bajo circunstancias. Un ejemplo obvio implica dos tareas procesador-intensivas (A y B) teniendo afinidad a un procesador mientras que miente otro procesador inusitado. Muchos algoritmos cambiarían de puesto la tarea B al segundo procesador para maximizar la utilización del procesador. La tarea B entonces adquiriría afinidad con el segundo procesador mientras que la tarea A continuaría teniendo afinidad con el procesador original.

La afinidad del procesador puede reducir con eficacia problemas del escondrijo pero no contiene el problema de carga-equilibrio persistente.

La afinidad del procesador llega a ser más complicada en sistemas con arquitecturas no uniformes. Como ejemplo, un sistema con dos CPU hiperactivo-roscadas del dual-corazón presenta un desafío a un algoritmo de previsión. Hay afinidad completa entre dos CPU virtuales ejecutadas en la misma base vía hiperactivo-roscar; afinidad parcial entre dos corazones en la misma viruta física (que los corazones comparten alguno, pero no todos, escondrijo), y ninguna afinidad entre las virutas físicas separadas.

La afinidad del procesador solamente no se puede utilizar como la base para enviar procesos a las CPU específicas, sin embargo, pues otros recursos también se comparten. Por ejemplo, si un proceso ha funcionado recientemente en una CPU hiperactivo-roscada virtual en una base dada, y esa CPU virtual está actual ocupado pero su socio no es, afinidad del escondrijo sugeriría que el proceso fuera enviado al socio ocioso. Sin embargo, puesto que las dos CPU virtuales compiten para esencialmente toda la computación, escondrijo, y recursos de memoria, sería típicamente más eficiente enviar el proceso a una diversa base o CPU si uno está disponible; mientras que esto incurriría en probablemente una pena en que tuvo que el proceso repopulate el escondrijo, el funcionamiento total sería probablemente más alto pues el proceso no tendría que competir para los recursos tales como unidades funcionales dentro de la CPU.

En el linux la afinidad de la CPU de un proceso se pudo alterar con el taskset (1) programa. En sistemas del SGI, el dplace ata un proceso a un sistema de CPU.