Тест Columbus IT/Microsoft: решение "Юнимилк" способно обслуживать 1300 пользователей - Страница 2 - Полезное по Microsoft Dynamics

itfs · 06.10.2006, 10:00

Спасибо. А как насчет моего вопроса о времени синхронизации AOS-ов? Вы сознательно проигнорировали это слабое место в архитектуре или просто не понимаете в чем проблема?

С уважением, itfs.

AERM · 11.10.2006, 12:59

Цитата:

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

Спасибо. А как насчет моего вопроса о времени синхронизации AOS-ов? Вы сознательно проигнорировали это слабое место в архитектуре или просто не понимаете в чем проблема?

С уважением, itfs.

Уважаемый itfs, сознательно отвечаю

на ваш вопрос относительно "слабого места в архитектуре".

Во-первых, хотелось бы удостовериться, что вам известно о существовании и, собственно, содержимом документа AX-300-TIP-058-v01.00-ENUS.doc "Asynchronous Cache Flushing in Microsoft Business Solutions–Axapta 3.0 SP2", входящего в стандартую поставку 3.0 SP2. Во-вторых, о существовании KR1 (Kernel Rollup 1) для 3.0 SP2, SP3 и SP4, в fixlist'е которого есть пункт
Request No. 2273, KB 899105
Short Description:
Inconsistent caching in multi-client environments:
1) Flushing of the list of dirty records in the AOS cache is not happening in some circumstances.
2) AOS servers in a cluster do not synchronize to the latest flush list at appropriate time intervals.

Detailed Description
Problem
The bug is caused by incorrect use of Windows API GetTickCount. GetTickCount was being used to calculate the elapsed time between 2 points.
GetTickCount() actually returns the number of milliseconds that have elapsed since the system was started. The elapsed time is stored in a 32-bit signed integer. Therefore, the time will wrap around to zero if the system (physical machine) is run continuously for 49.7 days.
Storing the elapsed time in an unsigned integer is not a solution because it works for only one wrap-around. After that, it is broken.
· Solution
The kernel was modified to use an unsigned 64-bit integer value and the monotonically increasing SYSTEM TIMER to compute the elapsed time between 2 points. The AOS periodically refreshes the time by:
1. Synchronizing with a time source
2. Forcing a dirty record flush based on the configured CACHESYNCTIME
3. Resetting the timer

В-третьих, наше тестирование, как указано в нашем отчете http://www.columbusit.ru/Admin/Publi...ax3_(_)_ru.pdf, производилось на ядре build 1951.3885, которое, хоть и не является KR1, но содержит данные важные испавления, связанные со сбросом кэша по CACHESYNCTIME. Само значение CACHESYNCTIME при тестировании мы оставили по умолчанию (60 сек.) и никаких проблем с целостностью, либо с актуальностью данных обнаружено не было.

itfs, следите за обновлениями софта (проверяйте свои доводы почаще), скоро будем говорить о 4.0!

Anatoly Ermakov | Director, Solution Development Office
Columbus IT | Kozhevnichesky pr. 4-8 | 115114 Moscow | Russia
Email:aerm@ru.columbusit.com | Internet: www.columbusit.com

itfs · 11.10.2006, 17:09

Цитата:

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

Во-первых, хотелось бы удостовериться, что

Это совет типа: прежде чем рассуждать о лесе, сходить посчитать деревья?

Ладно, как риторический прием, принимается. Я и не думал утверждать, что кеш в Аксапта как-то неэффективно реализован. Боже меня упаси.

Цитата:

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

Само значение CACHESYNCTIME при тестировании мы оставили по умолчанию (60 сек.) и никаких проблем с целостностью, либо с актуальностью данных обнаружено не было.

Большое спасибо, то, что хотелось услышать.

Цитата:

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

itfs, следите за обновлениями софта (проверяйте свои доводы почаще), скоро будем говорить о 4.0!

Ок, совет и впрямь не плох. Буду бдителен.

С уважением, itfs.

PS. А чтоб жизнь не показалась нам всем медом, добавлю ложку дегтя. Видел я решение для компании ЮНИМИЛК. Стандартная Аксапта с весьма минимальными и жесткими (без лишней настраиваемость) доработками. Интерфейс операторов кое-где даже сильно урезан. Чувствовалась нешуточная борьба за производительность. Так что чудеса возможны, но за все приходится платить.

exceptor · 11.10.2006, 18:53

Цитата:

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

Видел я решение для компании ЮНИМИЛК. Стандартная Аксапта с весьма минимальными и жесткими (без лишней настраиваемость) доработками. Интерфейс операторов кое-где даже сильно урезан. Чувствовалась нешуточная борьба за производительность. Так что чудеса возможны, но за все приходится платить.

А как давно вы видели Юнимилк-овское решение? И можно спросить - по каким критериям вы определяете минимальные доработки или нет?

itfs · 12.10.2006, 10:14

Цитата:

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

А как давно вы видели Юнимилк-овское решение? И можно спросить - по каким критериям вы определяете минимальные доработки или нет?

С год назад видел. Опять отстал от жизни? Критерии - чисто внешние, код приложения видеть не довелось. Но если рядом с "кодом" нигде не видно "наименование", все "лишнее" с форм убрано, заметно отключение некоторых стандартных проверок. И, скажем, доработки таковы, что введен некоторый количественный показатель и рядом с ним нет единицы измерения, я это понимаю так то, что оная единица жестко зашита в код и ни о каких сопустствующих пересчетах речи не идет. Ну и тому подобные мелочи создают впечатление праведного аскетизма, который приемлем не для всех клиентов.

С уважением, itfs.

PS. дошло, прошу прощения, что неправильно выразился "минимальность" имел ввиду не в смысле кол-ва кода или новизны решений, а в смысле подхода "без излишнего украшательства" и "без удовлетворения запросов типа прихоть пользователя".

iggl2 · 12.10.2006, 10:45

Цитата:

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

Видел я решение для компании ЮНИМИЛК. Стандартная Аксапта с весьма минимальными и жесткими (без лишней настраиваемость) доработками. Интерфейс операторов кое-где даже сильно урезан. Чувствовалась нешуточная борьба за производительность. ... Критерии - чисто внешние, код приложения видеть не довелось

"Потомственная ведунья в седьмом поколении определит по скриншотам объем доработок системы" (с)

itfs · 12.10.2006, 11:17

Цитата:

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

"Потомственная ведунья в седьмом поколении определит по скриншотам объем доработок системы" (с)

Увы, именно так

А вы видели код? Можете мое предположение подтвердить или опровергуть? Может это и не очевидно, но в глубине души мечтаю быть обоснованно опровергнутым.

С уважением, itfs.

komar · 13.10.2006, 14:06

Все версии стандартные и международные, и с закрытием склада? Складывается впечатление, что производительность системы тестируется и оптимизируется исключительно на процессе обработки заказов. А почему не на сопоставлении с суммовыми разницами?

**Андре** · 13.10.2006, 14:12

Цитата:

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

Дим, я же написал, что список тестируемых операций полностью соответсвует бизнес-процессам, которые автоматизированы в Аксапте.
Остальные операции осуществляются в других системах, которые используются в холдинге.

komar · 13.10.2006, 15:14

Хм...ты написал??? У вас там что, один логин на всех выдают?

мой вопрос был не про холдинг, а про планируемый мегатест совместно с МС. Который появится в октябре.

**Андре** · 13.10.2006, 15:14

Тест Columbus IT/Microsoft: решение "Юнимилк" способно обслуживать 1300 пользователей

**Андре** · 13.10.2006, 15:15

Цитата:

У вас там что, один логин на всех выдают?

Не, логин у меня свой. А у нас - это у кого, и там - это где ?

komar · 13.10.2006, 15:18

ОК, я понял, ошибся.

**Андре** · 13.10.2006, 15:24

Цитата:

ОК, я понял, ошибся.

Можем быть и я. Тебя интересовало тестирование на Юнимилк?

AERM · 13.10.2006, 16:11

Цитата:

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

Все версии стандартные и международные, и с закрытием склада? Складывается впечатление, что производительность системы тестируется и оптимизируется исключительно на процессе обработки заказов. А почему не на сопоставлении с суммовыми разницами?

Уважаемый komar, я понимаю ваше раздражение, но, согласитесь, протестировать все-все-все операции системы не представляется возможным. Потому и выбрана общая базовая функциональность Sales&Distribution, если хотите, стандартный тест, метрика, который проводят все ведущие вендоры ERP-систем. В Microsoft Dynamics AX - это ASU (1 ASU = 50 строк заказов в час), в SAP - это SAPS (100 SAPS = 2000 строк заказов в час). Возможно создание таких метрик и для других больших модулей системы. Все определяется востребованностью и популярностью того или иного функционала.

Цитата:

Сообщение от Андре

Дим, я же написал, что список тестируемых операций полностью соответсвует бизнес-процессам, которые автоматизированы в Аксапте.
Остальные операции осуществляются в других системах, которые используются в холдинге.

Вообще-то речь шла уже двух других тестах (3.0 vs 4.0 и 4.0 стандартных международных). Версия и операции Юнимилка здесь уже совсем ни при чем

.

komar · 13.10.2006, 16:09

Нет. Меня интересовало, когда же будут проводить тестирование на "неудобных" операциях. То есть с участием закрытия склада, бухучетных заморочек, налогового учета и т.п.

**mazzy** · 13.10.2006, 16:31

Цитата:

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

Нет. Меня интересовало, когда же...

Когда эти тесты сможет повторить любой желающий.
Если ты так настаиваешь на операциях, которые ты называешь "неудобными", создай скрипты и начни пропагандировать их. Обоснуй и докажи всем заинтересованным, что твой тест является самым самым правдивым.

Правда просто? Просто разработай, предложи и докажи... свои взамен стандартных, доступных для всех желающих.

Впрочем, ты конечно же можешь ограничиться фразой "филин стратег..."

komar · 13.10.2006, 16:40

А с каких пор тесты, для проведения которых за оборудованием нужно ехать за границу, стали доступны "всем желающим"?

**mazzy** · 13.10.2006, 17:37

Цитата:

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

А с каких пор тесты, для проведения которых за оборудованием нужно ехать за границу, стали доступны "всем желающим"?

komar, ты либо абсолютно не понимаешь зачем делаются тесты.
либо убедительно прикидываешься.

Маркетинговая составляющая "В нашей системе может работать 1000/1300/3600/10тыс. пользователей" является самой несущественной частью айсберга (хотя, похоже, самой заметной для тебя).

Тесты делаются для того, чтобы любой мог оценить свои затраты на оборудование.
Предположим, в Аксапте работает 70 человек, сервер такой то.
Предположим, мы расширяемся и в Аксапте будет работать 500 человек.
В какие затраты это выльется?

Затраты на лицензии считаются быстро.
А вот затраты на оборудование берутся на основании подобных тестов.

См. также сообщение Сергея Котова
Microsoft Dynamics AX 4.0: Результаты тестирования производительности

**mazzy** · 13.10.2006, 17:38

Цитата:

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

А с каких пор тесты, для проведения которых за оборудованием нужно ехать за границу, стали доступны "всем желающим"?

Теперь отвечаю на твой вопрос.
Тесты доступны всем, кто работает в Аксапте.
Тесты на заграничном оборудовании выполнялись при помощи того же стандартного инструмента, насколько я понимаю

Любой желающий может сравнить количество попугаев, выданных одним и тем же тестом на разном оборудовани - на заграничном и на своем.

Похожие темы
Тема	Автор	Раздел	Ответов	Посл. сообщение
Семинар Microsoft «Эффективное управление бизнес-процессами в инвестиционно-строительных компаниях: отраслевое решение КОРУС\|Строительство на базе ERP-системы Microsoft Dynamics NAV»	Larisa	Полезное по Microsoft Dynamics	0	31.03.2008 17:56
Семинар "Решение «Казначейство» на базе Microsoft Dynamics AX".	kALVINS	Полезное по Microsoft Dynamics	0	19.03.2007 13:28
Indeed, during one of several keynotes at NRF's "Retail's Big Show 2007," Microsoft CEO Steve Ballmer announced two new products in the "Microsoft Dynamics" family, Point of Sale 2.0 and Retail Management Systems 2.0.	belugin	Microsoft и системы Microsoft Dynamics	1	03.03.2007 11:32
Семинар «Microsoft Dynamics CRM 3.0 на рынке НЕДВИЖИМОСТИ"	МаринаА	Полезное по Microsoft Dynamics	1	06.10.2006 20:16
Решение Columbus внедрено на складе площадью 20 тысяч кв. метров	nat_usik	Полезное по Microsoft Dynamics	10	17.02.2004 05:22