Wie erkennt man, welcher Mutex dem Betriebssystem die meiste Zeit gibt?

Question

Wie misst man die Zeit, die ein Mutex dem Betriebssystem gibt? Das Hauptziel besteht darin, einen Mutex zu erkennen, der Threads für die größte Zeit blockiert.

PS: Ich habe versucht, oprofile. Es meldet 30% der Zeit in vmlinux/.poll_idle. Dies ist unerwartet, da die App 100% ihres Kerns abdeckt. Daher vermute ich, dass die Zeit dem Betriebssystem zurückgegeben wird, während auf einige Mutex gewartet wird, und oprofile es als die IDLE-Zeit meldet.

Answer 1

Profil.

Immer wenn die Frage lautet "Was wirklich dauert [die meiste Zeit]?", Ist die Antwort immer "Profil, um herauszufinden.".

Answer 2

Wie vorgeschlagen - Profil, aber entscheiden, bevor was Sie messen möchten - verstrichene Zeit (Zeit Threads wurden blockiert), oder Benutzer/Kernel-Zeit (Zeit kostet Sie die Synchronisierung durchzuführen). In verschiedenen Szenarien möchten Sie vielleicht die eine oder andere oder beide messen.

Answer 3

Sie könnten Ihr Programm profilieren, mit say OProfile auf Linux. Dann filtern Sie Ihre Ergebnisse heraus, um die Zeit zu betrachten, die Sie in pthread_mutex_lock() für jeden Mutex verbracht haben, oder Ihre Funktion auf höherer Ebene, die das Sperren durchführt. Da das Programm innerhalb des Sperrfunktionsaufrufs blockiert, bis der Mutex aufgerufen wird, sollte die Profilierung der in dieser Funktion verbrachten Zeit Ihnen eine Vorstellung davon geben, welche Mutexe am teuersten sind.

Answer 4

start = GetTime(); 
Mutex.Lock(); 
stop = GetTime(); 

elapsedTime = stop - start; 

elaspedTime ist die Zeit, die benötigt wurde, um den Mutex zu erfassen. Wenn es größer als ein kleiner Wert ist, liegt es daran, dass ein anderer Thread den Mutex hat. Dies zeigt nicht an, wie lange das Betriebssystem den Mutex hat, nur dass es ein anderer Thread hat.