OSDev

для всех
Текущее время: 19 окт 2017, 15:37

Часовой пояс: UTC + 3 часа




Начать новую тему Ответить на тему  [ Сообщений: 67 ]  На страницу 1, 2, 3, 4, 5 ... 7  След.
Автор Сообщение
 Заголовок сообщения: Phantom
СообщениеДобавлено: 11 окт 2011, 12:44 

Зарегистрирован: 11 окт 2011, 12:20
Сообщения: 27
Фантом ОС ищет единомышленников.

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

Где: http://code.google.com/p/phantomuserland/

Лицензия: LGPL.

Совместимость: для родных приложений планируется (и частично сделана) совместимость с Java bytecode (и, следовательно, всеми совместимыми ЯП), позже - с CLR. Кроме того есть (пока ещё неперсистентный) POSIX-box (работает, хотя и реализован очень вчерне).

Переносимость: Основная разработка идёт на x86/32, в работе порт на Arm (грузится, переходит в графику, надо отлаживать), mips32 (только ожил, в самом начале пути). Дальше в планах mips64 и amd64.

Среда разработки: ядро на си, userland на phantom language (похож на яву), есть ежечасные сборки и регресс-тесты в виртуальной машине.

Кто нам нужен:

- драйверописатели - как всегда, драйверов не хватает, и не все те что есть - отлажены.

- ядерщики - хотя ядро в целом довольно устоялось, есть масса работы по оптимизации и приведению в порядок.

- специалисты по виртуальным машинам - основная виртуальная машина всё ещё интерпретатор. хотя совершенно понятно, как подключать libjit, это надо сделать. кроме того, есть задачи по приведению в порядок refcount gc и написанию большого офлайн GC (marksweep on disk - вообще он почти написан)

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

- документатор! хотя какая-то документация есть ( http://code.google.com/p/phantomuserland/w/list ) - её мало и она не вполне актуальна

- организатор тестирования на живом железе - частично это уже делается, но нужно поставить на регулярную основу.

- фанаты ARM/MIPS/name it - отлаживать и тестировать соответствующие порты ОС

Проект уже довольно большой - 150 000 строк кода только ядра - и очень интересный.

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


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Phantom
СообщениеДобавлено: 13 окт 2011, 05:03 

Зарегистрирован: 30 янв 2010, 19:44
Сообщения: 63
а что насчет скорости? Java очень медленная штука.. JavaOS тому доказательство..
какие планы вообще и планы относительно компилятора фантом-байткода?


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Phantom
СообщениеДобавлено: 13 окт 2011, 10:00 
Аватара пользователя

Зарегистрирован: 16 май 2007, 23:46
Сообщения: 1056
qeos, Java не медленная. Да есть у неё недостатки в скорости.
Но вот тебе для затравки.
Как пишет dz он собирается использовать jit. jit - даёт скорость такую же, как если бы это был Native компилятор.
В частности dz пишет что хочет использовать LibJIT. Вот тут какое не какое сравнение в скорости. http://habrahabr.ru/blogs/personal/102533/


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Phantom
СообщениеДобавлено: 13 окт 2011, 10:14 
Аватара пользователя

Зарегистрирован: 16 май 2007, 23:46
Сообщения: 1056
Задам пожалуй вопрос.
Вот, допустим программа работала работала, а потом испортилась, зависла. Ну как испортилась мы не знаем. Но вполне возможен случай, что испортились некоторые данные. Кто будет определять какие данные испорчены, а какие нет? А главное как будут отличать испорченные данные от неиспорченных?


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Phantom
СообщениеДобавлено: 13 окт 2011, 12:27 

Зарегистрирован: 21 сен 2007, 17:24
Сообщения: 1025
Откуда: Балаково
pavia писал(а):
Кто будет определять какие данные испорчены, а какие нет?

А зачем системе что-то определять? Если программа зависла, то всё как обычно - кнопку "Закрыть" ни кто не отменял. Впрочем, мне кажется сомнительным достоинством системы сохранять рабочее пространство. На сохранение контекста будет постоянно тратиться время и ресурсы. Сплошной trade-off между сохранением и восстановлением.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Phantom
СообщениеДобавлено: 14 окт 2011, 01:24 

Зарегистрирован: 11 окт 2011, 12:20
Сообщения: 27
qeos писал(а):
а что насчет скорости? Java очень медленная штука.. JavaOS тому доказательство..
какие планы вообще и планы относительно компилятора фантом-байткода?


Эта легенда про "Java очень медленная штука" надоела уже до печёнок.

Сравнение 1: http://www.stefankrause.net/wp/?p=4
Сравнение 2: http://scribblethink.org/Computer/javaCbenchmark.html

1. Разница в скорости между Java и C сравнима с разницей в скорости между разными компиляторами си.
2. Эта разница бывает В ПОЛЬЗУ Java - то есть Java бывает БЫСТРЕЕ, чем си. На вычислительных задачах - очень нередко.
3. Ну скачайте уже Java frontend для gcc (он входит в комплект gcc несколько лет), и объясните, с чего бы один и тот же компилятор сам себе уступал.

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

4. "Кроме того есть (пока ещё неперсистентный) POSIX-box." Это если очень нужен си.

5. Производительность зависит не только от языка и платформы. В реальности - больше от скорости ввода-вывода.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Phantom
СообщениеДобавлено: 14 окт 2011, 01:30 

Зарегистрирован: 11 окт 2011, 12:20
Сообщения: 27
pavia писал(а):
Задам пожалуй вопрос.
Вот, допустим программа работала работала, а потом испортилась, зависла. Ну как испортилась мы не знаем. Но вполне возможен случай, что испортились некоторые данные. Кто будет определять какие данные испорчены, а какие нет? А главное как будут отличать испорченные данные от неиспорченных?


Вот писал я документ в ворде. Три месяца писал. И вдруг - он не открывается. (Реальный случай.) Кто будет определять какие данные испорчены, а какие нет?

Ответ - никто, в общем-то, не будет - поругаются на ворд, и пойдут искать в почте предыдущую версию файла, которую вчера посылали Васе Пупкину. Или достанут из машины времени, если работают на маке и эту машину прикупили.

Впрочем, есть исследование - только не надо смеяться :) - британских учёных, - которые утверждают, что небольшой процент битых объектов для современных Java-программ не критичен - то есть - не приводит к смерти программы или полной потере документа.

(В реальности - проблемы в другом месте, и более серьёзные. Но тоже исправимые.)


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Phantom
СообщениеДобавлено: 14 окт 2011, 01:33 

Зарегистрирован: 11 окт 2011, 12:20
Сообщения: 27
Himik писал(а):
pavia писал(а):
Кто будет определять какие данные испорчены, а какие нет?

А зачем системе что-то определять? Если программа зависла, то всё как обычно - кнопку "Закрыть" ни кто не отменял. Впрочем, мне кажется сомнительным достоинством системы сохранять рабочее пространство. На сохранение контекста будет постоянно тратиться время и ресурсы. Сплошной trade-off между сохранением и восстановлением.


Постоянно?

Если вы ничего не делали, то и сохранять нечего. А если что-то делали - то всяко придётся сохранить, нет?


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Phantom
СообщениеДобавлено: 14 окт 2011, 01:55 

Зарегистрирован: 21 сен 2007, 17:24
Сообщения: 1025
Откуда: Балаково
dzavalishin писал(а):
Если вы ничего не делали, то и сохранять нечего. А если что-то делали - то всяко придётся сохранить, нет?

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


Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Phantom
СообщениеДобавлено: 14 окт 2011, 14:11 
Аватара пользователя

Зарегистрирован: 16 май 2007, 23:46
Сообщения: 1056
Цитата:
Сохранить документ - это всего несколько килобайт. Сохранить рабочий контекст приложения - это уже мегабайты.
Так сохранять только разницу, для обычных приложений это хватит. Вот для профессиональных такое не годится. В том же фотошопе документ 3 мегабайта, а в секунду контексте может меняться под 100 мегабайт.


Вернуться к началу
 Профиль  
 
Показать сообщения за:  Поле сортировки  
Начать новую тему Ответить на тему  [ Сообщений: 67 ]  На страницу 1, 2, 3, 4, 5 ... 7  След.

Часовой пояс: UTC + 3 часа


Кто сейчас на конференции

Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 1


Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете добавлять вложения

Найти:
Перейти:  
cron
Создано на основе phpBB® Forum Software © phpBB Group
Русская поддержка phpBB