Автор |
Сообщение |
|
|
Заголовок сообщения: |
|
|
|
еще одна VM, на этот раз [url=http://ru.inferno-os.wikia.com/wiki/Дизайн_виртуальной_машины_Inferno]DIS[/url]
Цитата: В начале 1995-го мы задумались о применении идей операционной системы Plan9 [1] на более широком диапазоне устройств и сетей. В результате родилась Inferno [2], небольшая операционная система и среда исполнения, которая поддерживает переносимость приложений между широким диапазоном процессоров и операционных систем. Не подозревая об одновременной работе над созданием Java [3], выросшей из технологии проекта Oak, мы независимо пришли к заключению, что виртуальная машина (ВМ) была необходимым компонентом такой системы [4]. Благодаря увеличению скорости работы процессоров и появлению компиляторов-на-лету, ВМ может исполняться достаточно быстро для того, чтобы быть жизнеспособной с экономической точки зрения.
еще одна VM, на этот раз [url=http://ru.inferno-os.wikia.com/wiki/Дизайн_виртуальной_машины_Inferno]DIS[/url]
[quote]В начале 1995-го мы задумались о применении идей операционной системы Plan9 [1] на более широком диапазоне устройств и сетей. В результате родилась Inferno [2], небольшая операционная система и среда исполнения, которая поддерживает переносимость приложений между широким диапазоном процессоров и операционных систем. Не подозревая об одновременной работе над созданием Java [3], выросшей из технологии проекта Oak, мы независимо пришли к заключению, что виртуальная машина (ВМ) была необходимым компонентом такой системы [4]. Благодаря увеличению скорости работы процессоров и появлению компиляторов-на-лету, ВМ может исполняться достаточно быстро для того, чтобы быть жизнеспособной с экономической точки зрения.[/quote]
|
|
|
|
Добавлено: Вс дек 20, 2009 19:59 |
|
|
|
|
|
Заголовок сообщения: |
|
|
|
diver писал(а): успехи пока скромные - проект вынесен на уровень курсовой работы, поэтому приоритет фонового процесса . доросли пока до чернового варианта. даже не бета-версия
неудивительно при той трудоёмкости
[quote="diver"]успехи пока скромные :-) - проект вынесен на уровень курсовой работы, поэтому приоритет фонового процесса :-). доросли пока до чернового варианта. даже не бета-версия[/quote]
неудивительно при той трудоёмкости
|
|
|
|
Добавлено: Вс дек 20, 2009 18:10 |
|
|
|
|
|
Заголовок сообщения: |
|
|
|
успехи пока скромные - проект вынесен на уровень курсовой работы, поэтому приоритет фонового процесса . доросли пока до чернового варианта. даже не бета-версия
успехи пока скромные :-) - проект вынесен на уровень курсовой работы, поэтому приоритет фонового процесса :-). доросли пока до чернового варианта. даже не бета-версия
|
|
|
|
Добавлено: Вс дек 20, 2009 14:32 |
|
|
|
|
|
Заголовок сообщения: |
|
|
|
forther писал(а): [quote="diver" между делом пытаемся сгородить транслятор Си в VentureForth для SEAforth40 на "внешней" памяти?[/quote]
пока на уровне исходных текстов: на входе - текст на Си для ядра - на выходе текст для ядра на VentureForth, который потом скармливается родному компилятору
[quote="forther"][quote="diver" между делом пытаемся сгородить транслятор Си в VentureForth для SEAforth40[/quote] на "внешней" памяти?[/quote]
пока на уровне исходных текстов: на входе - текст на Си для ядра - на выходе текст для ядра на VentureForth, который потом скармливается родному компилятору
|
|
|
|
Добавлено: Вс дек 20, 2009 13:16 |
|
|
|
|
|
Заголовок сообщения: |
|
|
|
diver писал(а): вопрос писал(а): и что, кто-то взялся бы это делать? между делом пытаемся сгородить транслятор Си в VentureForth для SEAforth40
И каковы успехи (скорость продвижения)
[quote="diver"][quote="вопрос"]и что, кто-то взялся бы это делать?[/quote] между делом пытаемся сгородить транслятор Си в VentureForth для SEAforth40[/quote]
И каковы успехи (скорость продвижения) :?:
|
|
|
|
Добавлено: Вс дек 20, 2009 13:01 |
|
|
|
|
|
Заголовок сообщения: |
|
|
|
diver писал(а): вопрос писал(а): и что, кто-то взялся бы это делать? между делом пытаемся сгородить транслятор Си в VentureForth для SEAforth40
на "внешней" памяти?
[quote="diver"][quote="вопрос"]и что, кто-то взялся бы это делать?[/quote] между делом пытаемся сгородить транслятор Си в VentureForth для SEAforth40[/quote]
на "внешней" памяти?
|
|
|
|
Добавлено: Вс дек 20, 2009 11:31 |
|
|
|
|
|
Заголовок сообщения: |
|
|
|
вопрос писал(а): и что, кто-то взялся бы это делать?
между делом пытаемся сгородить транслятор Си в VentureForth для SEAforth40
[quote="вопрос"]и что, кто-то взялся бы это делать?[/quote]
между делом пытаемся сгородить транслятор Си в VentureForth для SEAforth40
|
|
|
|
Добавлено: Вс дек 20, 2009 10:26 |
|
|
|
|
|
Заголовок сообщения: |
|
|
|
вопрос писал(а): и что, кто-то взялся бы это делать?
Что именно? Адаптировать stack-only Форт-процессор для компилятора Си мне кажется не очень актуальным. Все равно стек будет "бутылочным горлышком". Но есть же и варианты процессоров с регистровым файлом и аппаратной поддержкой стека.
[quote="вопрос"]и что, кто-то взялся бы это делать?[/quote]
Что именно? Адаптировать stack-only Форт-процессор для компилятора Си мне кажется не очень актуальным. Все равно стек будет "бутылочным горлышком". Но есть же и варианты процессоров с регистровым файлом и аппаратной поддержкой стека.
|
|
|
|
Добавлено: Вс дек 20, 2009 02:00 |
|
|
|
|
|
Заголовок сообщения: |
|
|
|
я могу купить осла, но он мне не нужен, мне нужна машина, но я ее не могу купить
я могу купить осла, но он мне не нужен, мне нужна машина, но я ее не могу купить :)
|
|
|
|
Добавлено: Вс дек 20, 2009 01:47 |
|
|
|
|
|
Заголовок сообщения: |
|
|
|
и что, кто-то взялся бы это делать?
и что, кто-то взялся бы это делать?
|
|
|
|
Добавлено: Вс дек 20, 2009 01:43 |
|
|
|
|
|
Заголовок сообщения: |
|
|
|
Претензия такая, что для них нет компилятора Си, который есть для подавляющего большинства современных процессоров. Неважно, что Форт для них эффективнее, есть и комплексные соображения - мало ли зачем понадобится?
Претензия такая, что для них нет компилятора Си, который есть для подавляющего большинства современных процессоров. Неважно, что Форт для них эффективнее, есть и комплексные соображения - мало ли зачем понадобится?
|
|
|
|
Добавлено: Вс дек 20, 2009 01:35 |
|
|
|
|
|
Заголовок сообщения: |
|
|
|
Цитата: Появляется интересная возможность написать back-end для Форт-процессоров, сняв таким образом одну из основных претензий к ним. претензия-то какая, и что нужно создать
[quote]Появляется интересная возможность написать back-end для Форт-процессоров, сняв таким образом одну из основных претензий к ним.[/quote] претензия-то какая, и что нужно создать :?:
|
|
|
|
Добавлено: Вс дек 20, 2009 01:29 |
|
|
|
|
|
Заголовок сообщения: |
|
|
|
mOleg писал(а): да, и еще, генерить код для 3-х операндной архитектуры на Форте? В смысле кто делал? Или надеяться, что оптимизатор сам скушает все DUP DROP, я имею ввиду вещи типа DUP IF и подобные им.
Напрямую - нет, не скушает. Стековая машина завязана на вершину стека, а 3-х адресная архитектура нацелена на множество равноправных регистров, доступ к которым чередуется в программе. В принципе, компилятор может и искусственно переставлять команды, чтобы получалось такое чередование, в процессе которого будет происходить "прокачка" данных по конвейеру. А для стека сама программа пишется с прицелом на постоянные обращения к вершине, и образуется "бутылочное горлышко", которое не соптимизировать просто так.
[quote="mOleg"]да, и еще, генерить код для 3-х операндной архитектуры на Форте? В смысле кто делал? Или надеяться, что оптимизатор сам скушает все DUP DROP, я имею ввиду вещи типа DUP IF и подобные им.[/quote]
Напрямую - нет, не скушает. Стековая машина завязана на вершину стека, а 3-х адресная архитектура нацелена на множество равноправных регистров, доступ к которым чередуется в программе. В принципе, компилятор может и искусственно переставлять команды, чтобы получалось такое чередование, в процессе которого будет происходить "прокачка" данных по конвейеру. А для стека сама программа пишется с прицелом на постоянные обращения к вершине, и образуется "бутылочное горлышко", которое не соптимизировать просто так.
|
|
|
|
Добавлено: Вс дек 20, 2009 00:06 |
|
|
|
|
|
Заголовок сообщения: |
|
|
|
угу, за ссылку спасибо RHuB-у, кстати
да, и еще, генерить код для 3-х операндной архитектуры на Форте? В смысле кто делал?
Или надеяться, что оптимизатор сам скушает все DUP DROP, я имею ввиду вещи типа DUP IF и подобные им.
угу, за ссылку спасибо RHuB-у, кстати ;)
да, и еще, генерить код для 3-х операндной архитектуры на Форте? В смысле кто делал?
Или надеяться, что оптимизатор сам скушает все DUP DROP, я имею ввиду вещи типа DUP IF и подобные им.
|
|
|
|
Добавлено: Сб дек 19, 2009 22:06 |
|
|
|
|
|
Заголовок сообщения: |
|
|
|
Появляется интересная возможность написать back-end для Форт-процессоров, сняв таким образом одну из основных претензий к ним.
Появляется интересная возможность написать back-end для Форт-процессоров, сняв таким образом одну из основных претензий к ним.
|
|
|
|
Добавлено: Сб дек 19, 2009 22:02 |
|
|
|
|