Проект по созданию инновационной PolymorphiOS

[PolymorphiOS]

Любой язык не использующий напрямую машинные команды (asm вставки), по определению является машиннонезависимым языком. Но не все машины (а точнее ОС) имеют трансляторы, компиляторы, интерпретаторы нужного языка.

evg_m, благодарствую за комментарий – идея предельно ясна.

Дело не в этом. А в том, что если дать свободу юзеру, то ему не хватит памяти для загрузки своих программ. В общем я вижу что Вы не определились с практическим назначением системы. Отсюда противоречивость в системе. Реально же, все настольные системы выгружают неиспользуемые компоненты из-за нехватки памяти для пользовательских приложений (который уже избалован мультизадачностью и слушает музыку, записывает компакт-диск и копается в ворде одновременно качая торренты).

Это опять из-за того, что Вы не определились с назначением системы. Мощные процессоры обычно используются на крутых рабочих станциях. Если ориентироваться на встроенную технику, как Вы упомянули - утюги, телефоны и пылессосы - их ресурсы наоборот слабее. То есть еще менее производительней, чем среднестатистический офисный компьютер.

Я понял Вашу мысль. Да Вы правы есть противоречия в концепции данной системы именно из-за того, что нет четкой ориентации практической сферы ее будущего применения. Но все дело в том, что данный проект задумывался как портотип ОС, для будущих разработок. То есть в итоге реализации этого проекта планируется получить некий рабочий макет ОС, который в дальнейшим станет основой и опытным образцом для разработчиков, не более того.

Однако по теме вопроса, смею заметить что проблема, по сути, упирается в «нехватку памяти», то есть в технические мощности современной вычислительной техники. Но это временное явление. Если допустить наличие достаточного кол-ва памяти, то проблема решается сама собой. Тут же отмечу, что проект нацелен на будущее информационных технологий, и как бы утопичным не казался, вполне логичен в свете современных тенденций развития сферы IT.

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

С POSIX-стандартом все понятно, однако, если взглянуть на историю развития «никсов», то фактически многие из них можно считать вполне самодостаточными системами. Здесь, в рамках обсуждения данного проекта возникает иная проблема, кол-во ПО для будущей ОС. Для того чтобы данная разработка была потребительской, необходимо определенное достаточное кол-во написанного либо портированного под нее ПО.

И кстати, что такое полиморфная генерации - в описании как-то вскользь. Расшифруйте нам пожалуйста.

По сути речь идет о возложении некоторых функций программиста на саму ОС, то есть автоматизацию и упрощение процесса написания прикладных программ. В данном случае, система содержит базу данных состоящую из блоков программного кода (аналогично функциональным библиотекам, хорошо известным в современном программирование, содержащим вызываемые из приложений функций, фактически рассматриваемые блоки кодов и можно приравнять к ним). Система сама формирует из них (решаю данную задачу при помощи нейронной сети) готовое пользовательское приложение исходя лишь из высокоуровневых запросов, написанных на специальном языке вызовов. Грубо говоря, системе достаточно будет задать запрос вида: «Запустить текстовый редактора с функцией печати» (в запросе конечно может содержаться и больше конкретики, вида поддерживаемых форматов, функций печати и т.п.), и она из имеющейся базы данных сформирует и запустит требуемое приложение.

2)монолитность ядра, хм, ну ок, что будет внутри ядра?

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

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

Это все понятно, но смысл здесь в том, что в рассматриваемой концепции все пользовательские приложения (допустим уже запущенные им), сразу и одновременно доступны ему. Впрочем, это действительно фактически то же самое, что Вы описали. Но напомню, что это не приоритетное направление ОС.

[Utkin]

Однако по теме вопроса, смею заметить что проблема, по сути, упирается в «нехватку памяти», то есть в технические мощности современной вычислительной техники. Но это временное явление.

Это неверное видение вопроса. Памяти не хватает никогда и никогда не хватало. Как только появляются новые мощности, тут же появляются новые задачи, для которых имеющихся ресурсов уже недостаточно. А в последние годы на персоналках обратная ситуация. Разработчики создают такой медленный софт, под которое постоянно требуются новые мощностя.

Если допустить наличие достаточного кол-ва памяти, то проблема решается сама собой.

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

С POSIX-стандартом все понятно, однако, если взглянуть на историю развития «никсов», то фактически многие из них можно считать вполне самодостаточными системами.

Это снова неверно. Есть еще совместимость на уровне других стандартов, например, стандартов, накладываемых на форматы файлов. К примеру, если Вы на базе своей ОС создадите цифровой плеер, который не будет воспроизводить mp3, ogg и wma у Вас практически не будет шансов. А мп3 кодек проприетарный (то есть не свободный в использовании). Хотите Вы или нет, но вещь в себе для широкого круга пользователей создать не получится. Обязательна оглядка на стандарты принятые ранее.

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

Многие программы поставляются с открытым исходным кодом и на языках высокого уровня. Сумеете создать транслятор и среду исполнения (опять же стандарты на вроде POSIX) - получите программы (например, unixные были портированы на BSD и линуксы).

Система сама формирует из них (решаю данную задачу при помощи нейронной сети) готовое пользовательское приложение исходя лишь из высокоуровневых запросов, написанных на специальном языке вызовов. Грубо говоря, системе достаточно будет задать запрос вида: «Запустить текстовый редактора с функцией печати» (в запросе конечно может содержаться и больше конкретики, вида поддерживаемых форматов, функций печати и т.п.), и она из имеющейся базы данных сформирует и запустит требуемое приложение.

Каждая ОСЬ (и многие сложные программы) содержит такую систему. Она называется API (ну может не столь высокоуровневую, как предлагаете Вы).
http://ru.wikipedia.org/wiki/%D0%98%...BD%D0%B8%D0%B9 для ознакомления
Даже первые мониторы (предки операционных систем) имели API через систему прерываний процессора (или ее эмуляцию). Также не плохо Вам бы прочесть про .Net Framework чтобы понять, что возможно Вы изобретаете велосипед (а не совершенствуете его как планировали изначально).

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

Какие параметры в сети Вы хотите использовать? Сети какого рода Вас интересуют? Есть модели-аналоги живых нервных клеток, есть математические модели - имеющие очень далекое отношение к биологическим собратьям.

Это все понятно, но смысл здесь в том, что в рассматриваемой концепции все пользовательские приложения (допустим уже запущенные им), сразу и одновременно доступны ему.

Мой планшетник не может этого и периодически падает. Это очень тяжело реализовать практически. Первый же браузер с 20-тью открытыми вкладками уронит Вашу ось.

Впрочем, это действительно фактически то же самое, что Вы описали.

Это совсем другое - виртуальная память это только модель, аппаратно библиотеки все равно выгружаются из ОЗУ, просто для программы это прозрачно. На деле же пользователь все равно видит паузы в работе (обычно при старте емкого приложения типа игры или графического редактора, подгружающего специализированные библиотеки).

[PolymorphiOS]

Это неверное видение вопроса. Памяти не хватает никогда и никогда не хватало. Как только появляются новые мощности, тут же появляются новые задачи, для которых имеющихся ресурсов уже недостаточно. А в последние годы на персоналках обратная ситуация. Разработчики создают такой медленный софт, под которое постоянно требуются новые мощностя.

Каждая точка зрения имеет право на существование. Это мое личное видение данной проблемы. Однако, опять таки замечу, что описанная вами ситуация наблюдается сегодня, но что будет никто не знает. У эволюции информационных технологий наблюдается свойство скачкообразного роста прогресса. Это означает что через какие-то 10 лет, возможно, мощности достигнут такого уровня, при котором огни смогут покрыть основные потребительские задачи, круг и объем которых, в конце концов, ограничен.

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

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

Это снова неверно. Есть еще совместимость на уровне других стандартов, например, стандартов, накладываемых на форматы файлов. К примеру, если Вы на базе своей ОС создадите цифровой плеер, который не будет воспроизводить mp3, ogg и wma у Вас практически не будет шансов. А мп3 кодек проприетарный (то есть не свободный в использовании). Хотите Вы или нет, но вещь в себе для широкого круга пользователей создать не получится. Обязательна оглядка на стандарты принятые ранее.

Наверное, действительно пример с *nix системами не совсем удачен, но существуют и иные ОС, разрабатываемые с нуля и не имеющие особой совместимость с известными форматами. По названиям сейчас не скажу, но если захотите смогу привести список. Да, согласен такие ОС не для широкого круга пользователей, но проблема расширения такового круга кроется в том, удастся ли написать достаточное кол-во софта для решения поставленных пользователем задач. Вспомните, развитие тех же «никсов» на заре своего зарождения… Можно конечно поспорить, что ситуация тогда была иной и уровень развития сферы ИТ, кардинально отличался от теперешнего. Но в принципе, это не меняет суть мысли…

Многие программы поставляются с открытым исходным кодом и на языках высокого уровня. Сумеете создать транслятор и среду исполнения (опять же стандарты на вроде POSIX) - получите программы (например, unixные были портированы на BSD и линуксы).

Ваш комментарий как продолжение моей мысли) Это одно из возможных решений проблемы.

Каждая ОСЬ (и многие сложные программы) содержит такую систему. Она называется API (ну может не столь высокоуровневую, как предлагаете Вы).

Да конечно существуют API, но суть новшества в озвученной идее было не само наличие аналога API, а механизм работы с ним. Да и повышение «высокоуровневости» уже довольно серьезное преимущество. То же касается и .Net Framework. Если уж говорить языком аллегорий, то я изобретаю новый способ передвижения на велосипеде)

Какие параметры в сети Вы хотите использовать? Сети какого рода Вас интересуют? Есть модели-аналоги живых нервных клеток, есть математические модели - имеющие очень далекое отношение к биологическим собратьям.

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

Мой планшетник не может этого и периодически падает. Это очень тяжело реализовать практически. Первый же браузер с 20-тью открытыми вкладками уронит Вашу ось.

О сложности реализации и не спорю. Но чем сложнее проект, тем он интереснее. А по поводу примера: сможет ли такое Ваш планшетник скажем через 10 лет?

Это совсем другое - виртуальная память это только модель, аппаратно библиотеки все равно выгружаются из ОЗУ, просто для программы это прозрачно. На деле же пользователь все равно видит паузы в работе (обычно при старте емкого приложения типа игры или графического редактора, подгружающего специализированные библиотеки).

Я имел виду принцип, а не техническую реализацию. Хотя прогресс не стоит на месте.

[Utkin]

Однако, опять таки замечу, что описанная вами ситуация наблюдается сегодня, но что будет никто не знает. У эволюции информационных технологий наблюдается свойство скачкообразного роста прогресса. Это означает что через какие-то 10 лет, возможно, мощности достигнут такого уровня, при котором огни смогут покрыть основные потребительские задачи, круг и объем которых, в конце концов, ограничен.

Есть закон Мура, преодолеть его пока не удается. Про объем задач - в 70-х годах считалось что машина с 512 кБ памяти способна удовлетворить спрос самого придирчивого пользователя. Аппетиты растут пропорционально доступным возможностям, но всегда на несколько шагов впереди.

По названиям сейчас не скажу, но если захотите смогу привести список.

Было бы интересно для себя лично почитать что-нибудь по таким системам.

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

Генетические алгоритмы это смежная область и не имеет ничего общего с обсуждаемыми моментами.

А по поводу примера: сможет ли такое Ваш планшетник скажем через 10 лет?

Там Андроид 4.0 одна из новых ОСей, практически острие технологий.
Поэтому сложно сказать наверняка.

Я имел виду принцип, а не техническую реализацию. Хотя прогресс не стоит на месте.

Это очень важный момент и он сильно влияет на производительность системы чтобы просто отмахнуться от динамических библиотек.

[Пепел Феникса]

сможет ли такое Ваш планшетник скажем через 10 лет?

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

[dmtalm]

ссылка на http://polymorphios.net84.net/PolymorphiOS.pdf.
не работает. Идея интересная. Сам думаю о чем то подобном.
Может вначале действительно попробовать сделать что-то на базе существующей ОС. Мне больше всего интересна идея сбора программы из готовых блоков а также "склеивание" программ, т.е. автоматизация работы с несколькими программами.