roboforum.ru

а что это даст? данных меньше не станет

чтот мне кажется своп операционки достаточно неплохо себя иногда ведёт в таких случаях. незнаю, может и не так эффективно, как мэмори маппэд, но работает в общем неплохо. да и винт штука крайне тормозная, сейчас при однопоточном чтении или записи диски в районе 60-120мбайт/сек выдают. при 4-8 одновременных обращениях легко скатится до 5-20метров. "горлышко"
так, что тут или оптимизировать или память наращивать

Суть расположения знаний в памяти или на диске не только и не столько в хранении, а в первую очередь в удобной и быстрой работе по поиску и модификации информации в иерархических структурах. Поверх БД я развертываю онтологию. В памяти - поверх RETE сети фактов и правил. Своп страниц RAM тут совсем не подходит из-за огромных бесполезных перегонок ненужной информации на диск и обратно.
Много данных в памяти - это когда данные стали занимать 240 мб. А еще нужно было добавить огромную онтологию WordNet. На пользовательские данные не останется места. И программа будет грузиться непомерно долго.
Такой объем памяти возникает из-за того. что строится RETE сеть на данных. Вместо этого индексы БД даже по длинным ключам требуют мало места на диске, а использование B+ деревьев приводит к малому кол. обращений к диску. Ввиду этого можно смириться с некоторым снижением быстродействия системы. Для улучшения ее работы самую часто используемую часть информации можно держать в памяти в кеше БД, либо в виде маленькой RETE сети.
Возможно, данные меры позволят создать систему, работающую в режиме реального времени и обладающую огромными запасами знаний, к которым можно будет осуществлять быстрый доступ.

Мое видение данной программы:
- Ползунки пэйн/тилт нужно перенести в окошко, рядом с изображением приходящим с камеры (так нагляднее)
- Блок управления коллекторными двигателями сделать более компактным, например заменить кнопки с надписями на стрелочки
- Обязательно добавить окно управления сервоприводами, по моему сугубо личному мнению, MiBBiM сделал отличную штуку по управлению сервами, с возможностью запоминания сценариев
- Неплохо было бы добавить окно, в котором будут отображаться значения АЦП, причем напротив отображаемого значения нужно сделать строку, в которую нужно будет вводить название датчика (например "дальномер" или "расстояние" или "температура"), так же неплохо было бы реализовать возможность ввода формул для пересчета, для того, что бы отображались не просто значения АЦП, а уже преобразованные данные (например расстояние в см, мм, м; температура, либо другие единицы измерения)

Реализацию тех или иных пунктов готов опробовать на своем железе :
[[http://roboforum.ru/wiki/OR-AVR-M128-DS]]
[[http://roboforum.ru/wiki/OR-BTM111-9.6]]

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

блин,ни как не могу привыкнуть, что форум перестал сообщения склеивать, извиняюсь

Хорошо, завтра займусь поиском эскизов для стрелочек, по возможности

Назову плагин на языке ECLIPS для программы AIAssistant по экспериментам с робототехникой RoboStudio.
Думаю, на форме консоли или в отдельной форме можно сделать поле с основным управлением студией.
Далее. Хотел бы сразу разделить самый нижний уровень стыковки с оборудованием разных производителей (OR и др) и все более абстрактные уровни.
Нижний уровень состоит из 2 подуровней:
Сначала - деление на тип интерфейса, соединяющего группу оборудования с компьютером. COM, TCP, USB и т.д. Более высокий подуровень - непосредственно команды, кот. понимают периферийные модули.
Но тут возник вопросик. Я использовал прямое обращение к COM порту в синхронном режиме. Но м.б. более правильно будет использовать какую-то готовую библиотеку или компонент для C Builder? У меня версия 2009. Особенно если использовать асинхронный режим. М.б. кто-то посоветует?