¿No es inútil poner "Número de queues RSS" en "1"?

Si entiendo RSS (Receive Side Scaling) correctamente, los combos de puertos IP + src / dst de los packages UDP y TCP entrantes se eliminan y el package se distribuye en las queues RSS disponibles usando ese valor hash, usando algún mapping como hashCode modulo numQueues – cuyos detalles, en realidad, no son cruciales para esta cuestión.

Los packages de una queue de RSS entonces siempre serían procesados ​​por el mismo núcleo. En otras palabras, una queue significaría que sólo un núcleo procesa los packages. Esto suena como deshabilitar RSS, cuyo propósito es distribuir el procesamiento de packages en el núcleo a múltiples núcleos. Pero hay otras maneras de deshabilitar RSS, en el mismo cuadro de dialog de configuration de NIC, o vía netsh .

Entonces, ¿para qué sirve ese ajuste, que he visto en los ajustes de la NIC de los adaptadores Intel y AT?

Fwiw, en las testings de pérdida de packages UDP que estoy realizando ahora mismo, RSSQueues = 1 mostró las mismas tasas de pérdida de packages que cuando se desactiva RSS. Configurar RSSQueues = 2 en contraste permitió networkingucir considerablemente las tasas de pérdida de packages.

  • AADSTS90019 al intentar el logging automático de Azure AD del dispositivo Windows 10 unido al dominio
  • clúster iscsi Windows Server Hyper-v
  • El logging de IIS 8 se detiene a la medianoche UTC
  • Obtenga Windows 2012 Essentials y Windows 98 para compartir files
  • ¿Cómo hacer copys de security de tareas de Windows Task Scheduler?
  • Control granular de reglas de firewall de Windows
  • Comportamiento curioso de Windows Server 2012 R2 con input de hosts
  • No se puede tener acceso a los services de escritorio remoto: el set de serveres contiene serveres del Agente de connection de RD que están agrupados y no están agrupados
  • El linux y los temas del servidor de Windows, como ubuntu, centos, apache, nginx, debian y consejos de red.