ВходНаше всё Теги codebook 无线电组件 Поиск Опросы Закон Воскресенье
24 ноября
416791 Топик полностью
Evgeny_CD, Архитектор (10.06.2013 23:36, просмотров: 151) ответил Д.ARMоед на Вроде как родственная миварам по модели данных субд - SciDB. Но для логического вывода её ещё никто не использовал, имхо.
"Блин, вот ведь эти русские - что ни возьмутся делать - танк получается" -> Начали с ZOG DB, а нашли идеальную БД для тестов ПО! http://supercomputers.ru/index.php?option=com_k2&view=item&id=167:scidb
Вот есть некое сложное ПО. ПЦ или Cortex - не важно. И оно работает в реальной системе. Все из себя утыкано диагностическими интерфейсами. Каждая функция детально протоколирует, что она сделала. Сутками подряд. На выходе имеем поток данных в десятки Мбайт/сек, который надо: * сложить в БД * проанализировать на предмет "странностей". Идеология SciDB - это для данного случая! Пишем один раз, читаем и анализируем до посинения. Многомерные массивы выглядят перспективнее таблиц для той же модели записи данных тестирования. Т.е. структура связей таких данных неочевидна, наоборот, ее надо найти по результатам анализа накопленного массива. + изначальная заточенность под большие объемы позволяет (теоретически) сделать ваще невообразимое :) Для каждой ячейки памяти (ОЗУ и FLASH) вести лог обращения к ней, с версионным хранением значений :) Это напоминает запись изображения многолучевой камерой - когда точка фокуса задается потом. Так и здесь - всасываем полный поток данных от всех частей embedded устройства, и потом ищем что-то, если оно нам надо :) Аппаратная реализация для софткоров отчасти понятна: "сенсор" на шину, который пишет лог по UDP при помощи гигабитного Ethernet в такую базу данных. Всех транзакций по шине. Несколько "сенсоров" для повышения пропускной способности. Думаю, для 20-30 Мгц можно сделать RT логгер всего :) В хранилище тоже проблем не будет - 4Т винч серверного класса сейчас 8кр стоит. Десяток mini-ITX мамок в кластер - и можно сохранить полный лог тестирования устройства за месяц.... И можно чисто аналитически искать закономерности работы устройства. И искать "странности", которые потом уже изучать методом изучения кода соответствующих частей проекта....