Sergei ObrastsovГлавное здесь - уход от "длинной структуры" вида ^Data(i1,i2,i3...i10)ок, попробуем.

Большая просьба от владельца триальной версии (у нее размер кэша 2М если я не ошибаюсь)

Попробуйте пожалуйста запустить на комерческой версии вложенный тест и отпостите (или на stpl@mail.ru) пожалуйста строку со временем выполения и желательно с некоторыми параметрами железа, по крайней мере память,процессор.

Спасибо! а результаты любопытные. Я думал на коммерческой версии будет быстрее за счет большего кэша (а так результаты эквивалентные видимо за счет более быстрого процессора) и странно что чтение получилось дольше записи. (У меня на триале существенно быстрее записи)

я думал что обращение к "соседним" элементам массива будет покрываться кэшем и поэтому расчитывал на более быстрое чтение из массива.

ОК, спасибо

Всем спасибо!

увы, пока отказался от Caché. Возможно я чтото не понимаю в этой жизни, но ч.б. сделать нужную мне "модель" мне придется заниматься обычным программированием на каше. Мне кажется для этого есть более подходящие языки программирования.
А использовать Caché только для хранения многомерных данных довольно накладно.
В общем на мой взгляд Caché и COS в частности это средство не программирования а работы с данными (пусть даже это объекты), и для моих данных я не нашел в каше готовой поддержки, а программировать ее на COS рука не поднимается.

Sergei Obrastsov Stplувы, пока отказался от Caché. Возможно я чтото не понимаю в этой жизни, но ч.б. сделать нужную мне "модель" мне придется заниматься обычным программированием на каше. Мне кажется для этого есть более подходящие языки программирования.
Более подходящие для чего? Для работы с данными? Очень сомневаюсь в этом. :)
скорее для вычислений. Например нужен алгоритм для какогото расчета по имеющимся в базе данным. Извелечь данные Caché может лучше всех. А дальше мне надо написать код вычислений. Так вот этот код как раз писать на COS мне и не хочется (а вынести это в другой слой приложения тоже не получится т.к. он д.б. в непосредственной близости к данным изза постоянной работы с ними)

Sergei Obrastsov Stpl
В общем на мой взгляд Caché и COS в частности это средство не программирования а работы с данными (пусть даже это объекты), и для моих данных я не нашел в каше готовой поддержки, а программировать ее на COS рука не поднимается.
Ну, что тут скажешь? Каждый привык к чему-то своему. Кому-то готовые решения подавай, а кто-то и сам их создает.
вот мне и придется самому их создавать. И если это задача для программирования, то и язык имхо должен быть языком программирования а не скриптом.
Впрочем уверен что тот кто много лет работает с Caché скажет что там можно сделать все.
Может он даже будет прав. Но тогда мне в команду нужен такой человек.
хм... поспрашивать чтоли...

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

Stpl
Хотелось бы понять, чем скрипт отличается от языка программирования, чтобы сделать вывод, что такое COS :-)
имхо скрипт это то что не компилируется в выполнимый код. Одна из побочных проблем скриптов и COS в частности это невозможность полного синтаксического контроля при компиляции. Думаю список может быть длинным, а я про наболевшее :)

в целом у меня серьезных вычислений нет. Взамен стоит задача расчета/аггрегации данных многомерном массиве. Это можно описать примерно так:
многомерная матрица с деревьями на гранях/размерностях и работа с ней (хранение и быстрый многопотоковый доступ).
Быстрое выявление зависимых и зависящих ячеек. При этом зависимости
строятся комбинацией деревьев размерностей + дополнительными связями отдельно
накладываемыми на матрицу.
Стоит еще учитывать такое свойство дерева как наличие или отсутствие данных в узлах.
Из всего пространства этой матрицы и зависимостей вычисляется непустое
(оптимизированное) на данный момент множество с которым будет вестись основная
работа.
При изменении непустых ячеек "меняются" непустые зависимые.
При добавлении/удалении данных меняется оптимизированное пространство.
Дальше уровень агрегирования данных позволяющий вычислять данные для узлов
на основании дерева зависимостей и свойств узлов/листьев (например унарные операторы) а также заданной степени агрегации (для исключения взрывного роста объемов)

Т.е. арифметика то простая, а все остальное обычное программирование.