Startpagina » hoe » Waarom zijn er geen oneven genummerde Windows-proces-ID's?

    Waarom zijn er geen oneven genummerde Windows-proces-ID's?

    Als je graag sleutelt aan Windows en leert terwijl je bezig bent, is het je misschien al opgevallen dat Windows-proces- en thread-ID's even zijn genummerd en veelvouden van vier. Waarom is dat? De SuperUser Q & A-post van vandaag biedt de antwoorden op de vragen van een nieuwsgierige lezer.

    De Question & Answer-sessie van vandaag komt tot ons dankzij SuperUser - een onderdeel van Stack Exchange, een gemeenschapsgedreven groep van Q & A-websites.

    De vraag

    SuperUser-lezer Peter Hahndorf wil weten waarom er geen oneven genummerde Windows-proces-ID's zijn:

    Er zijn veel manieren om naar de proces-ID's in Windows te kijken. PowerShell gebruiken:

    Ik krijg dit resultaat:

    Zoals u kunt zien, zijn alle proces-ID's even genummerd, en niet alleen dat, ze zijn allemaal veelvouden van vier. Je kunt er zo hard uitzien als je wilt en je zult nooit een oneven nummer van het proces-ID vinden, althans niet op een versie die op Windows NT is gebaseerd. Wat is de reden hiervoor?

    Waarom zijn er geen oneven genummerde Windows-proces-ID's?

    Het antwoord

    SuperUser-bijdrager DavidPostill heeft het antwoord voor ons:

    Waarom zijn er geen oneven genummerde Windows-proces-ID's?

    Dezelfde code die kernelhandles toewijst, wordt ook gebruikt om proces- en thread-ID's toe te wijzen. Omdat kernel-handles een veelvoud van vier zijn, zijn ook proces- en thread-ID's.

    Waarom zijn proces- en thread-ID's veelvouden van vier?

    Op Windows NT-gebaseerde besturingssystemen zijn proces- en thread-ID's altijd een veelvoud van vier. Is dit gewoon toeval??

    Ja, het is toeval en u moet er niet op vertrouwen, omdat het geen deel uitmaakt van het programmacontract. Windows 95-proces- en thread-ID's waren bijvoorbeeld niet altijd een veelvoud van vier. Ter vergelijking, de reden dat de kernel handelt, is altijd een veelvoud van vier, maakt deel uit van de specificatie en zal voor de nabije toekomst worden gegarandeerd..

    Proces- en thread-ID's zijn veelvouden van vier als een neveneffect van codehergebruik. Dezelfde code die kernelhandles toewijst, wordt ook gebruikt om proces- en thread-ID's toe te wijzen. Omdat de kernel-handgrepen veelvouden van vier zijn, zijn ook proces- en draad-ID's. Dit is een implementatiedetail, dus schrijf geen code die erop vertrouwt. Ik zeg je alleen om je nieuwsgierigheid te bevredigen.

    Bron: Waarom zijn proces- en thread-ID's veelvouden van vier?

    Waarom zijn kernel altijd een veelvoud van vier?

    Iets dat niet erg bekend is, is dat de onderste twee bits van kernelhandvatten altijd nul zijn; met andere woorden, hun numerieke waarde is altijd een veelvoud van vier. Merk op dat dit alleen van toepassing is op kernel-handles; het is niet van toepassing op pseudo-handles of op een ander type handvat (USER-handles, GDI-handles, multimedia-handles, enz.). Kernel-handgrepen zijn dingen die u kunt doorgeven aan de functie CloseHandle.

    Dat in ieder geval het onderste deel van de kernelhandgrepen altijd nul is, wordt geïmpliceerd door de GetQueuedCompletionStatus-functie, die aangeeft dat u het onderste bit van de gebeurtenishandvat kunt instellen om de voltooiingspoormelding te onderdrukken. Om dit te laten werken, moet de onderste bit normaal nul zijn.

    Deze informatie is niet nuttig voor de meeste schrijvers van toepassingen, die handvatten moeten blijven behandelen als ondoorzichtige waarden. De mensen die geïnteresseerd zijn in tag-bits zijn degenen die klassenbibliotheken van een laag niveau implementeren of kernel-objecten in een groter kader omwikkelen.

    Bron: Waarom zijn kernel altijd een veelvoud van vier?

    Verder lezen

    The Old New Thing: Practical Development Evolution of Windows door Raymond Chen (Principal Software Design Engineer bij Microsoft)


    Heb je iets toe te voegen aan de uitleg? Geluid uit in de reacties. Wilt u meer antwoorden van andere technisch onderlegde Stack Exchange-gebruikers lezen? Bekijk hier de volledige discussiethread.