Всем добрый день.

Имеется старая и новая система с Wonderware Application Server и InSQL/Historian.

Старая система - 3-4 сервера:
1 x Intel Xeon E4510, 4GB RAM
Windows 2003 R2 32 bit
MS SQL 2005 32 bit
WW AppServer 3.0 / Historian 9.0 / ActiveFactory 9.2
MS Office 2003 32 bit

Новая система - 4 сервера:
1 x AMD Opteron 6172, 8GB RAM - HP Proliant DL385 G7
Windos 2008 R2 64 bit
MS SQL 2008 SP1 32 bit
WW AppServer 3.1 SP3 Patch 01 / Historian 10.0 SP1 / Historian Client 10.0 (новая версия ActiveFactory)
MS Office 2003 32 bit

WW InSQL / Historian частично работает на базе MS SQL сервера, однако большую часть данных хранить в виде файлов данных на жестком диске.

Проблема в том, что после апгрейда со старой системы на новую отчеты в Excel сделанные (с помощью ActiveFactory - интерфейса к InSQL/Historian серверу), которые на старой системе занимали 40 секунд для обновления, на новой системе занимают 4.5 минуты.

Если отложить вариант, что это происходит из-за бага в новом софте, какие варианты могут быть, связанные с железом? В биос я нашел, что HP Power Profile стоял Balanced, хотя имеется вариант Maximum Performance.
Кто-нибудь имел дело с Opteron'ами и что может надо поменять в BIOS'е, чтобы увидеть процессор во всей красе?

Заранее спасибо за ответы!

SQL 32-битный, потому что WW Historian требует только 32-бит, на 64-бит не работает.

Диски - вроде RAID-1 (mirror), сами диски 15K PRM. Большего из головы не помню.

Если под апдейт статистик имеется в виду sp_updatestats - то да, запускал сегодня для базы данных Historian, после запуска никакой прибавки в производительности.

На сервере крутится только MS SQL 2008 SP1 32-бит, WW Historian и WW Application Server GR Node (development для Wonderware, используется время от времени если надо поменять графику или добавить какие-то новые переменные, то есть почти всегда крутится вхолостую). Больше ничего.

Последние паки не установлены, так как MS SQL 2008 SP1 - это рекомендованная конфигурация от Wonderware (на других объектах проблем не замечал, так серверы с Intel процессорами).

Рапорт выводится в Excel, для обновления каждой ячейки Excel запрашивает дату из Historian (через MS SQL, одна ячейка - один запрос). Рапорт не я писал, он еще со старой системы остался, и написан так как работает клиентская часть Historian сервера.
То есть после всего этого я предполагаю, что все запросы действительно крутятся на одной ядре, остальные ядра просто сидят и ничего не делают, а если AMD ядро слабее чем Xeon (как предположил Джек), то, следовательно, рапорт должен занять больше времени на AMD, чем на Xeon. Но ведь не в 6 раз больше?

Другой вопрос: сколько 32-битный MS SQL будет использовать оперативной памяти? Упрется ли он в 2ГБ, а если ему доступно больше, то может он не будет её освобождать думая, что свободная память еще должна быть? В этом вопросе я не очень просвящен, может ли кто-нибудь объяснить?

И еще: на старой системе на SQL сервере одна опция - Use windows fibers - включена. На новом SQL сервере она недоступна. Насколько я понял, прочитав кое-какую инфу в гугле (очень поверхностно), что данная опция может дать небольшую пребавку производительности, но все таки ее не рекомендуют использовать. Может кто-нибудь что сказать по этому поводу?

Заранее спасибо!