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

[itfs]

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

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

[AERM]

Цитата:

Сообщение от 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]

Цитата:

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

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

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

Цитата:

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

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

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

Цитата:

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

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

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

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

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

[exceptor]

Цитата:

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

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

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

[itfs]

Цитата:

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

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

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

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

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

[iggl2]

Цитата:

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

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

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

[itfs]

Цитата:

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

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

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

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