Почему нет нечетных идентификаторов процессов Windows?

Есть много способов проверить идентификаторы процессов в Windows.

Например, используя команду PowerShell:

ps | select Id, ProcessName  | Sort Id | ft -AutoSize

Мы видим следующий вывод:

  Id ProcessName         
  -- -----------         
   0 Idle                
   4 System              
 264 svchost             
 388 smss                
 476 csrss               
 536 wininit             
 580 winlogon                      
 620 services            
 628 lsass                          
 728 svchost             
 828 dwm                                     
1060 chrome              
1080 rundll32            
1148 vmms                                        
1620 spoolsv                                                
2912 taskhostex          
3020 explorer       
...     

Все идентификаторы процесса являются четными числами и, кроме того, все они кратны 4 .

В любой версии Windows, основанной на Windows NT, нет ни одного странного идентификатора процесса.

Что является причиной этого?

«Почему нет нечетных идентификаторов процессов Windows?»

Тот же код, который выделяет дескрипторы ядра, также используется для выделения идентификаторов процессов и потоков. Так как дескрипторы ядра кратны четырем, то же самое происходит с идентификаторами процессов и потоков.

Почему идентификаторы процессов и потоков кратны четырем?

В операционных системах на базе Windows NT идентификаторы процессов и потоков всегда кратны четырем. Это просто совпадение?

Да, это просто совпадение, и вы не должны полагаться на него, поскольку это не является частью контракта на программирование. Например, идентификаторы процессов и потоков в Windows 95 не всегда были кратны четырем. (Для сравнения, причина, по которой дескрипторы ядра всегда кратны четырем, является частью спецификации и будет гарантирована в обозримом будущем.)

Идентификаторы процессов и потоков кратны четырем, что является побочным эффектом повторного использования кода. Тот же код, который выделяет дескрипторы ядра, также используется для выделения идентификаторов процессов и потоков. Так как дескрипторы ядра кратны четырем, то же самое происходит с идентификаторами процессов и потоков. Это деталь реализации, поэтому не пишите код, который опирается на него. Я просто говорю вам, чтобы удовлетворить ваше любопытство.

Источник Почему идентификаторы процессов и потоков кратны четырем?

Почему РУЧКИ ядра всегда кратны четырем?

Не очень хорошо известно, что нижние два бита РУЧКИ ядра всегда равны нулю; другими словами, их числовое значение всегда кратно 4. Обратите внимание, что это относится только к РУЧКАМ ядра; он не применяется к псевдо-дескрипторам или к любому другому типу дескрипторов (дескрипторы USER, дескрипторы GDI, мультимедийные дескрипторы ...). Дескрипторы ядра - это то, что вы можете передать функции CloseHandle.

Наличие двух нижних битов скрыто в заголовочном файле ntdef.h:

//
// Low order two bits of a handle are ignored by the system and available
// for use by application code as tag bits.  The remaining bits are opaque
// and used to store a serial number and table index.
//

#define OBJ_HANDLE_TAGBITS  0x00000003L

То, что по крайней мере нижний бит ядра HANDLE всегда равен нулю, подразумевается функцией GetQueuedCompletionStatus, которая указывает, что вы можете установить нижний бит дескриптора события, чтобы подавить уведомление порта завершения. Чтобы это работало, нижний бит обычно должен быть нулевым.

Эта информация бесполезна для большинства разработчиков приложений, которые должны продолжать обрабатывать HANDLE как непрозрачные значения. Люди, которые были бы заинтересованы в битах тегов, - это те, кто реализует низкоуровневые библиотеки классов или помещает объекты ядра в более крупную среду.

Источник Почему РУЧКИ ядра всегда кратны четырем?

дальнейшее чтение

• Old New Thing: Практическое развитие На протяжении эволюции Windows , с помощью Raymond Chen (Principal Software Design инженер Microsoft).