informazioni su / proc / pid / sched

Non sono sicuro che questo sia il posto giusto per questa domanda, ma ecco qui:

Sto cercando di dare un senso ai file / proc / pid / sched e / proc / pid / task / tid / sched per un processo server altamente thread, tuttavia non sono riuscito a trovare una buona spiegazione di come interpretarlo file (solo alcuni bit qui: http://knol.google.com/k/linux-performance-tuning-and-measurement# ). Presumo che questa voce in procfs sia correlata alle versioni più recenti del kernel eseguite con lo scheduler CFS?

Distro CentOS in esecuzione su una versione del kernel 2.6.24.7-149.el5rt con patch preempt rt.

qualche idea?

Puoi trovare più documentazione sul file / proc / [pid] / sched in questo articolo:

http://lwn.net/Articles/242900/

Guarda i commenti. La maggior parte dei campi sono spiegati.

Probabilmente "man proc" è il posto dove leggere! Dal manuale:

/ Proc / [PID] / compito
(da Linux 2.6.0-test6) Questa è una directory che contiene una sottodirectory per ogni thread nel processo. Il nome di ogni sottodirectory è l'ID numerico del thread ([tid]) del thread (vedere gettid (2)). All'interno di ciascuna di queste sottodirectory, c'è una serie di file con gli stessi nomi e contenuti delle directory / proc / [pid]. Per gli attributi condivisi da tutti i thread, il contenuto di ciascuno dei file nelle sottodirectory task / [tid] sarà lo stesso del file corrispondente nella directory parent / proc / [pid] (ad es. In un processo multithread , tutti i file task / [tid] / cwd avranno lo stesso valore del file / proc / [pid] / cwd nella directory principale, poiché tutti i thread in un processo condividono una directory di lavoro). Per gli attributi che sono distinti per ogni thread, i file corrispondenti in task / [tid] possono avere valori diversi (ad esempio, vari campi in ciascuno dei file task / [tid] / status possono essere diversi per ciascun thread).

In un processo multithread, i contenuti della directory / proc / [pid] / task non sono disponibili se il thread principale è già terminato (in genere chiamando pthread_exit (3)).

Quindi, fondamentalmente capire / proc / pid / task / significa capire proc stesso.