Существенное снижение производительности после перехода на AX 2009 с Axapta 3.0

[gl00mie]

А на чем у вас приложение лежит? Был как-то непонятный косяк на 2009-й, связанный с тем, что на виртуальном файл-сервере под w2k3, где для АОСов было расшарено приложение, возникали периодически какие-то дикие пиковые загрузки процессоров, что сопровождалось существенным торможением самих АОСов. Не помогло даже выделение файл-серверу 8-и ядер xeon 2.5. Поскольку процессорное время тратилось преимущественно в режиме ядра, есть версия, что косяк кроется во взаимодействии w2k3 x86 и SCSI-дров VMware. После того, как перенесли приложение на файл-сервер w2k8 r2, все рассосалось, спонтанные торможения пропали. Так что, может, дело не в СУБД?..

[Rivez]

Цитата:

Сообщение от gl00mie

А на чем у вас приложение лежит?

Параметры сервера AOS: Процессоры: 4 INTEL Xeon X5570 2.93GHz, Память: 8GB, ОС: Windows Server 2008 R2 Standard 64 -bit.
Параметры сервера MS SQL: Процессоры: 2 Itanium 1.60 GHz (12 ядер); Оперативная память: 127GB; ОС: Windows Server 2003 Datacenter Edition SP2; Версия SQL и сервис-паков SQL Server 2008 (10.50.1600).


На AOS нагрузки почти нет, процессор загружен в среднем на 30%

[savel]

Цитата:

Сообщение от Rivez

На AOS нагрузки почти нет, процессор загружен в среднем на 30%

А по моему - загрузка процессора AOS'а как раз и показывает нормальную рабочую загрузку. Т.е. это показатель, что процессорной мощности AOS'а хватает для текущих задач. Если средняя загрузка будет выше 30 - первый признак того что мощность нужно повышать. Выше 50 - повышать без раздумий.

[Rivez]

Цитата:

Сообщение от savel

А по моему - загрузка процессора AOS'а как раз и показывает нормальную рабочую загрузку. Т.е. это показатель, что процессорной мощности AOS'а хватает для текущих задач. Если средняя загрузка будет выше 30 - первый признак того что мощность нужно повышать. Выше 50 - повышать без раздумий.

согласен, но почему-то операции выполняются долго в системе, причем периодически