Сравнение  S7-2  и Т5-4


   По традиции  DWH работает  на серверах , отслуживших свое в биллинге
Такой подход кроме очевидных плюсов  , несет в себе и определенные минусы .
Один из  самых больших минусов - невозможность распараллелить  часть задач DWH . По простому - отчеты плохо параллелятся , некоторые вообще никак . То есть скорость получения отчета зависит  от скорости  одного потока CPU , и ускорить привычным способом - задействовать N потоков  нельзя .
Скорость же потока определяется частотой и  архитектурой  процессора ,  и применить более мощный  CPU - см. традиции . То есть отчеты получаются медленно ( по крайней мере с точки зрения пользователей)
Поэтому , плюс еще ряд причин  повлиял   - было решено попробовать запустить DWH на новом сервере S7-2

Старый сервер  Т5-4
System Configuration:  Oracle Corporation  sun4v SPARC T5-4
Memory size: 1571840 Megabytes

================================ Virtual CPUs ================================


CPU ID Frequency Implementation         Status
------ --------- ---------------------- -------
0      3600 MHz  SPARC-T5               on-line
1      3600 MHz  SPARC-T5               on-line
2      3600 MHz  SPARC-T5               on-line

Под DWH были задействованы 3 CPU  из четырех ,  всего 386  потоков
Напомню также , что Т5-4   был  еще недавно одним из топовых серверов класса Hi-End

Совсем другое дело S7-2 , который позиционируется Ораклом как low-cost соперник Х86 серверов .

System Configuration:  Oracle Corporation  sun4v SPARC S7-2
Memory size: 522496 Megabytes

================================ Virtual CPUs ================================


CPU ID Frequency Implementation         Status
------ --------- ---------------------- -------
0      4267 MHz  SPARC-S7               on-line
1      4267 MHz  SPARC-S7               on-line
2      4267 MHz  SPARC-S7               on-line

Всего 2 CPU , 128 потоков 

На Т5-4  DWH  загружала  3 процессора  примерно так  -

После переезда на S7-2  -

Первоначально у нас было впечатление , что нагрузка выросла примерно вдвое  -  

с  30 до 60%  CPU 

Но далее нагрузка продолжала расти , почти до 100% , мы были в некотором недоумении и  полагали эксперимент неудачным 

Однако причина оказалась проста  -  скорость выполнения  отчетов выросла 

Для одних отчетов  скорость увеличилась на 20-30%  

Ряд весьма тяжелых отчетов  ускорился в 2-2.5 раза ! 

В результате  пользователи быстро получив один отчет моментально запускали следующий , что в итоге и дало почти 0 Idle 

В целом эксперимент признан удачным , ключевое - резко выросла скорость работы одного потока .