Поговорим о глобальных кэшах в Аксапте? Как правильно?

[Ace of Database]

Можно разработать кеш, который кеширует данные порциями на разных компьютерах. Например, ищет все запущенные Аксапты, и на них равномерно кеширует данные, нужные для какого-то алгоритма, который может использоваться как только одним компьютером, так и всеми. По аналогии с закрытием склада, распределенным в нескольких Аксаптах.
Тема для отдельной утилиты в Аксапте.

[Vadik]

Цитата:

Сообщение от Ace of Database

Можно разработать кеш, который кеширует данные порциями на разных компьютерах. Например, ищет все запущенные Аксапты, и на них равномерно кеширует данные, нужные для какого-то алгоритма, который может использоваться как только одним компьютером, так и всеми. По аналогии с закрытием склада, распределенным в нескольких Аксаптах.
Тема для отдельной утилиты в Аксапте.

А может все же определимся с конкретными претензиями к конкретным кэшам и их косякам? Ну, в виде
- вот этот кэширует слишком много и ест много памяти, вот сценарий это вопроизводящий
- вот этот не сбрасывается в таких-то и таких-то сценариях, а должен
- вот у этого очень низкий hit ratio, вот сценарий это вопроизводящий

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

[ena_ax]

Цитата:

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

А может все же определимся с конкретными претензиями к конкретным кэшам и их косякам? Ну, в виде
- вот этот кэширует слишком много и ест много памяти, вот сценарий это вопроизводящий
- вот этот не сбрасывается в таких-то и таких-то сценариях, а должен
- вот у этого очень низкий hit ratio, вот сценарий это вопроизводящий

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

А что MS не в состоянии сам определить? Так и скажите и признайтесь.
Что- то сделали, придумали, но не понимаем. Поможите чем можете.

[macklakov]

Цитата:

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

А может все же определимся с конкретными претензиями к конкретным кэшам и их косякам? Ну, в виде
- вот этот кэширует слишком много и ест много памяти, вот сценарий это вопроизводящий
- вот этот не сбрасывается в таких-то и таких-то сценариях, а должен
- вот у этого очень низкий hit ratio, вот сценарий это вопроизводящий

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

[mazzy]

давайте выделим часть про конкретный класс в отдельную ветку
Поговорим о SysGlobalObjectCacheItemWrapper? Кто использовал? Как правильно? Что можно сделать?

[Vadik]

А почему бы не наоборот - повыносить все не относящееся к SysGlobalCache и SysGlobalObjectCache, ради которых ветка создавалась ?

[mazzy]

Цитата:

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

А почему бы не наоборот - повыносить все не относящееся к SysGlobalCache и SysGlobalObjectCache, ради которых ветка создавалась ?

Буду признателен, если ты сделаешь.
Я посмотрел на обсуждения и подумал что не смогу разделить безболезненно.

Ну и wrapper - немножко о другом... Хотя, фиг его знает.

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

[macklakov]

Цитата:

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

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

Мне кажется что логически механизм кэширования это единая тема, решающая одну и ту же техническую проблему. То что их в AX несколько, это просто наследие, результат исторического развития. Но для всех механизмов справедлива хотелка иметь возможность, как минимум, мониторить, а крайне желательно еще и управлять. Причем управлять через настройки, а не через код. Даже на сопровождении 2012 внести изменения в систему может занять месяц. На 365, я так понимаю, это вообще невозможно. Т.е. остаются только настройки. И они нужны.