(це трохи мозковий дамп)
Переглядаючи пару версій джерела netstat, схоже, що шукану інформацію запитують безпосередньо з ядра (/ proc / net / ...), а не через дзвінки, пов’язані з сокетом, які мають еквіваленти Windows. Якщо ви дійсно налаштовані на це, я б подивився, як це отримується в netstat, і побачу, що ви можете знайти, що забезпечує щось еквівалентне.
Ви, мабуть, варто переглянути інформацію про рівень драйверів на ndis.com ( специфікація мережевого драйвера) та PCAUSA.com , оскільки це, можливо, найкраще знайти цю інформацію в Windows.
Я не вірю, що getsockopt () або більша частина арени Winsock допоможуть вам отримати корисні місця, але якщо ви хочете піти в цьому напрямку, перегляньте інформацію про MSDN Winsock, а також ознайомтеся з поширеними запитаннями програміста Winsock .
Для вхідних даних ви можете отримати щось корисне з функції ioctlsocket () за допомогою FIONREAD, щоб отримати кількість читабельних даних для сокета; можливо, ви не зможете отримати це через процеси, і залежно від типу даних він може повертати інформацію лише для першого блоку даних, а не для всієї черги, якщо в черзі є більше одного елемента.
У цьому контексті ви можете викопати "відставання", але більшість того, що я побачив, здавалося, стосується встановлення максимального розміру для боротьби з паводками SYN, а не насправді з того, наскільки великий фактичний відставання.
Якщо ви дійсно налаштовані, ви, можливо, зможете щось зробити зі своїм власником багатошарових послуг , але це дивна та негарна дорога, повна небезпеки, і я пропоную триматися подалі від неї.
ОНОВЛЕННЯ: Після роздумування трохи більше, я, безумовно, думаю, що ви повинні переглянути запити OID OID. Пошук найбільш актуальної для вас інформації залишається вправою між вами, MSDN та TechNet.