dennis365foroperations: Performance test tool in Dynamics 365 for Finance and Operations

[trud]

Цитата:

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

И какая практическая польза от этого теста? )

Кстати я понял , неплохая статья по тестированию SQL Azure и сравнению его со скоростью SQL на ноутбуке
http://cdn2.hubspot.net/hubfs/233452...1-2017-ENG.pdf
т.е. у них получился просто огромный разброс в скорости (500%) в зав-ти от датацентра, по видимому чтобы это хоть как-то понимать, мс и создала этот тест

Цитата:

The results for both, the physical and virtual machines, shows that the execution time is significantly lower/faster than for the Azure Premium P2 Tier. Only the execution time for Azure Premium P2 database, located in West Europe, is comparable to results from physical and virtual machines, but still 50 % slower than the slowest servers.

Цитата:

For the Azure Basic databases, there was a 20% performance difference between the three tested locations (West Europe, West Japan and West US). For Standard S3 databases the difference had grown to 25%, while on Azure Premium P2 databases the performance difference was a staggering 500%. When the same test takes 5 times as longer on one database than the other, given the same DTU strength, it’s
surprising that it can be sold as the same product. So in other words, ordering the same service at different locations you may end up with completely different underlying hardware.

[Logger]

Вопрос к модераторам
Может объединить темы
dennis365foroperations: Performance test tool in Dynamics 365 for Finance and Operations
i-neti: Средство тестирования производительности в Dynamics 365 for Finance and Operations
Все равно речь идет об одной статье и об одном и том же инструменте.

[sukhanchik]

Цитата:

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

Вопрос к модераторам
Может объединить темы
dennis365foroperations: Performance test tool in Dynamics 365 for Finance and Operations
i-neti: Средство тестирования производительности в Dynamics 365 for Finance and Operations
Все равно речь идет об одной статье и об одном и том же инструменте.

Сделано

[Logger]

Привет всем.
А кто-нибудь продолжает использовать этот инструмент?

Лет 5 назад импортировал его на 2012 аксапту. Решил посмотреть что изменилось, освежить.
Посмотрел в 365-й, а класс PerformanceCheck не менялся с 17-го года.

Немного странно.
Может есть что-то на замену, чем все сейчас пользуются ?
Ощущение, что эту функцию забросили и не обновляют уже.

Или она оказалась настолько удачной, что не требуется ничего менять.

[wojzeh]

чесгря, я впервые слышу.

обычно потребность исследовать причины замедления работы возникала на каких-то определённых шагах пользователя: открытие формы, проведение документа, формирования отчёта и т.п. и там уже ковырялся с конкретными таблицами и операциями над ними. не всегда дело было именно во взаимодействии с сикелем.

другой пример, когда требовалось ускорить загрузку начальных данных перед запуском системы: вместо трёх дней получилось 4 часа засчёт распараллеливания, отключения валидации и прочих техник.

измерение же производительности в целом... это что вроде Индекса производительности в винде? что оно может в принципе нам дать? где-то там, далеко в облачном вакууме сферический конь отбивает копытом сигналы бедствия?

глядя на ваши результаты и исследования, я задаюсь ещё и другим вопросом: насколько имеет смысл заморачиваться с кодом, например, прибегая к insert_recordset, если в конечном итоге оно всё нивелируется на стадии общения с сикелем? или не всё так плохо?