Помогите разобраться в серверных платформах под 1С

[shmule]

Уважаемые люди!

Прошу у Вас помощи в ситуации: есть 2 сервера и есть моё недопонимание ситуации

1-й Supermicro SYS-6027R-TRF 19" 2U, 2xPSU, Intel C602, 2xLGA2011, up to 512GB/128GB (16 slots) DDR3 1600MHz ECC Registered/Unbuffered, 8x3.5" hot-swap drive bays, 8 ports SATA 3Gb/s Intel C602 (RAID levels: 0,1,5,10), 2 ports SATA 6Gb/s Intel C602 (RAID levels: 0,1,10), 2x1GbE (i350), IP-KVM, Video, 3xPCI-E (x16), 3xPCI-E (x8), Black
2х Intel Xeon E5-2650 8x2.0GHz, QPI 2x8.0GT/sec,
5х 3000GB Seagate Constellation ES.2 3.5" SAS 6Gb/s 7200rpm Enterprise 64MB cache,
8х 8Gb DDR3-1600 ECC Registered
1х LSI Logic MegaRAID SAS 9260CV-8i Kit 8 ports SAS 6Gb/s RAID controller, LSI 2108, 512MB cache, CacheVault flash cache protection,
- Win2008EntR2 + SQL2008 (для эксперимента ставил Win2012Std + SQL2008)
- Платформа 1С 8,2,13,219 (для эксперимента ставил 1С 8,3,3,721)

2-й Supermicro SYS-5037C-IF Mini Tower, 1xPSU, Intel C202, 1xLGA1155, up to 32GB (4 slots) DDR3 1333MHz ECC Unbuffered, 2 fixed drive bays, 6 ports SATA 3Gb/s Intel С202 (RAID levels: 0,1,5,10), 2x1GbE, IP-KVM, Video, 2xPCI-E (x8), 1xPCI-E (x4 in x8), DVD, Black
1х Intel Xeon E3-1270V2 4x3.5GHz, DMI 5GT/sec, 2xDDR3-1600MHz, 8MB Cache, HT, Turbo Boost^3.9GHz, Ivy Bridge, 22nm, 69W, LGA1155, SPEC_int_rate: 200, SPEC_fp_rate: 140
4х 8Gb DDR3-1600 ECC Unbuffered Supermicro certified for Intel C20x, C60x chipsets
2х 3000GB Supermicro SATA 7200rpm Enterprise , MTBF 1,200,000 hours, half duplex, single port, no PI (Protection Information)
- Win2008EntR2 + SQL2008
- Платформа 1С 8,2,13,219

1-й сервер обслуживает 50-60 пользователей
2-й сервер обслуживает 12-17 пользователей

В штатном\повседневном многопользовательском режиме оба сервера работают почти без нагрузки и проблем, сервер 1С отрабатывает нормально.
НО стоит запустить групповое перепроведение документов базы в монопольном режиме (месячные документы), то 1-й сервер работает в 1,5-2 раза медленнее чем 2-й сервер.
Тесты Гилева показали следующее:
1-й сервер показал 30,3 попугаев
2-й сервер показал 46,3 попугаев

В момент перепроведения и тестирования Системный монитор ресурсов не показал никаких проблем и затыков (процессор нагружен не более 60%, память не более 50%, дисковая подсистема не более 40-50%), почти такая же картина на более слабом сервере, может чуть хуже.

Вроде как все шаманские действия по донастройке 1С делал, игрался с использованием механизма Shared Memory - результата не дало.

Получается, что более мощный сервер проигрывает слабому в 1С в монопольном режиме и в тестах Гилева.
Остальные программы наоборот на более мощном сервере имеют лучшую производительность.
Пожалуйста, Помогите понять почему так происходит?

[DeadMazay]

вполне ожидаемые результаты тестов
2ГГц против 3,5ГГц всегда в тесте просядут
это особенности 1С, при чем не особо важно с какой субд работать... сам механизм 1с в этом плане является бутылочным горлышком (в некоторых ситуациях)
на инфостарте копья по этому поводу давно ломают

вывод один: процессор почастотнее, конфигурацию памяти подобрать на максимум производительности (частота), дисковую пошустрее, ну и стараться держать сервер приложений на той же машине где и SQL
хотя типового решения так и нет, ибо все зависит от конкретного случая (конфиг, изменения/дополнения программистов, характер работы и т.д.) и чаще всего не экстраполируется на другие (хотя в некоторых приближениях можно)

[shmule]

Спасибо за ответ.
Получается, что 1С в многопользовательском режиме "любит" многопоточность, многоядерность, многопроцессорность -есть такая потребность в этом, а когда речь идёт о монопольных проводках, то 1С все равно вышеизложенные требования, а подайте ей простую однопроцессорную платформу -главное чтоб процессор был почастотнее... так получается??
Тогда можно предложить использование ДВУХ серверов приложений: один для многопользовательской повседневной работы 60-70 сотрудников (2 многоядерных процессора, памяти побольше), а второй для проводок в монопольном однопользовательском режиме (1 простой высокочастотный процессор и немного памяти)... правильно предполагаю??

[gs]

1С использует много ядер только когда много параллельных сессий, а тут действительно все решает частота.
Если по логике бизнеса можете разнести задачи на разные машины, то это вполне вариант.

[shmule]

Все понятно, спасибо!
Будем идти по варианту разделения задач (серверов приложений).

PS а есть ли такая информация когда кантора 1С и 1С программеры будут использовать в своём продукте во всех режимах работы с БД не только частоту проца (одно ядро), а многопотоковость операций многоядерных процов ?

[gs]

Это вопрос к Нуралиеву