Прийом бічного масштабування (RSS) покращує продуктивність системи під час обробки мережевих даних у багатопроцесорних системах. Це повинно призвести до кращого масштабування для отримання даних з мережі.
Одне місце для пошуку деталей можна знайти за адресою: https://technet.microsoft.com/en-us/library/hh997036.aspx
З цього можу зробити висновок, що масштабування на стороні отримання в першу чергу виграє від отримання даних з мережі.
Існує посилання, яке може бути цікавим для встановлення SAP, і, хоча воно опубліковане в 2012 році, схоже, воно використовує операційні системи до Windows 2012.
Тим не менш, ви можете скористатися деякими деталями. На одній з діаграм видно, що лише 1 процесор споживає показання, а інші процесори простоюють, роблячи не так багато. Дивіться схеми за адресою:
http://blogs.msdn.com/b/saponsqlserver/archive/2012/01/12/network-settings-network-teaming-receive-side-scaling-rss-amp-unbalanced-cpu-load.aspx
Тому, схоже, що RSS в першу чергу впливає на те, як швидко Windows може отримати дані та зробити їх доступними для інших процесів, таких як SQL Server. Це залежить від обраного Вами профілю RSS.
Наприклад:
- За замовчуванням профіль , який відключає нові функції RSS , в результаті чого поведінка дуже схоже на поведінку Windows 2008 R2.
- NUMA масштабованість профілю дозволяє RSS процесори повинні бути призначені на NUMA вузла на міжлабораторних основі. Це призводить до того, що "RSS призначає щонайменше один процесор RSS на вузол NUMA перед тим, як призначити другий процесор RSS для кожного вузла NUMA." Ця настройка круглої роботи поширює завдання на більше процесорів, таким чином, ймовірно, покращуючи пропускну здатність даних.
Це говорить про те, що якщо сервер є великим споживачем мережі передачі даних, профіль масштабованості NUMA може значно збільшити споживання цих даних. Але як тільки це буде досягнуто, і дані знаходяться в кеші, я не можу побачити, що це перенесеться на інші операції SQL Server.
Чи ваше середовище споживає дуже важкі рівні даних, щоб це принесло користь вашій роботі? Тоді ви можете розглянути різні доступні для вас профілі.
Інша підтримка з низькою затримкою включає такі параметри, як паралельна обробка прийому , збереження доставки пакетів замовлення та кілька інших варіантів, які можуть бути корисними для вас.
Також останній RSS "дозволяє Windows Server 2012 оптимально масштабувати на великих серверах, які мають понад 64 процесори."
Так, RSS дозволяє Windows отримувати кращі можливості прийому даних, але це, схоже, не вказує на те, що SQL Server буде вести себе дещо кращим чином. Але я не можу знайти жодного чіткого напряму щодо цього, і більшість газет вже близько десяти років.