Le profil RSS a-t-il un effet sur SQL Server avec Numa Configuration?
Je suis curieux si le profil RSS qui est par défaut Numolastatic sur Windows 2012 R2 pourrait/doit être modifié pour SQL Server avec une configuration numa. Quelqu'un a-t-il effectué des points de repère de performance sur des serveurs SQL de charge élevés avec des paramètres numa ou conservateurs?
Recevoir la mise à l'échelle latérale (RSS) améliore les performances du système lors de la gestion des données de réseau sur des systèmes multiprocesseurs. Cela devrait entraîner une meilleure mise à l'échelle pour recevoir des données du réseau.
Un endroit pour trouver des détails est à: https://technet.microsoft.com/en-us/library/hh997036.aspx
De cela, je déduirais que la mise à l'échelle du côté reçoive 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, bien que posté en 2012, semble utiliser des systèmes d'exploitation pré-Windows 2012.
Néanmoins, vous pouvez bénéficier de certains détails. L'un des graphiques montre que seul 1 processeur consomme des lectures, tandis que d'autres processeurs sont rattrapés sans trop. Voir les graphiques à:
Par conséquent, il semble que RSS affecte principalement la rapidité avec laquelle Windows peut recevoir les données et la rendre disponible pour les autres processus, tels que le serveur SQL. Cela dépend du profil RSS que vous choisissez.
Par exemple:
- Le fichier défaut Profil que désactive les nouvelles fonctionnalités RSS, laissant un comportement très similaire au comportement Windows 2008 R2.
- The Numa Scalability Le profil permet à RSS CPU à attribuer le nœud NUMA à une base de Round Robin. Il en résulte "RSS attribue au moins un CPU RSS par nœud numa avant d'attribuer à la deuxième processeur RSS pour chaque nœud numa". Cette configuration ROBIN ROBIN répartit la tâche sur plusieurs processeurs, probablement probablement l'amélioration du débit de données.
Ceci suggère que si le serveur est un consommateur lourd du réseau de données, le fichier numa évolutivité Profil pourrait augmenter de manière significative la consommation de ces données. Mais une fois que cela est accompli et que les données sont en cache, je ne vois pas que cela porterait sur d'autres opérations SQL Server.
Votre environnement consomme-t-il très lourd niveaux de données, de sorte que cela profiterait à votre travail? Ensuite, vous pourriez envisager les différents profils disponibles pour vous.
Une autre prise en charge de la latence basse inclut de telles options telles que traitement de réception parallèle, Préservation de la livraison de paquets dans l'ordre et plusieurs autres options pouvant être un avantage pour vous.
De plus, le dernier RSS "active Windows Server 2012 à l'échelle de manière optimale des grands serveurs comportant plus de 64 processeurs."
Ainsi, RSS permet à Windows avec de meilleures options pour recevoir des données, mais il ne semble pas indiquer que le serveur SQL se comportera de manière meilleure. Mais, je ne trouve aucune direction claire à ce sujet et la plupart des papiers sont environ une décennie.