Uso pratico delle priorità di pianificazione in tempo reale di Linux (SCHED_FIFO e SCHED_RR)?

Question

Sto sperimentando con SCHED_FIFO e vedo alcuni comportamenti imprevisti. Il server che sto usando ha 12 core con hyper-threading disabilitato. Tutti gli interrupt configurabili sono stati impostati per essere eseguiti sulla CPU 0.

Il mio programma inizia a creare un thread per attività a priorità inferiore utilizzando la libreria pthreads senza modificare il criterio di pianificazione con affinità CPU impostato su core 0. Il thread padre imposta quindi la CPU affinità con il core 3 e il proprio criterio di pianificazione su SCHED_FIFO utilizzando sched_setscheduler() con pid zero e priorità 1 e quindi si avvia un ciclo non bloccante.

Il programma funziona correttamente. Tuttavia, se provo ad accedere al server per una seconda volta mentre il programma è in esecuzione, il terminale non risponde finché non interrompo il mio programma. È come se lo scheduler stia cercando di eseguire altri processi sullo stesso core del processo in tempo reale.

1. Cosa mi manca?
2. Lo scheduler tenta ancora di eseguire altri processi su un core che esegue un processo in tempo reale? Se è così, c'è un modo per impedirlo?
3. L'impostazione del criterio di pianificazione con sched_setscheduler() nel padre modifica il comportamento del figlio creato in precedenza?

Grazie in anticipo.

Answer 1

sched_setscheduler imposta lo scheduler del processo , non il thread. Vedere:

http://pubs.opengroup.org/onlinepubs/9699919799/functions/sched_setscheduler.html

Se si desidera impostare lo scheduler per un thread, è necessario utilizzare le pthread_attr_setschedpolicy e pthread_attr_setschedparam funzioni sull'oggetto attributo per il nuovo thread prima di crearlo.

io non sono sicuro di come conforme Linux è il onorare questi requisiti, ma si dovrebbe almeno iniziare facendo in modo che il codice è corretto per la specifica, quindi regolare in base alle esigenze ...