Оберон-технология: особенности и перспективы |
Тематика обсуждения: Оберон-технология. Особенности, перспективы, практическое применение.
Всего в теме 6256 сообщений
Добавить свое сообщение
Отслеживать это обсуждение Обсуждение из раздела Школа ОБЕРОНА
№ 1036 12-11-2006 02:52 | |
Ответ на »сообщение 1035« (Mirage)
___________________________
Первая мысль... Борланд же прекратила развитие Дельфы. Или не так? Будет-таки Дельфа жить или нет?
№ 1035 11-11-2006 09:41 | |
Ввиду отсутствия прогресса по разработке собственно Оберон-систем, думается, имеет смысл заполнить анкету, предлагаемую Борландом и упомянуть там о каких-то фичах, или даже принципах, связанных с Обероном. Там даже поле есть такое - "какую ОДНУ фичу вы бы хотели видеть в следующей версии Delphi" или что-то в этом духе.
Я вот попросил обероноподобный WITH. :)
Вобщем будем внедрять ОТ в Delphi.:)
Какие мысли будут?
№ 1034 10-11-2006 18:02 | |
Ответ на »сообщение 1033« (captain cobalt)
___________________________
Что Вы имеете в виду под изобретением велосипеда?
Энтузиасты ИЗУЧАЮТ ОСе-строительство, их пользователям (ведь есть и такие!) это нужно...
Если так рассуждать, что мол велосипед, так и Миникс тоже велосипед, да и Линукс, в конце-концов...
№ 1033 10-11-2006 08:29 | |
За последние два года разработчики Contiki http://www.sics.se/~adam/contiki/ показывают значительные успехи в деле изобретения велосипедов. ;-)
Забавно почитать:
http://www.sics.se/~adam/dunkels06protothreads.pdf
Protothreads: Simplifying Event-Driven Programming of Memory-Constrained Embedded Systems (2006)
In this paper we study how protothreads, a novel programming abstraction that provides a conditional blocking wait operation, can be used to reduce the number of explicit state machines in event-driven programs for memory constrained embedded systems.
http://www.sics.se/~adam/dunkels04contiki.pdf
Contiki - a Lightweight and Flexible Operating System for Tiny Networked Sensors (2004)
The kernel is event-driven, but the system supports preemptive multi-threading that can be applied on a per-process basis. Preemptive multi-threading is implemented as a library that is linked only with programs that explicitly require multi-threading.
http://www.sics.se/~adam/dunkels06runtime.pdf
Run-Time Dynamic Linking for Reprogramming Wireless Sensor Networks (2006)
Прочие публикации http://www.sics.se/~adam/contiki/publications.html
№ 1032 09-11-2006 07:36 | |
Страница лога разработки bluebottle обновилась.
Переход на новый формат объектных файлов (дубль два :о) ).
Однако, три месяца молчали...
№ 1031 06-11-2006 00:15 | |
Ответ на »сообщение 1029« (AVC)
___________________________
В принципе, я так и думал.
Просто, со слов Владимира Лося, у меня создалось ощущение, что могла быть какая-то (неопределенная) связь.
Таки вы уже знаете, излишняя подозрительность в связях до добра не доводит! За консультациями - к Отелло и Робеспьеру! :о)
Только стала наблюдаться некая корреляция между посещениями лиц, имеющих отношения к работам в ETHZ неких оргнаизаций, чтения ими там "лекций" и дальнейшими успехами этих организаций в "новых технологиях"... :о)
Главное, если б ими ещё и ссылки приводились...
Интресно было бы ознакомиться с аргументами обеих сторон в этом споре.
На счёт сочетаемости объектов и параллельности?
По собственному опыту сужу - идеально сочетаются. Активные объекты (Абъекты :о)), через нотацию ООП вводят естественную форму семантики ограничений и барьеров для контекста потоков (процессов).
Возможно, здесь имеет место дилемма объекты/процессы.
Не вижу дилеммы. Объекты И процессы(потоки). Но НЕ СОВМЕСТО, а - ЕДИНОЕ ЦЕЛОЕ.
Легко обмениваться объектами в рамках пространства одного процесса.
Передача объектов между разными процессами уже гораздо менее эффективна.
(Например, как передать методы объекта?)
Это отдельная тема. Мигрирующие объекты предполагают единство среды исполнения и формы представления. Либо через железо изначально, либо, через промежуточную форму представления. У Франца, на мой взгляд, эта тема наиболее перспективно проработана.
Годится ли (в этом смысле) подход с активными объектами для кластерных вычислений?
Годятся ли существующие формы "кластерных вычислений" для подхода с активными объектами? :о)
№ 1030 05-11-2006 03:38 | |
Ответ на »сообщение 1029« (AVC)
___________________________
P.S. Прочитал Ваш ответ на вопрос об Обероне и функциональных языках:
http://www.inr.ac.ru/~info21/qna.htm#functional
Спасибо, мне давно хотелось знать Ваше мнение об этом.
Вам спасибо!
Признаться, мне самому мое "мнение" меньше всего интересно в том смысле, что хочется опереться на объективность. Разумеется, суммировать в нескольких фразах такую обширную штуку трудно. Но пытаться выделить главное все-таки нужно.
Там, кстати, неточность есть, где про модули -- там надо иметь в виду вообще про систему экспорта, в т.ч. и в записях. Но Вы это вряд ли не поняли :))
№ 1029 05-11-2006 01:56 | |
Ответ на »сообщение 1028« (info21)
___________________________
Ответ на »сообщение 1027« (AVC)
___________________________
Меня интересует, участвовал ли Гуткнехт со своей командой в работе над Сингулярити.
Напрямую. Или в форме консультаций. И т.д.
Видно, что в Сингулярити есть сходные черты с Оберонами (в особенности с Зонноном - синтаксически управляемые каналы). Но есть и различия (процессы, хотя и программно-изолированные).
Конечно, напрямую не участовали.
В принципе, я так и думал.
Просто, со слов Владимира Лося, у меня создалось ощущение, что могла быть какая-то (неопределенная) связь.
Да и что уж там консультировать? Active Oberon хорошо описан, все прозрачно, садись и делай по стеку каждому объекту.
Мнение, что объекты плохо сочетаются с concurrency, тоже широко адвокатируется, в т.ч. в MSR, и, вроде, нашло отражение.
Интресно было бы ознакомиться с аргументами обеих сторон в этом споре.
Возможно, здесь имеет место дилемма объекты/процессы.
Легко обмениваться объектами в рамках пространства одного процесса.
Передача объектов между разными процессами уже гораздо менее эффективна.
(Например, как передать методы объекта?)
Годится ли (в этом смысле) подход с активными объектами для кластерных вычислений?
P.S. Прочитал Ваш ответ на вопрос об Обероне и функциональных языках:
http://www.inr.ac.ru/~info21/qna.htm#functional
Спасибо, мне давно хотелось знать Ваше мнение об этом.
№ 1028 04-11-2006 04:57 | |
Ответ на »сообщение 1027« (AVC)
___________________________
Меня интересует, участвовал ли Гуткнехт со своей командой в работе над Сингулярити.
Напрямую. Или в форме консультаций. И т.д.
Видно, что в Сингулярити есть сходные черты с Оберонами (в особенности с Зонноном - синтаксически управляемые каналы). Но есть и различия (процессы, хотя и программно-изолированные).
Конечно, напрямую не участовали.
Лекция (quasi научный семинар) -- это консультация?
Да и что уж там консультировать? Active Oberon хорошо описан, все прозрачно, садись и делай по стеку каждому объекту.
Мнение, что объекты плохо сочетаются с concurrency, тоже широко адвокатируется, в т.ч. в MSR, и, вроде, нашло отражение.
№ 1027 04-11-2006 02:09 | |
Ответ на »сообщение 1022« (info21)
___________________________
Ответ на »сообщение 1021« (AVC)
___________________________
Известны ли какие-нибудь подтверждения прямой или косвенной связи Singularity и сотрудничества Гуткнехта с Microsoft Research?
Что значит "связь", что значит "сотрудничество".
Они друг друга все как облупленные знают.
Меня интересует, участвовал ли Гуткнехт со своей командой в работе над Сингулярити.
Напрямую. Или в форме консультаций. И т.д.
Видно, что в Сингулярити есть сходные черты с Оберонами (в особенности с Зонноном - синтаксически управляемые каналы). Но есть и различия (процессы, хотя и программно-изолированные).
Добавить свое сообщение
Отслеживать это обсуждение
Дополнительная навигация: |
|