La mise à l'échelle côté réception (RSS) améliore les performances du système lors de la gestion des données réseau sur les systèmes multiprocesseurs. Cela devrait se traduire par une meilleure mise à l'échelle pour la réception des données du réseau.
Un endroit pour trouver des détails est à: https://technet.microsoft.com/en-us/library/hh997036.aspx
J'en déduis que la mise à l'échelle côté réception profite principalement à la réception des données du réseau.
Il existe un lien que vous pourriez trouver intéressant pour une installation SAP et qui, bien que publié en 2012, semble utiliser des systèmes d'exploitation antérieurs à Windows 2012.
Néanmoins, vous pouvez bénéficier de certains détails. L'un des graphiques montre qu'un seul processeur consomme les lectures, tandis que d'autres processeurs tournent au ralenti en faisant peu. Voir les graphiques à:
http://blogs.msdn.com/b/saponsqlserver/archive/2012/01/12/network-settings-network-teaming-receive-side-scaling-rss-amp-unbalanced-cpu-load.aspx
Par conséquent, il semble que RSS affecte principalement la rapidité avec laquelle Windows peut recevoir les données et les rendre disponibles à d'autres processus, tels que SQL Server. Cela dépend du profil RSS que vous choisissez.
Par exemple:
- Le profil par défaut qui désactive les nouvelles fonctionnalités RSS , laissant un comportement très similaire au comportement de Windows 2008 R2.
- Le profil d' évolutivité NUMA permet d'affecter des CPU RSS par nœud NUMA sur une base de round robin. Cela se traduit par «RSS attribue au moins un processeur RSS par nœud NUMA avant d'attribuer le deuxième processeur RSS pour chaque nœud NUMA». Cette configuration à tour de rôle répartit la tâche sur plusieurs processeurs, améliorant ainsi probablement le débit de données.
Cela suggère que si le serveur est un gros consommateur du réseau de données, le profil d' évolutivité NUMA pourrait augmenter considérablement la consommation de ces données. Mais une fois que cela est accompli et que les données sont dans le cache, je ne vois pas que cela se répercuterait sur d'autres opérations SQL Server.
Votre environnement consomme-t-il des niveaux de données très élevés, de sorte que cela profiterait à votre travail? Ensuite, vous pourriez considérer les différents profils à votre disposition.
L'autre prise en charge à faible latence comprend des options telles que le traitement de réception parallèle , la préservation de la livraison des paquets dans l'ordre et plusieurs autres options qui peuvent vous être utiles.
De plus, le dernier RSS "permet à Windows Server 2012 d'évoluer de manière optimale sur les grands serveurs qui ont plus de 64 processeurs."
Ainsi, RSS permet à Windows d'avoir de meilleures options pour recevoir des données, mais cela ne semble pas indiquer que le serveur SQL se comportera d'une meilleure manière. Mais, je ne trouve aucune direction claire à ce sujet et la plupart des articles datent d'une décennie environ.