иерархия функциональных индексов?
Здравствуйте, я уже давно бросил программирование, но всё же использую интернет
и т.д.; и хотелось бы иметь что-то в таком роде:
Экран:
1. что вижу, значение того могу установить непосредственно, кликнув мышкой (например,
номер страницы в окне текстового редактора, букву в тексте, параметр команды
в строке команд, имя файла в строке инфы о текущем, просматриваемом файле и т.д.
и т.п.), хорошо использовать выпадающие менюшки, при возможности.
2. что вижу, с тем могу что-то сделать, кликнув другой кнопкой мышки и выбирая
нужное действие из появившегося меню.
3. и, конечно, получить полное описание этого объекта, как-нибудь кликнув по
нему.
Иерархия индексов:
1. любой объект реального или условного мира представляется некоторым индексом
(номером), а какие-то его описания представляются в соответствующих массивах
описаний, доступ к которым осуществляется по индексу, если какой-то объект не
имеет описания, то соответствующий элемент в массиве остаётся пустым. (Например,
слово "стол" - это текстовая строка из словаря русского языка, "a table" - соответственно
английского, а индекс соответсвующий понятию "стол" - может быть, например, -
1000000...0000000; также может быть массив звука, или обобщённого изображения,
описания использования, технологии производства, и т.д. - до бесконечности. И
если на нижнем уровне некоторый текст имел традициооный вид буквенной кодировки,
то на следующем уровне он уже имеет воспринятый/интерпритированный вид индексов,
соответсвующих некоторым понятиям - словам в словаре уровня.)
2. если эти индексы стандартизированны для компьютеров некоторой сети (например,
как IP номера internet), то они могли бы использовать информацию и программы
на всех машинах сети, обмениваясь запросами в терминах стандартных индексов.
3. - индексы группируются в словари внутри некоторого уровня
- и в целом разделяются по уровням,
- причем интерпритирующие или управляющие функции, в качестве параметров не могут
использовать индексы любого из уровней в беспорядке, но только строго определённого
уровня - предыдущего нижнего для интерпритации или следующего, вышестоящего для
управления. (это подобно уровням организации операционных систем: уровень аппаратных
прерываний BIOS, уровень супервизора ОС, уровень пользовательской ОС, уровень
пользователя, уровень программ пользователя; и каким-то программам в этих уровнях,
но любая программа-функция некоторого уровня может использовать только набор
параметров с соседнего нижнего уровня для интепритации или с верхнего - для управления.),
- а сама управляющая программа выглядит как последовательный список слов-функций
некоторого определённого уровня (и никакого другого),
- причём, параметры функции могут вычисляться асинхронно/параллельно, для этого
среди параметров имеются два стандартных: число параметров функции (это соответствует
уровню порога нейрона) и число невычисленных параметров (это соответсвует уровню
возбуждения нейрона), когда число невычисленных параметров равно 0, функция срабатывает,
блокирует вычисление параметров (0-счётчика) и выполняет какие-то программные
действия, интерпритирующие или управляющие, после чего число невычисленных параметров
восстанавливается и функция готова принимать новые значения параметров. - это
как бы программистская модель ПОРОГОВОЙ ЛОГИКИ нейронов. (Интерпритирующая функция
может вычислять и передавать параметры для других функций, следующего уровня,
и декрементировать их число невычисленных параметров. Управляющая функция может
активизировать вычисление последовательности её списка управляющих слов словаря,
соответствующего ей уровня.)
4. Предпочтительнее иметь и более реальные модели - знания, например, вместо
функции опроса буфера клавиатуры, (или - вместе с ней) лучше иметь, доступную
пользователю, точку вызова пользовательской подпрограммы-функции из стандартной
программы-функциии обработки прерывания клавиатуры в ОС или в BIOS.
А вам как?
20 Июля 2004 (09:53:33)
-*Название листа "Обсуждения и споры о свободных системах и всём сопутствующем"
Написать в лист: comp.soft.linux.debate-list@subscribe.ru
Архив Листа - http://subscribe.ru/archive/comp.soft.linux.debate Поиск: http://www.google.com
Адрес правил листа http://subscribe.ru/catalog/comp.soft.linux.debate/rules
Номер письма: 1393; Возраст листа: 277; Участников: 690
Адрес сайта рассылки: http://www.linuxrsp.ru
Адрес этого письма в архиве: http://subscribe.ru/archive/comp.soft.linux.debate/msg/198497
-*Информационный канал Subscribe.Ru
Адрес подписки:
Написать в лист: mailto:comp.soft.linux.debate-list@subscribe.ru
Отписать: mailto:comp.soft.linux.debate--unsub@subscribe.ru
http://subscribe.ru/ http://subscribe.ru/feedback
ДВС всем читающим.
По поводу описанного, в пределах моего понимания, и дальше - в манящие
перспективы оффтопиков:
В какой-то очень боковой проекции такую _попытку_ "прикладной глобализации"
представлений данных/знаний через базу метаданных уже проделал мокрософт,
введя в виндовоз базирующиеся на GUID "классы" и их обработчики, и храня всё
это хозяйство в своей "лесной" БД Registry(/MSJet)
Пока что, кроме тормозов, особых радостей никто непосредственно не
замечает (''нервных людей очень впечатляет нажатие правой кнопки мышака на
к-нить файле, если в системе наинсталлировано много софта))), хотя внутри
системы наблюдается некоторое положительное влияние идеи. Даже если умножить
плюсы реализации на 5 и поделить минусы на 10 (поправка на авторство M$)),
всё равно, не в коня корм...
На макроуровне: есть куча международных классификаторов - товаров и услуг,
сортамента, мер и весов, тары и упаковки. Почти все они сейчас
поддерживаются ООН (или из-под ООН). Естественно, в электронном виде.
Сегментно-постфиксный цифровой код. ISO тоже старается вовсю, но там свои
нюансы с членством и доступностью для не-членов 8-)). Если даст Бог, вывесят
через пару лет крутые LDAP/UDDI-сервисы, которые по секрету всему свету
каталоги будут раздавать. По стандартным классификаторм, ессно. Кое-что уже
сейчас вывешено.
Вопрос адресации тоже вроде бы реализован: и ЖабаЕЕ, и дотнет предлагают
УРЛ в качестве абсолютного идентификатра объекта. Хотя длинновато,
конечно... Вебсервисы, блин...
ИМХО No1: это очень сильная и, возможно, самая "правильная" модель
построения инфосистем (а с перспективами ИИ - вне конкуренции), но...
ИМХО No2, основанное на анализе, расчетах, измерениях, опыте,
сверхосмыслении: современные ПОПУЛЯРНЫЕ компы просто не приспособлены
(потому что не предназначены, см. дальше) для запуска/поддержки таких
программных моделей "на полную катушку".
Самодостаточная система, заточенная под такую идею и её экстремальное
развитие, по сути должна состоять из нескольких подсистем совершенно разной
архитектуры:
- Машина баз данных - собственно хранилище данных и средства
семантического контроля - триггеры, активационные контроллеры и пр. В ней
дожна аппаратно поддерживаться внутренняя логика СУБД - хеш-таблицы,
журналы, версионное хранение, сортировка страниц индексных файлов/кластеров
и прочие прелести. (со слов одного шпиона - на AS-400 до сих пор "лимит")
- Машина транфсормации данных - тут масса вариантов салатов из массы
субкомпонентов.
-- я интуитивно склонен к некоему гибриду многоядерной машины регистровых
передач (сети из функциональных микроядер типа XLISP-процессоров), но
математически оснований пока никаких. Альтернативные версии в выпуклом виде
тоже пока отсутствуют. Сильно походит на "классическую" транспьютерную
модель. Достаточно эффективно реализует нейросети, для чего, собственно и
вводится в систему в оптовых количествах.
-- Машина вывода. Пролог/Дейталог или аналогичные идеи. И чтобы не
зависала.8-))
-- Fuzzy Logic, включая нечеткие нейросети.
- Интерфейсные процессоры, в т.ч. Адаптеки, Радеоны, ЖеФорсы и пр.
- Собственно вычислительнае машины более-менее общего назначения -
числогрызы MIMD или хотя бы SIMD. Могут быть хоть пентиумами.
- Сопроцессоры типа Wavelet-процессоров, FFT/DSP, и пр. расчётные
спецархитектуры. По нужде, но оставить место не помешает.
По очень предварительным прикидкам большАя часть такого монстра неплохо
реализовавается на массивах мелкосхем FPGA и решёток RAM/FIFO между ними.
Учитывая стоимость всяких Ксилинксов и Альтер это вполне подьемная по
деньгам задача (к чему я и стремлюсь в неблизких планах)
Проблема: КАК, НА ЧЁМ И КОМУ ЕЁ ПРОГРАММИРОВАТЬ? Чтобы в разумные сроки
запустить самодостаточную систему на таком монстре, надо как минимум человек
пятьдесят запрячь в сани на год-два. Т.Е., нужен или доступ всем участникам
к "телу", или "удаленный проект". Или эмуляторы. Во всех случаях это
достаточно накладно/неудобно/небезопасно. Есть вариант вывести
"облегченного" карманного монстрика, но он тоже будет как минимум пару тонн
енотов стоить, учитывая ничтожный тираж. А при отсутствии тестового
оборудования/софта отладка железа запросто прибьёт проект, как муху.
Насчет способов реализации такой метаархитектуры в камнях
(платы/модули/etc.) отчего-то приходит в глову исторический персонаж
Intel-432. Помните такую цацу? Прогрессивное человечество, запускающее
маплы/матлабы и ораклы на пентиумах, считает, что этот гадкий утенок умер не
оперившсь, однако...
Я пару раз встречал робкие намеки на то, что она (архитектура iAPX432) и
не умирала никогда, а просто результат очень впечатлил определенных
товарищей со звездАми подо лбами - со всеми вытекающими отсюда
последствиями... А интел вроде как не у дел в той теме остался - не по рылу
каравай. Ему другая работа поручена партией.
Для приемлемой (по скорости и "интерфейсности" с человеком) реализации
идеи на доступном железе прийдется применять в широких масштабах разного
рода "предикторы", "префетчеры", кеши и т.п. "мутантов". Мутантов, потому
что проблемы с когерентностью и актуальностью данных практически сразу
ставят архитектуру в тупик (собственно именно эти проблемы, на мой взгляд,
сейчас искусственно культивируются). А выборки из "нечетких" семантических
БД, или, того хуже, манипуляции с такими данными, грозят быстро превратиться
в NP-полную задачу... Идеальное распределение - когда под каждую сущность в
БД выделен один микропроцессор из N, и у него есть возможность черпать
канклы связи из достаточно широкого пула (хотя бы N*K ,лучше N^K). Если
присмотреться - это головной мозг. До определенного предела можно
"запихивать" в один физический исполняющий блок много процессов-ядер в
режиме разделения времени, но при условии, что этот блок архитектурно
поддерживает атомарность групповой операции и изоляцию по чтению, т.е. два
аппаратных снимка БД в памяти - "до" и "после", суррогаты не предлагать - то
самое мутантство и выползает.
"В очередь, сукины дети, в очередь!"
Многажды слышал мнение, что мир завален однокамневыми кривотупыми
архитектурами по прочине того, что они имеют четкий архитектурно/физический
предел на т.ск. "мыслительные" способности - и никакими кластерами,
гигабитными эзернетами и СМП этот предел не перешагнуть. А в деле
супергосударственного управления все должно быть четким и не допускающим
неожиданностей. Так что ждать от "бытовых" архитектур достаточного для
прорыва в VR-будущее уровня поддержки систем баз знаний/вывода пока не
приходится по геополитическим мотивам.
А постоянное повышение "партнерских качеств"
персонально/мелкокорпоративных выч.систем и так идет по ровненькой
"классической" экстенсивной дорожке, и с "заметным невооруженным глазом
успехом". Просто правила (набор типовых операций над объектами) там
выхолощены и прописаны кем-то. Это же так приятно - когда миллион
правофланговых реагирует одинаково! "Пить"-"кокакола" "компьютер"-"пентиум"
"жрать"-"макдональдс" "документ"-"ворд" "плохой"-"хусейн/..."
"таблица"-"ексель" "деньги"-"доллар" "музыка"-"WMA"
"загружается"-"виндовс"..."завис"-"тоже виндовс" )) Часть грандиозного
эксперимента, касающаяся плохо программируемого участка человеческих душ -
заботы и любви,- вылезла наружу в виде кибер-собачек, тамагоччи и прочих
суррогатов материнства и отцовства, показав наглядно, что и тут успех не за
горами... "Поступила команда любить ближнего в позиции No45-бис!"
Кстати, корпоративные системы из "белого списка" транснацев (с их же слов)
вовсе не на пентиумах крутятся...
А все-таки интересно, чего они там на 200-процессорных монстрах считают...
Не поленитесь прикинуть - любую базу любой кокаколы можно под хорошо
спроектированным софтом десятком ксеонов обслуживать - ведь крутились же они
десять-двадцать лет назад! А 40 лет назад бумажками и телефоном
обходились...
...Или нету у них никаких 200-процессорных монстров, а просто так элегантно
бабло на затраты относится...
Тот же Оптерон - широкий шаг вперед по пути несимметричных процессорных
систем "в массы" - там каждый камень имеет "свою" память, и связан в решетке
с другими камнями (по гипертранспорту на дохрена гигабитов/сек) Памятью он
может делиться, а может и не делиться с товарищами, но главное, "горло" SMP
- канал ОЗУ - преодолено на уровне интерфейса процессора - ух! И в
Value-ценовом секторе (в этом классе, разум-тся)
Теперь осталось по той же архитектуре (Оптерона) сделать пару-тройку
моделей спецпроцессоров, и - здравствуй, Терминатор! 8-))
Очень может быть, что эту технологию "упростят" в ближайшее время (или
заморозят/убьют). Массы "не нуждаются" в таком инструменте.
Это всё совсем не по теме и, наверное, похоже на параноидальный бред, уж
простите - болен автор... Горячка белая.
Если форумчане не будут бить ногами, могу пописать сюда ещё пару мыслей на
тему "каменных мозгов" - уже поконкретнее...
БыеБые.
ЗЫ: Есть интересные наблюдения:
1) уровень цен на ПЛИСы с числом ячеек (вентилей), достаточным для
реализации определенных компонентов такой системы, непомерно высок и
выглядит искусственно завышенным (^я знаю, что масштабы производства сильно
влияют на цену), и почти не меняется во времени;
2) есть определенные модели мелкосхем релевантной проекту функциональности,
купить которые практически невозможно, хотя описания вывалены в инете
совершенно открыто...
-*Название листа "Обсуждения и споры о свободных системах и всём сопутствующем"
Написать в лист: comp.soft.linux.debate-list@subscribe.ru
Архив Листа - http://subscribe.ru/archive/comp.soft.linux.debate Поиск: http://www.google.com
Адрес правил листа http://subscribe.ru/catalog/comp.soft.linux.debate/rules
Номер письма: 1398; Возраст листа: 278; Участников: 690
Адрес сайта рассылки: http://www.linuxrsp.ru
Адрес этого письма в архиве: http://subscribe.ru/archive/comp.soft.linux.debate/msg/199060
-*Информационный канал Subscribe.Ru
Адрес подписки:
Написать в лист: mailto:comp.soft.linux.debate-list@subscribe.ru
Отписать: mailto:comp.soft.linux.debate--unsub@subscribe.ru
http://subscribe.ru/ http://subscribe.ru/feedback