was ist der Wertebereich der thread und Prozess-id?

fork und pthread_create gibt eine Prozess-id oder thread-id.

Aber ich weiß nicht, der Wertebereich dieser ids.

Nun möchte ich eine lookup-Tabelle, in der jedem Eintrag gibt es ein Element/Feld für die thread-id.
die Struktur jeder Eintrag ist wie:

 typedef struct {
   int seq;
   pthread_t tid;
   ...
 } entry_t;

Möchte ich einen Wert zuweisen, der auf eine ungültige tid zu einem Eintrag, wenn ich nicht bekommen, die tid von einem thread(bald ist dieses Feld gefüllt mit einer gültigen, aber vor, dass die fill Funktion wird geprüft, ob die pid ist gültig oder nicht). also, was ist der Wertebereich der thread und Prozess-id?

  • pthread_create() gibt 0 oder einen Fehler-Nummer; es wird der pthread_t Struktur übergeben wird, in der es über einen Zeiger, aber es gibt keine dokumentierte Struktur für die pthread_t geben. Die PIDs zurückgegeben fork() sind Varianten auf dem Thema int; Sie sind 32-bit-zahlen, die zwar alle 32-bits werden nur selten verwendet (aber mehr als 16 bit verwendet werden). Linux hat eine gettid() - Funktion zur Rückgabe eines thread-ID; der Rückgabetyp ist pid_t, das gleiche wie fork() und getpid(). Es ist nicht eine standard-Funktion (und wurde Hinzugefügt, in-kernel 2.4.11 nach den docs bin ich auf der Suche an).
  • ist es möglich, dass tid = 0?
  • Bitte beachten Sie, dass der zurückgegebene Wert von gettid() (tid) hat nichts zu tun mit dem Wert des ersten Parameters durch einen erfolgreichen Aufruf von pthread_create().
InformationsquelleAutor misteryes | 2013-05-17
  1. 8

    Den pthread_t Typ ist völlig undurchsichtig. Man kann nur vergleichen Sie es für die Gleichstellung mit der pthread_equal Funktion, und es gibt keine reservierten Wert unterscheidet sich von allen gültigen thread-id, wenn ein solcher Wert wird wahrscheinlich Hinzugefügt werden, um die nächste version des POSIX-Standards. Als solche müssen Sie zum speichern einer zweiten Feld neben der thread-id, um nachzuverfolgen, ob es gültig ist oder nicht.

    • vielleicht auch 0 sein könnte, die distinct-Wert?
    • 0 ist auch nicht unbedingt ein Wert sein, da pthread_t ist nicht angegeben zu werden, die einen skalaren Typ. Es könnte sein, eine Struktur oder union. Die reservierten vorgeschlagene Wert für neben POSIX-wäre eine undurchsichtige makro nur verwendet werden für die Zuordnung und Weitergabe an pthread_equal.
    • Ich hab nur Angst wenn ich 0 im Feld, und dann ist es wirklich eine gültige tid = 0, dann gibt es einen Konflikt. Weil ich einen timeout, wenn das timeout erreicht ist, werde ich beurteilen, ob die tid ist immer noch 0, wenn es ist, werde ich es löschen. Aber wenn es wirklich eine gültige tid=0, dann meine Löschung ist falsch!
    • Ich sagte Ihnen, putting-0 ist keine tragbare Lösung. Es wird wahrscheinlich funktionieren, für common-threads-Implementierungen unter Linux, funktioniert aber nicht im Allgemeinen. Verwenden Sie ein separates Feld zu Kennzeichnen, ob Sie eine gültige thread-id.
    • Siehe udrepper.livejournal.com/16844.html ein praktisches Beispiel für die Verwendung von Zeigern als thread-IDS.
    • Kann ich einfach anrufen, die pthread_kill(tid, 0) zur überprüfung der Gültigkeit der tid-Wert?
    • Nein. Übergeben Sie eine ungültige thread-id zu pthread_kill ruft zu undefiniertem Verhalten. Wenn Sie Glück haben, stürzt Ihre Anwendung. Wenn du Pech hast, kann es Ihnen die falsche Antwort, oder noch schlimmer.

    InformationsquelleAutor R..
  2. 3

    Den max-Wert von pid ist wechselhaft, im Standard ist 32768, das ist die Größe der max-Wert der short-int.Und, kann es kompatibel mit UNIX frühe version.

    Können Sie sehen und ändern Sie es in /proc/sys/kernel/pid_max.

    BTW，

    Prozess-ID 0 wird in der Regel der Planer Prozess und ist oft bekannt als
    der swapper. Kein Programm auf der Festplatte entspricht dieses Prozesses, der
    Teil des kernel und ist bekannt als ein system-Prozess. Prozess-ID 1 ist
    in der Regel der init-Prozess und wird aufgerufen, indem der kernel am Ende
    das bootstrap-Verfahren. Das Programm-Datei für diesen Prozess war
    /etc/init in älteren Versionen des UNIX-Systems und wird /sbin/init in
    neuere Versionen. Dieser Prozess ist verantwortlich für die Erziehung ein UNIX
    system nach dem kernel wurde installiert.
    --APUE

    Die tid hat eine Bedeutung nur im Kontext des Prozesses, zu dem es gehört.
    In verschiedenen famlies von UNIX, die pthread_t ist nicht die gleiche Art,wie

    Linux-2.4.22 verwendet eine unsigned long-integer für die pthread_t-Daten
    Typ. Solaris 9 stellt die pthread_t-Datentyp als unsigned
    integer. FreeBSD 5.2.1 und Mac OS X 10.3 verwenden, einen Zeiger auf die pthread -
    die Struktur für den Datentyp pthread_t. --APUE

    Also kann man nicht einfach sagen Ihren Anwendungsbereich .

    Aber threads_max stellt dar, wie viele threads in einem Prozess auf die meisten,können Sie sehen und ändern Sie es in /proc/sys/kernel/threads-max.

    • Seine ist /proc/sys/kernel/threads-max nicht thread_max
    • danke, mein Fehler. bearbeitet.
    • das bedeutet, dass ich verwenden können, pid=0, um anzuzeigen, dass es nicht gültig ist, aber ich kann nicht mit tid=0...
    • wenn tid ist ein Zeiger auf die pthread-Struktur, tid=0 bedeutet tid = NULL, die ungültig ist.Du solltest besser überprüfen Sie die Art des tid in Ihrem system zuerst.
    • Beachten Sie, dass auf nicht-Linux-Systeme, die PID kann nicht begrenzt auf 32K (als ein konkretes Beispiel, auf Mac OS X, es wird nach dem PID = 99999). Das nicht erlöschen diese Antwort (die Frage ist tagged Linux), aber vorsichtig sein. Meine Erinnerung ist zu sehen, 6-stellige PIDs auf AIX, aber ich habe keinen Zugriff auf AIX zu bestätigen.
    • Verwenden Sie nicht pthread_t für diese. Dieser ist thread-descriptor thread in pthreads-Bibliothek, wie GRIFF in windows, die Sie Namen, wie einige "thread-id". Genauer gesagt "dies ist die interne Bibliothek Wert". Sie wissen nicht, welche Griff-Werte sind reserviert im inneren der Bibliothek. Werte können gleich sein, die TID im system, oder Sie können nicht gleich sein, Sie können einige der index in einigen Arrays innerhalb der Bibliothek zum Beispiel. Sie sollten die Verwendung Thread-ID thread für diese. Für bekommen, Thread-ID, die Sie verwenden können, syscall(SYS_gettid). Es wird gleich TID in in htop. Wie @vvy schrieb, Prozess-ID 0 in der Regel ist der scheduler, 1 init.

    InformationsquelleAutor vvy
  3. 2

    Als andere wies darauf hin, es ist kein Wert definiert, der angibt, eine ungültige pthread-id.

    Ein Ansatz, dies zu umgehen, könnte die mod ist Ihre Struktur, die beschreibt, einen thread wie so:

    typedef struct {
  int seq;
  pthread_t pthread;
  int pthread_is_valid; /* set this to 0 on initialisation of the structure 
                          and change it be 1 if pthread_create() was successfull. */
  ...
} entry_t;

    Auch empfehle ich nicht nennen, der Wert von pthread_create()'s erste parameter tid als Ursache dieser name ambiguousness mit dem, was ist, umgestimmt durch gettid(), die unter Linux ist eigentlich eine Prozess-id.

    Als ungültige Prozess-id -1 tun sollte.

    InformationsquelleAutor alk
  4. 0

    Meine Meinung, warum kannst du nicht verfolgen, ungültige thread-id durch zuweisen von definierten Fehlerwert zu tid selbst. Wie Sie Sie machen look-up-Tabelle, die Größe-Einschränkung, wenn Sie halten das hinzufügen mehr Mitglieder zu struct, wenn die Tabelle wächst.

    /* Thread Identifier */
    typedef unsigned long int pthread_t;

    Während der Prüfung pthread_create Ergebnis, wahrscheinlich ordnen Sie Ihre eigenen definierten Fehlerwert .

    Ex:
    pthread_create fail - weisen sagen -ve Wert zu tid . so, während lookup können Sie überprüfen, überprüfung Ihrer eigenen #define -ve-Wert.

    InformationsquelleAutor sankar suriya
Schreibe einen Kommentar