Forth и другие саморасширяющиеся системы программирования Locations of visitors to this page
Текущее время: Пт мар 29, 2024 02:03

...
Google Search
Forth-FAQ Spy Grafic

Часовой пояс: UTC + 3 часа [ Летнее время ]




Ответить
Имя пользователя:
Заголовок:
Текст сообщения:
Введите текст вашего сообщения. Длина сообщения в символах не более: 60000

Размер шрифта:
Цвет шрифта
Настройки:
BBCode ВКЛЮЧЕН
[img] ВЫКЛЮЧЕН
[flash] ВЫКЛЮЧЕН
[url] ВКЛЮЧЕН
Смайлики ВЫКЛЮЧЕНЫ
Отключить в этом сообщении BBCode
Не преобразовывать адреса URL в ссылки
Вопрос
Теперь гостю придется вводить здесь пароль. Не от своей учетной записи, а ПАРОЛЬ ДЛЯ ГОСТЯ, получить который можно после регистрации на форуме через ЛС.:
Этот вопрос предназначен для выявления и предотвращения автоматических регистраций.
   

Обзор темы - Какие бывают ОС и что там делать Форту
Автор Сообщение
  Заголовок сообщения:   Ответить с цитатой
Kopa писал(а):
Обсуждение в форуме
“Роса”: перенацеливаемая отечественная ОС нового поколения
http://freepascal.ru/forum/viewtopic.ph ... &sk=t&sd=a
P.S. Мнения не однозначны:)

О! и до сих краёв весть долетела... :)
Если кому интересно - всё ушло, аки водица в песок и переродилось в болото "обмусоливания"...
Тока название зря красивое придумал...
Сообщение Добавлено: Вт фев 17, 2009 00:31
  Заголовок сообщения:   Ответить с цитатой
Реализовал Форт в качестве приложения к примитивной, Windows ориентированной ОС
http://depositfiles.com/files/ie4qplw1u
Можно рассматривать как отработку методов внедрения Форта в различные системы.
Сообщение Добавлено: Пн фев 16, 2009 23:59
  Заголовок сообщения:   Ответить с цитатой
Обсуждение в форуме
“Роса”: перенацеливаемая отечественная ОС нового поколения

http://freepascal.ru/forum/viewtopic.ph ... &sk=t&sd=a

P.S. Мнения не однозначны:)
Сообщение Добавлено: Ср июн 18, 2008 08:48
  Заголовок сообщения:   Ответить с цитатой
Кстати, об Интернет: -Кто сейчас там рулит? -Google! -Почему? -Поисковик!
Проблема во все возрастающих объемах информации (в том числе и файлов на винте). Предлагаемый подход к ОС с позиции форта (словари!) предоставляет очень естественное решение для поиска/сортировки. Ведь словарь - та же БД. Плюс: текущий словарь => "область видимости". Можно даже сказать, что в результате мы получим "контекстно-ориентированную" операционку!
(PS ну так что там насчет "многоядерной оси"? рац.зерно есть?)

Второе.
Мы изначально разделили слова в ОС на несколько типов:
1а) SWAP-блоки
1б) откомпилированные либы
2) обычные либы с исходниками
3) "Файлики" ("не форт" код)

Однако, подумав о будущем, данный список следует изменить и расширить:

I "Системные библиотеки" (форт):
1) SWAP
2) готовые либы
3) исходники

II "Контент" (файлики):
1) "статический контент" (все то-же: файловые архивы)
2) "динамический контент" - части хранящихся в форт-ОС интернет-ресурсов (ссылки, кэш, стрим и т.д.)
3) "аппаратный контент" - ожидающий нас в ближайшем будущем поток данных от микрочипов "интернета вещей". (данных, которые тоже надо где-то хранить и обрабатывать!)

Причем, с учетом лавинообразного роста источника второго пункта, иметь персональный интеллектуальный помощник для работы с ним, согласитесь, было бы заманчиво...

Но это еще что! Гораздо более перспективным представляется пока еще не востребованный третий пункт:

Код:
"Сегодня компьютеры слепы, технология RFID научит их видеть, — говорит один из ее разработчиков, Кевин Эштон. — С ее помощью можно научить общаться друг с другом любые предметы. Нам нужен Интернет вещей. Вот что определит развитие информатики в ближайшие полвека".
...
Йогурт признается холодильнику, что срок его годности скоро истечет. Отвертка, забытая авиамехаником в двигателе самолета, непременно подаст голос перед стартом. Коробка конфет, оставленная на столе, заметит, что предельный показатель влажности воздуха превышен, и кондиционер автоматически среагирует на ее жалобу. Датчики на трамвайных остановках сообщат, сколько времени осталось до прибытия очередного рейсового транспорта. На каждом шагу нашими главными помощниками станут безжизненные вещи.

(источник: НОВАЯ ВСЕМИРНАЯ СЕТЬ - "ИНТЕРНЕТ ВЕЩЕЙ" http://www.inauka.ru/computer/article83921.html)
Сообщение Добавлено: Пн июн 16, 2008 23:33
  Заголовок сообщения:   Ответить с цитатой
Pretorian писал(а):
Вот вы говорите файл это слово, а словарь каталоги, а может ну эти каталоги...

Конечно же аналогия... минимальная! Просто чтобы легче было переключиться с привычной логики доминирующих на рынке ОС.
Собственно мое предложение - это некий возврат к незаслуженно забытой идее блоков. Какая разница как физически хранятся либы (одним файлом или в нескольких) - если мы будем работать с ними из среды Форт-ОС? И даже "файлики" (т.е. непосредственно "не форт" файлы, обернутые в оболочки словарных статей) нам нужны обычно скопом. Причем нужны не всегда. Много ли народу заглядывает в каталог c:\Windows ? Или коллекции "картинок для взрослых" - что делать с ней юзеру, чтобы скрыть их от своих детей? Ставить специальный софт? :) Конечно же не в картинках суть, просто вырисовывающаяся схема форт-словарей "верхнего уровня" легко прячет не нужные данному пользователю или в данный момент развалы информации. Вобщем это больше похоже на выборку из базы данных.

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

Прецедент: пользователи интернет уже не думают категорией "файлов". Их уровень - категория "страниц". Чем хуже "слово"?
Сообщение Добавлено: Пн июн 16, 2008 14:53
  Заголовок сообщения:   Ответить с цитатой
Вот вы говорите файл это слово, а словарь каталоги, а может ну эти каталоги, пусть они будут виртуальны как скажем в орфографическом словаре, отдельная глава для отдельной буквы например. Нафиг каталоги вобще нужны.
Сообщение Добавлено: Пн июн 16, 2008 11:54
  Заголовок сообщения:   Ответить с цитатой
in4 писал(а):
Главное - начать! ;) Если людям понравится - они потянутся... :)

... и оттянутся :P
ОК, согласен: "хочешь, чтобы вещь вышла хорошо - сделай ее сам!"
Сообщение Добавлено: Сб июн 14, 2008 02:33
  Заголовок сообщения:   Ответить с цитатой
Kamikaze писал(а):
А что - есть прецеденты создания ОПЕРАЦИОННОЙ СИСТЕМЫ в одиночку?
Да. colorForth Мура. ;)
Kamikaze писал(а):
Или КОННЕЧНОГО ПРОДУКТА на форте?
Тут побольше будет. Даже у меня была пара готовых программ. Для внутреннего использования, но все-таки! :)

Главное - начать! ;) Если людям понравится - они потянутся... :)
Сообщение Добавлено: Сб июн 14, 2008 01:59
  Заголовок сообщения:   Ответить с цитатой
in4 писал(а):
...Но буду делать свое.

Хм... А что - есть прецеденты создания ОПЕРАЦИОННОЙ СИСТЕМЫ в одиночку? Или КОННЕЧНОГО ПРОДУКТА на форте? Хотя в последнем случае - SPF & nnCron.
Что ж: "патамушта форт" шанс имеется - только почему им до сих пор никто не воспользовался?
Сообщение Добавлено: Сб июн 14, 2008 01:33
  Заголовок сообщения:   Ответить с цитатой
Идеи хорошие... Посматривать буду обязательно.
Но буду делать свое.

Кстати, есть некоторые пересечения идей. Так что будет чем обменяться! ;)
Сообщение Добавлено: Пт июн 13, 2008 18:50
  Заголовок сообщения:   Ответить с цитатой
Кому нужен еще один клон операционки в стиле "Пингвиндовс"? Только не нам!

Начнем с того, что связи со спецификой языка Форт, вопрос о проектировании Форт-ОС следует рассматривать на двух взаимосвязанных, но совершенно различных по целям и задачам уровнях. Это:

Уровень I. Оболочка ОС (интерфейс)
Уровень II. Форт-ядро ("API")


Уровень I. "Что снаружи?":

Оболочка обеспечивает концептуальный пользовательский интерфейс.

Задачи:

п.1 Широкий диапазон стиля работы (от пользователя до программиста):
Допускаются все варианта исполнения слов:
1) исполнение готового библиотечного кода (тип шитого кода?)
2) компиляция "на лету" из форт-исходников
3) режим консольного ввода

п.2а Отсутствие файловой системы в среде ОС:
1) СЛОВО вместо файла (аналогия не прямая!!!)
2) СЛОВАРЬ вместо директории/каталога (аналогия не прямая!!!)

Т.е. ФС отсутствует логически,- работая на физическом уровне ядра ОС (и оставаясь реально доступной, напр., при загрузке HDD из-под под другой операционки)
При этом ядро ОС предоставляет Форт-API единый "логический файл" (можно сказать - процесс, обратный работе утилит DriveSpace и Stacker)
"Попадая внутрь" Форт-ОС, каждый файл получает свой заголовок словарной статьи.
Но только это не стандартная словарная статья форта, а аналогичная (прописываемая "поверх") структура, одного из четырех типов:
1а) SWAP-блоки, подготовленные для загрузки в ОЗУ
1б) специальные словари уже откомпилированных либ
2) обычные либы со словами-исходниками (СЛОВАРИ:\СЛОВА)
3) единая БД (специальный словарь) - база текстовых данных и стороннего "не форт" кода (jpg, mp3, xls...)

п.2б Особая логическая среда для работы в системе, основанная на идеологии языка Форт:
NB Чтобы не путаться, далее обозначим эти "бывшие" файлы, "заключенные" в оболочку словарной статьи 4-го типа, как "ФАЙЛИКИ" (мнемообраз: прозрачные пакетики-файлики для бумаг)
Причем словарная статья файлика содержит два дополнительных специальных поля:
1) поле типа файлика (аналог файлового расширения, но получаемый непосредственно из заголовка самого файла)
2) поле адреса слова-обработчика файлика

Кроме того все четыре типа словарных статей-оболочек имеют единые специальные поля:

1) поле даты_время создания/модернизации слова(словаря) + его уникального числового_идентификатора
Со стороны ФС ядра это поле является:
а) дата_время == имя каталога файла
б) числовой_идентификатор == некий технический индекс данного файла (напр. его начальный адрес в FAT)
Единое именование директорий по дате_времени призвано не только стандартизовать однозначное соответствие файлика (словаря, бинарного кода или текста-исходника) его реальному имени и месту в ФС, но и позволит организовать бесконечный откат к "предыдущей рабочей конфигурации" самой ОС.

2) поле стековой нотации слова: (стек до исполнения слова --> стек после исполнения слова). В идеале данное поле могло бы вычисляться и подставляться специальной программой-отладчиком (конечно, увы, только количество)

3) поле размера сегмента ОЗУ, выделяемого слову форт-ядром ОС (?)

4) поле связи с иконкой/цветом_отображения/дополнительными_эффектами (звук,флеш...)

5) поле "иерархии свертки", определяющее режим просмотра словаря (аналогичный применению фильтров у вьювера).
Имеется в виду разные уровни просмотра словарей: так, к примеру, если в либе основное (рабочее) слово RUN будет иметь значение данного поля True, а все остальные, вспомогательные,- False, то по желанию пользователя при просмотре словаря, содержащего это слово, все остальные слова либы могут не отображаться.

6) поле профиля пользователя,- задающее уровень доступа к словам (root, guest...), а также множественные профили работы в системе (аналог виртуальных рабочих столов).

Сочетание полей 5 и 6 дает также дополнительные возможности:
В отличии от обычных операционок (с "визуализацией ФС") пользователь Форт-ОС имеет свою персональную "область видимости" системы.
Точнее даже не одну, а несколько таких областей - несколько точек зрения скрывающих не нужную пользователю информацию.
(Примерно как если вместо фотографии местности со спутника использовать специализированные карты, составленные по этой фотографии)


п.3 "Либа-фундамент" для "эксплорера" - простая "базовая" библиотека вывода на экран, задающая стиль графического Drag & Drop IDE.
Собственно, заложенные в Форт-ОС вышеперечисленные принципы уже определяют функциональность рабочего стола (т.е. эксплорера), как:
1) системного проводника
2) диспетчера базы данных, основанной на словарях уровня оболочки, и поддерживающей множественные вложения (DataBase 3D !)
3) редактора простых скриптов, автоматизирующих работу в системе (nnCron!!!) - пользовательский уровень программирования
4) форт-редактора-IDE (!) - профессиональный уровень программирования

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

п.4 "ФОРТочки"
Увы, от привычных окон, уже никуда не денешься. Тем не менее хотелось бы перемен. Так, для окна, используемого программистом в режиме редактора, хотелось бы видеть панельки, показывающие текущее состояние стека (стеков). Кстати, а как насчет отдельного стека строк, как в либах Якимова?

Однако заранее определять внешний вид ФОРТочек, пожалуй, преждевременно - в процессе реализации оптимальное решение само проявится...

Здесь должен быть п.5 - но пока не ясно о чем...


Уровень II. "Что внутри?":

API (форт-ядро) встраивается поверх готового моно-ядра от операционной системы ...(?)
К нему же прикручиваются и драйвера, не вошедшие в моно-ядро.
При этом само форт-ядро - модульное, с предусмотренной возможностью выбора "на ходу" конфигурации подключаемых модулей.
В задачи данного "консольного" режима, доступного на этапе загрузки входит:
1) выбор диапазона функциональности ОС (от "облегченного" до "полнофункционального")
2) выбор профиля пользователя (напр. "детский", с запретом на редактирование исходников)
3) "бесконечный" откат назад по времени на требуемую дату

Задачи форт-ядра:

п.1 "Базовый набор задач" - драйверы/железо, память, многозадачка и т.д. (опустим подробности по данным вопросам поскольку они уже получили развитие в других ветках)

п.2 Механизм "подмены" файловой системы носителя (HDD, Flash, CD) концепцией словарей форт-системы.

п.3 Стандартизация механизмов работы из среды ОС с периферией, файловой системой, локальными сетями(Ethernet,USB) и Интернет - упрощенный универсальный интерфейс ввода-вывода через подключенные "службы"(программы обработки).
К примеру вариант некоего тройного "синхронизированного" (т.е. с единым идентификатором для отправляемой/принимаемой порции данных) буфера:
1) буфер адреса_параметров (источник/приемник_команда)
2) буфер данных
3) буфер управления_состояния (флаги??)

Типа:

(1) Принтер_печатай
(2) (йцукен)
(3) {return} (ОК)

(1) Почта_ВасьяПупкин@фортхос.ру
(2) (Я уже все распечатал. Вася)
(3) {return} (письмо отправлено)

п.4 Задачи совместимости - эмуляторы Вин/Линукса/Мака, языков программирования и пр.
Однако это уже, естественно, относится не к первым релизам ОС, и само ТЗ на их разработку пока не рассматриваетcя. Просто о вопросе совместимости следует помнить...

NB1 А дальше, похоже, пошла одна НФ ...

п.5 "Псевдонейросеть"
Как бы не повышалось быстродействие процессоров, скорость доступа и объемы винчестеров, но обработка больших массивов информации по-прежнему остается сложной задачей.
Нет, речь не конкретно о базах данных, а просто "о больших объемах чего-бы-то-ни-было" (например: толстеющий реестр Windows, поиск в папках с mp3-файлами...).
А что мешает, взяв за образец работу нескольких ОС под VMWare, изначально поставить задачу МНОГОЯДЕРНОЙ ОС? Т.е. поверх единого моно-ядра операционки загружать (одновременно!) несколько форт-ядер ОС и их оболочек ?
При этом искусственное ограничение объема доступных данных в каждой из параллельно работающих операционок можно компенсировать "межъядерным взаимодействием" между получившимися "кластерами" (наподобии нейросети)...

NB2 ...и чистое фэнтези:

п.6 "Виртуальный форт-процессор"
А все-таки: нельзя ли одно из ядер современных многоядерных процессоров программно "оптимизировать" и загрузить исключительно на работу со стеками Форт-ОС?
Сообщение Добавлено: Пт июн 13, 2008 17:55
  Заголовок сообщения:   Ответить с цитатой
in4 писал(а):
К сожалению - проблема намного глубже... :(

Всё, не выдержал я и собрал фантазии о Форт-ОС до-кучи!
Если определимся, что стоит их развивать дальше, то попросим перенести в отдельную ветку, а пока выложу здесь:
Сообщение Добавлено: Пт июн 13, 2008 17:55
  Заголовок сообщения:   Ответить с цитатой
Kamikaze писал(а):
Не-а - это "несовместимость" как у либ от разных авторов.
К сожалению - проблема намного глубже... :(
Попробуй поработай на компе, где пререназначены горячие клавиши обычных программ (это если ты пользуешься клавиатурой) или названы по-другому и переставлены пункты в меню. Удобно будет? А если вместо Windows Media Player стоит Проигрыватель-Только-Wav ? ;)
Удобно? А чел просто под себя настроил. Ему остальное не надо... ;)

И насчет либ. В Линуксе это ИМХО даже более серьезная проблема, чем в SPF. В первую очередь из-за количества и сложности программ. Да что я говорю - ты ж сам статью постил о Линуксе и несовместимости версий либ - программ.

Итак - надо поддерживать минимум две ветки набора либ/программ - одну пользовательскую, а другую - стандартную. Хотя последней на специализированных системах может и не быть. ;)
А где два набора - там можно добавить еще один! Вот в этом и будет одна из особенностей ОС и ее следование современным тенденциям в работе с компами. ;)
Сообщение Добавлено: Пт июн 13, 2008 16:52
  Заголовок сообщения:   Ответить с цитатой
in4 писал(а):
существенный минус - несовместимость.

Это на первом этапе. Далее можно прийти к общим стандартам в результате заимствования, адаптации
и отсеивания морально устаревшего. Дело в том, что у нас все равно другого пути нет. Не верю я, что
мы все зарание продумаем так, что останется только тупо кодировать гениальные замыслы.

in4 писал(а):
Должно быть, лучше говорить об индивидуальном интерфейсе ОС.

Для пользователя, желательно чтобы совместимость была на более высоком уровне работы системы.
Однако, проще производить замену мелких процедур (типа общего назначения).
Сообщение Добавлено: Пт июн 13, 2008 13:23
  Заголовок сообщения:   Ответить с цитатой
in4 писал(а):
...существенный минус - несовместимость.

Не-а - это "несовместимость" как у либ от разных авторов.
Речь о том, что Windows Media Player всегда тот же, и IE, и др. и пр. - все версии программ "дискретны". Да и при сборке Линукса "под себя" картина аналогичная - разве что разные версии... либ. У нас же заменой какого-нибудь слова будет достигаться эффект индивидуальной сборки: хочу - либу от Черезова, хочу - от Якимова. Просто, как смена скинов в Winamp. Правда индивидуальность ядра ОС - уже, конечно, дело опытных фортеров.

in4 писал(а):
Прийдешь на другой комп - и всё.

Инет нужен...
Сообщение Добавлено: Пт июн 13, 2008 11:59

Часовой пояс: UTC + 3 часа [ Летнее время ]


Powered by phpBB © 2000, 2002, 2005, 2007 phpBB Group
phpBB сборка от FladeX // Русская поддержка phpBB