SharpOS - открытая ОС, целиком написанная на языке C#

>>> когда появится массово поддержка джава байт кода в процессорах

>> Sun уже такой процессор делала, PicoJava назывался, ну и где он теперь? на свалке истории

>многие ARM SoC имеют в составе ядра ограниченную поддержку аппаратного ускорения Java

так и запишем: Ява-байткод настолько неестественен для опкодов любого реального процессора, что для его эффективной реализации приходится "аппаратно ускорять"

>> хотя бы тем, что на форте можно реализовать ALU и остальные блоки процессора. Он почти аналогичен VHDL.

O_O вы таки VHDL|Verilog не путайте с ЯП общего назначения. у них предназначения таки различны.

Я ниасилил, зачем на форте процессор писать? Скрытый садомазохизм?

> Ява-байткод настолько неестественен для опкодов любого реального процессора

Запиши лучше вот что: реальные процессоры давно устарели и не успевают гнаться за современными тенденциями в области информатики.

>> хотя бы тем, что на форте можно реализовать ALU и остальные блоки процессора. Он почти аналогичен VHDL.

может таки на VHDL|Verilog реализовать 4th машину под fpga???

Виндовоз родил C#, C# родил SharpOS.

SharpOS - конкурент Виндовоза? ;)

Интересно, а эта штука работает под .NET, который в свою очередь работает под Виндовозм?

anonymous> Ну так есть же жаба-процессоры, на тех же айбиэмовских мейнфреймах, в чём же форт лучше чем жаба? За тем лишь исключением, что форт -- это что-то древнее и ныне не используемое.

Философией разработки и расширяемостью хотя бы.

anonymous> RISC выбрали потому что он был быстрее. А CISC медленне. Сейчас один фиг, фактически x86 уже RISC'ом стал. Так что неактуально твои замечания насчёт команд.

Ещё как актуальны. У современных x86 процессоров хоть и RISC ядро, но всё равно используются CISC команды. И сами x86 процессоры обычно гораздо сложнее настоящих RISC процессоров, что порождает офигенно серьёзные аппаратные ошибки.

> может таки на VHDL|Verilog реализовать 4th машину под fpga???

ну да, на VHDL реализовать код ALU и остальных блоков форт-машины, для загрузки в ПЛИС. А сам VHDL-код генерировать шаблонами из форт-исходников, имея один язык для ПЛИС и для опкодов получившегося "процессора". VHDL-то Тьюринг-полный, вполне может быть на выходе более удобного "препроцессора"

> зачем на форте процессор писать?

понять, как работает процессор, его блоки, ALU, управление памятью. Понять, откуда появляется этот байткод. Понять, насколько зависит эффективность программ на байткоде от выбор "эффективного байткода".

anonymous> Я тебе уже сказал, что интеловский CISC быстрее нативного риска работает

Где ты вычитал эту ахинею? Или опять вещества принимал?

anonymous> Ну так купи себе риск какой-нить и не *** мозги другим, утверждая, что он лучше/выше/сильнее.

Лично у меня уже есть одна RISC машинка... На ARM.

А так были бы деньги - ноут или рабочую станцию на SPARC я бы взял с 3D ускорителем Sun XVR2500.

Но нет - из за распространённости ублюдочного x86 настолько массово UltraSPARC/OpenSPARC и материнские платы к нему не выпускают.

>> зачем на форте процессор писать?

> понять, как работает процессор, его блоки, ALU, управление памятью.

ч0рт, а без этого - нельзя, нет? o_O

> есть всякие MMX, SSE2, SSE3

SWAR. Этот MMX легко эмулируется программно, нужны всего лишь достаточно широкие регистры. Хотя спец. команды помогают, да.

> 3D ускорителем Sun XVR2500

Тыща баксов... Я фигею! И даже OpenGL 2.0 не держит! Завязывай с идолопоклонничеством, сидеть на лоре и санки пропагандировать -- дурной вкус.

> ч0рт, а без этого - нельзя, нет? o_O

без этого -- несерьёзно, будем возиться с исторически сложившейся практикой, не понимая, почему сделано именно так Ж)

разобраться, делая -- практичнее =)

>> понять, как работает процессор, его блоки, ALU, управление памятью.

>ч0рт, а без этого - нельзя, нет? o_O

а без этого вещества быстро кончаются ;)

> разобраться, делая -- практичнее =)

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

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

> ооочень не скоро от него откажутся

Нам уже не дожить, расслабься.

>> ч0рт, а без этого - нельзя, нет? o_O

> без этого -- несерьёзно

Блин, как же до Форта люди процессоры делали o_O

> разобраться, делая -- практичнее =)

Аха, причем делать - обязательно на Форте, иначе не труЪ и дао не постигнуть.

>> MMX, SSE2, SSE3

MMX, SSE2, SSE3 не нужны если в состав ядра CPU входит CP на fpga который можно перепрограммировать под свои нужды.

Что за CP на FPGA?

> Аха, причем делать - обязательно на Форте, иначе не труЪ и дао не постигнуть

необязательно именно на Форте, годится любой мёртвый язык. Главное, чтобы получилось поэзотеричнее, найти побольше трудностей, чтобы с честью их преодолеть.

Операционки и процессоры стали слишком просты снаружи, чёрный ящик, который просто работает, пользователи не поспевают освоить архитектуру, но уже пользуются ей, не понимая -- значит, надо наоборот, предъявить побольше сложностей, мучений, и испытаний, как у туземных племён при достижении совершеннолетия. Чтобы отсеивать на входе тот балласт, который "не осиливает", но сам ничего не может дать обществу Эзотерической Операционной Системы. Сам процесс посвящения должен быть достаточно запутанным.

=)

+1. Предлагаю вместо джава-процессоров выпускать brainfuck accelerator. Который будет *** мозг в сорок тысяч раз быстрей.

> а мне скинь пожалуйста ссылку, желательно на грамотную статью без лишнего пеара, что там и как устроено.

Ссылку привести затруднюсь, ибо у меня это все на бумаге, но ключевые слова для запроса в гугле оригинальны - IBM AS/400 system handbook, AS/400 System Concept, AS/400 System Introduction... Да и в Открытых системах вроде был цикл неплохих статей...

>Sun уже такой процессор делала, PicoJava назывался, ну и где он теперь? на свалке истории

Оно и понятно. Ява реализует исключительно ООП программирование, притом ограниченное. Если бы там были представлены средства нормального процедурного, функционального и линейного программирования, то можно было бы запускать там другие языки _без костылей_. Те же Лисп и Питон имеют более полную реализацию ООП, и что тут делать? Объявлять ява-класс, реализующий классы других языков? А зачем тогда ненужная прослойка в виде Ява-классов? А программа на Си во что скомпилится? В класс?

Главное приемущество машинного кода в том, что он дает возможность не зависить от полноты реализации фреймовка.

> А программа на Си во что скомпилится?

Писать программы на Си -- дурной тон. И ни разу не ынтерпрайз.

> Главное приемущество машинного кода в том

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

Фига, ibm хочет денег за as/400 system introduction. Аж USD 3.85. А не пройти бы им фтопку?

anonymous> Тыща баксов... Я фигею! И даже OpenGL 2.0 не держит! Завязывай с идолопоклонничеством, сидеть на лоре и санки пропагандировать -- дурной вкус.

Моя нынешняя видяха тоже не держит. И что? Вроде даже 1.5 не держит.

Открытые Системы -- вообще говноресурс, там ничего толкового нет, лишь маркетинговые высеры.

> Моя нынешняя видяха тоже не держит

А что, она у тебя штуку стоит?

anonymous> А что, она у тебя штуку стоит?

Нет.

> Нет.

Жжошь. Продолжай в том же духе. И тебя тогда точно забанят.

CP == CoProcessor

anonymous> Жжошь. Продолжай в том же духе. И тебя тогда точно забанят.

Пошло в задницу, анонимусишко тупое.

P.S. Ты ещё скажи, что GeForce лучше, чем Quadro

> Пошло в задницу, анонимусишко тупое.

Подставляй.

> CP == CoProcessor

Ответ, достойный дауна-аутиста.

anonymous> Подставляй.

Рекурсивно в задницу иди.

> Рекурсивно в задницу иди.

У тебя она рекурсивная?

ln -s /dev/ass /dev/ass

> Рекурсивно в задницу иди.

На каждую рекурсивную задницу найдётся *** с бесконечным циклом срабатываний.

> А есть OS на Lisp-e? =)

> Spitfire (*) (02.01.2008 18:55:04)

Есть...

Movitz называется

http://en.wikipedia.org/wiki/Movitz

http://common-lisp.net/project/movitz/

Вы еще фрактальными х*ми померяйтесь, горячие финские парни )

О! а на каком языке НЕТ OS? На чём надо ЭOS писать (кроме брейнфака)?

> Movitz называется

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

> а на каком языке НЕТ OS

На олбанском.

>> А есть OS на Lisp-e? =)

> Movitz называется

Это не ОС, это абортивный материал :D

Но ОС на Лиспе была - для Лисп-машин, называлась Genera.

> Моя нынешняя видяха тоже не держит. И что? Вроде даже 1.5 не держит.

Найди работу