Новый релиз ReactOS 0.3.3

JIT компиляция выполняется быстро. И один раз при первом использовании метода. Для особо нетерпеливых есть NGEN, который который компилирует байт-код в машкод оптимизированный под машину, на которой программа будет работать. А не под мифический Pentium I.

Такая же идея в LFS, Gentoo - только JIT-инг байткода выполняется во МНОГО раз быстрее, чем С-шных программ.

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

Перефразируя цитату из "Generation П" Пелевина: "DOS! We always return to the basics"...

>...только JIT-инг байткода выполняется воМНОГО раз быстрее, чем С-шных программ...

А во сколько раз менее качественно?....

> Сейчас он появился. А то, что С++ быстрее С# -такая же демагогия как Ассемблер быстрее Си.

Угу, а шитый код Форта быстрее и того, и другого (не шутка).

Единственное, что скомпилированный код CLR должен браться из GAC, а эта структура иногда подлежит перекомпиляции вся (!!!) вследствие изменения зависимостей. То, как часто это будет происходить, зависит от слишком многих факторов и портому малопредсказуемо.

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

По опыту, серьезные приложения, написанные на CLR (например, Trados), тормозят совершенно безбожно даже на небольших объемах данных. Trados Tag Editor фактически не может работать с файлами TTX от 5 МБ и больше: даже на максимальной конфигурации PC, поддерживаемой XP (процессор AMD64 или Core 2 с частотой 2,4 - 2,6 ГГц, 3 ГБ памяти, отличный винчестер) и небольшой TM (пара десятков мегабайт) смена сегмента может занимать до 30 сек (!!!). OmegaT, написанная на яве, компактнее и работает быстрее.

> В .Net 4.0 будет DLR - поддержка языков с динамической типизацией. И без тормозов вообще.

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

> Навскидку, никуда не лазая: > 2) IronPython (написан с нуля, но под GPL, как и все реализации Питона);

IronPython лицензия Ms-PL

>3) Текстовая утилита для построения пакетов MSI (написана с нуля самим микрософтом и не имеет аналогов).

"Текстовая утилита для построения пакетов MSI" WiX под CPL (не GPL)

> Все проекты, унаследованные от Interix (были под GPL, под GPL и остались, развиваются микрософтом);

На сколько я понял у Microsoft куплены все права на код Interix и всё что возможно они выложили под BSD. Под GPL остался GCC и ещё что-то.

> Микрософт выпускает программу под GPL. когда ставит целью сформировать вокруг нее сообщество

У Microsoft есть свои опенсорсные лицензии и он пользуется ими. Под BSD выпускаются восновном программы, которые должны служить основой для сторонних разработок (например реализация .NET под FreeBSD).

Прошу прощения, скорее так: "DOS! You always get back to the basics..."

The goal is to combine many of the advantages of native and bytecode compilation: Much of the "heavy lifting" of parsing the original source code and performing basic optimization is handled at compile time, prior to deployment: compilation from bytecode to machine code is much faster than from source. The deployed bytecode is portable, unlike machine code for any given architecture. Compilers from bytecode to machine code are easier to write, because the portable bytecode compiler has already done much of the work.

This also generally offers far better performance than interpreters as the compiled code is stored in memory cache at runtime, such that subsequent recompilation or reinterpretation of compiled code can be skipped, while also giving flexibility to automatically recompile and optimise code that is found at runtime to be frequently executed.

Other advantages of a JIT runtime include:

1. The compilation can be optimized to the targeted CPU and the operating system model where the application runs. For example JIT can choose SSE2 CPU instructions when it detects that the CPU supports them. 2. The system is able to collect statistics about how the program is actually running in the environment it is in, and it can rearrange and recompile for optimum performance. This data is normally difficult or even impossible to obtain for conventional compilers.

http://en.wikipedia.org/wiki/Just-in-time_compilation

> По опыту, серьезные приложения, написанные на CLR (например, Trados), тормозят совершенно безбожно даже на небольших объемах данных. Trados Tag Editor фактически не может работать с файлами TTX от 5 МБ и больше: даже на максимальной конфигурации PC, поддерживаемой XP (процессор AMD64 или Core 2 с частотой 2,4 - 2,6 ГГц, 3 ГБ памяти, отличный винчестер) и небольшой TM (пара десятков мегабайт) смена сегмента может занимать до 30 сек (!!!). OmegaT, написанная на яве, компактнее и работает быстрее.

Вы сравниваете два различных приложения, написанных разными людьми. Как можно на основании этого сравнивать платформы? И вообще производительность отдельного приложения ничего не значит.

>> результат - рост годовой выручки на 40%.

>Сейчас (почти год спустя после выпуска Java по GPL) их акции немногим больше чем тогда. Рост меньше 5%.

Может, я дурак, но кто-нибудь, объясните мне, какая связь между капитализацией и валовой выручкой?

> Когда МС уже выпустит Singularity, Wine, наверное, будет запускать 70..80% Win32 софта. ReactOS будет чем-то вроде FreeDOS/DosBox

Не, к тому моменту процы будут такие шустрые, что ReactOS будет вместо FreeDOS в DOSBox запускаться. Вот так - правильно. :)

http://www.reactos.org/media/screenshots/2007/ros_033_boot.png

ReactOS enterprise - планы у ребят наполеоновские... ;-)

> Compilers from bytecode to machine code are easier to write, because the portable bytecode compiler has already done much of the work.

Какая феерическая чушь.

А ты пробовал сам писать компилятор исходный текст -> машкод? А?

>>Только нормальные профессиональные приложения типа того же Фотошопа я бы на байткод портировать не стал

>Посмотри на Paint.Net Photoshop и подавляющее большинство "профессиональных" приложений написаны на С++, потому что тогда выбора не было.

Какой нафиг Paint.Net? Баннеры и в GIMP нарисовать можно. Если не разбираетесь в цветоделении и растрировании, то молчите. Такие запросы такие которые Quake 10 и не снились. Причем некоторые люди сидят на Фотошоп 3/4 и им хватает. Профессиональный консерватизм.

> Сейчас он появился. А то, что С++ быстрее С# -такая же демагогия как Ассемблер быстрее Си.

Почему же так приятно переезжать с Каспера и ДрВеба на nod32 ?

>В .Net 4.0 будет DLR - поддержка языков с динамической типизацией. И без тормозов вообще.

А зачем динамическая типизация Фотошопу?

PS: Про переключение контекста - чего бы Интелу не сделать его более быстрым? Никаких преград нет.

> А ты пробовал сам писать компилятор исходный текст -> машкод?

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

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

Я думаю мелкософт не откроет код никогда. Любому станет стыдно такой код показывать публике +))

>> Боги... как же оно будет тормозить...

> Оно там будет летать (если сделают), там всё будет работать в нулевом режиме, т.е. на уровне ядра. Во всяком случае они так хотели сделать ... иначе будет тормозить ? :D

Данное заявление неприменимо к Висте и 2008 серверу. Вся безопасность этих систем построена на том, что пользовательские приложения выполняются в ненулевом сеансе (что такое "нулевой режим", поясните, пожалуйста: у микрософта "сеанс"), а если отправить всю подсистему совместимости в нулевой сеанс, то получим то, от чего убегали (т.е. ХР), с ссответствующей безопасностью, плюс дырки собственно висты. Караул!!! Это ставит под сомнение источник: новые разработки микрософта не делаются так, чтобы заведомо не работать под вистой или не крушить ее безопасность.

>> Compilers from bytecode to machine code are easier to write, because the portable bytecode compiler has already done much of the work.

> Какая феерическая чушь.

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

>>Вообще-то в планах мелкомягких отказаться от Win32 и оставить совместимость на уровне .NET Singularity развивается.

>Боги... как же оно будет тормозить...

+1 будет медленнее чем свиста на 486dx2

>IronPython (написан с нуля, но под GPL,

http://www.codeplex.com/IronPython/Project/License.aspx

>как и все реализации Питона);

http://www.python.org/psf/license/

Господи, зачем писать свободную версию говна в красивой обертке? ЗАчем тратить на это силы? Не лучше ли написать свободный аналог Mac OS X ???

>Проект может быть на полном серьезе поддержан микрософтом (если не кодами, то финансами и морально) КАК ПОСЛЕДНИЙ ШАНС СПАСТИ КЛАСС ПЛАТФОРМ

Windows-like ОС в Красную книгу уже занесли?

> даже VMS, ядро которой встроено в NT

При всё уважении мне так казалось что сезон мухоморов давно прошёл или это из личного запаса сушёные добываете?

Говно, не говно... а в виртуальной машине загружается секунд за 12, на реальной машине не пробовал, но секунд за 8 - 9 загрузится - ReactOS у авторов получился по настоящему реактивным. Ну валится иногда в BSOD, но ведь это альфа.

Вот и я говорю, что нечего Линупс было разрабатывать, надо было сразу ReactOS начать фигачить.

>Эмулятор клизмы.

Резиновой такой, вонючей, заскорузлой, на которой видны трещинки, и застывшее гавно на кончике - картина маслом.

Что-то медленно они "развивабтся" как SVN-tree так и сайт. :/

> если только байт-код не спроектирован поперек всех существующих машинных архитектур.

Байт-код JVM - стековый, а все распространенные машинные архитектуры - регистровые. И, AFAIK, это заметно усложнило работу по созданию эффективного JIT-компилятора, которая заняла несколько лет (такое вот "easier to write").

>Не лучше ли написать свободный аналог Mac OS X А зачем тратить силы на повторную реализацию ОС, под которой нет элементарно программ.

Там ситуация еще хуже, чем с Линукс. А фанатов Маков (в особенности руководителей в красных пиджачках) над расстреливать на месте. А то потом спрашивают: а где под мой любимый Мак 1С:Предприятие 8.0, чтобы там мне посмотреть динамику прибыли?

Теория и практика эффективного распределения регистров очень долго развивалась и развивается сейчас. На 5 регистрах далеко не уедешь.

>Там ситуация еще хуже, чем с Линукс. А фанатов Маков (в особенности руководителей в красных пиджачках) над расстреливать на месте. А то потом спрашивают: а где под мой любимый Мак 1С:Предприятие 8.0, чтобы там мне посмотреть динамику прибыли?

Вполне законный вопрос - чего Вам в нем не нравится?

>Вполне законный вопрос - чего Вам в нем не нравится?

А тем, что идиоты, отвалишие за Маки кучу бабок, потом спрашивают: А где под Маки есть такая-то программа? Едиственный ответ: нет не существует. Используйте PC & Windows.

>>Вполне законный вопрос - чего Вам в нем не нравится?

>А тем, что идиоты, отвалишие за Маки кучу бабок, потом спрашивают: А где под Маки есть такая-то программа? Едиственный ответ: нет не существует. Используйте PC & Windows.

Возьми и перепиши - за что тебе платят вообще зарплату?

> Я думаю мелкософт не откроет код никогда. Любому станет стыдно такой код показывать публике +))

Как известно исходники Win2000 в своё время утекли в сеть. Тут можно почитать стороннее мнение о них.

http://www.kuro5hin.org/story/2004/2/15/71552/7795

В кратце, исходники написаны качественно, но есть множество хаков. Все хаки отмечены необходимыми коментариями.

Кроме того исходные коды многих продуктов Microsoft доступны сейчас по их программе Shared Source Initiative.

>Возьми и перепиши - за что тебе платят вообще зарплату?

А ты пойди сам перепиши под Линукс Аксапту? Слабо? 1С? АutoCAD?

>>Возьми и перепиши - за что тебе платят вообще зарплату?

>А ты пойди сам перепиши под Линукс Аксапту? Слабо? 1С? АutoCAD?

Я с быдлоофисными делами не связан, у меня работа более творческая.

> Данное заявление неприменимо к Висте и 2008 серверу. Вся безопасность этих систем построена на том, что пользовательские приложения выполняются в ненулевом сеансе (что такое "нулевой режим", поясните, пожалуйста: у микрософта "сеанс")

В Singularity безопасность построена на соверщенно других принципах, куда более жёстких и надёжных.

> а если отправить всю подсистему совместимости в нулевой сеанс, то получим то, от чего убегали (т.е. ХР), с ссответствующей безопасностью, плюс дырки собственно висты.

кто сказал что там будет "подсистема совместимости"? Они вполне могут ограничиться виртуальной машиной.

> Караул!!! Это ставит под сомнение источник: новые разработки микрософта не делаются так, чтобы заведомо не работать под вистой или не крушить ее безопасность.

Под Singularity уже есть программы (Web-сервер например) и они не работают под Вистой.

Singularity это исследовательский проект.

>Я с быдлоофисными делами не связан, у меня работа более творческая.

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

А офис тут и не причем. Производство знаете ли надо автоматизировать. Чтобы ты, быдло, когда пойдешь в магазин, нашел бы там много товаров.

>А офис тут и не причем. Производство знаете ли надо автоматизировать. Чтобы ты, быдло, когда пойдешь в магазин, нашел бы там много товаров.

Чем SAP R/3 плох? Я не спец, но тоже вроде ERP.

Ну... стоимостями внедрений.... и... насколько компания может прогнуться и стать раком под САП

> Не лучше ли написать свободный аналог Mac OS X ???

Интересно, кто первый запустит XNU под L4. Вот Darwina уже запустили, L4/Darbat. А Винды надо не переписывать заново, а пускать под гипервизором :) И драйвера держать общие на все системы, в отдельной виртуальной машинке :)

>Ну... стоимостями внедрений.... и... насколько компания может прогнуться и стать раком под САП

А стать раком под известными кидалами - Микрософтом лучше? На codeproject.com есть несколько плакательных тем - MFC, ATL/WTL, VB6, какие-то С++-еры которые хотят и дальше писать под винду нативный код, и прочие лохе. Немцы - они порядочней хотя бы. По поводу стоимости внедрений - у меня кореш сейчас виндовую инфраструктуру в сети магазинов выбеляет, и жалуется на охренительные траты. В массовом порядке все загоняются на терминальные сервера чтобы съэкономить, закупаются шкафы под эти терминальные сервера, прокладываются гигабитные сети чтобы окошки через них гонять.

> Интересно, кто первый запустит XNU под L4. Вот Darwina уже запустили, L4/Darbat. А Винды надо не переписывать заново, а пускать под гипервизором :) И драйвера держать общие на все системы, в отдельной виртуальной машинке :)

Кхм, простите, а зачем?

> Господи, зачем писать свободную версию говна в красивой обертке? ЗАчем тратить на это силы? Не лучше ли написать свободный аналог Mac OS X ???

Частично этим занимается GNUStep :) только отстал он значительно, и, боюсь, не догонит..

Бюджет внедрения САП - для российской компании: 5..50 миллионов баксов. В квартал. Внедрения длятся годами. Обычно заканчиваются провалами.

Самым громким судебным процессом такого рода стало дело FoxMeyer против SAP и Accenture, начавшееся еще летом 2001 года. Для FoxMeyer попытка внедрить управленческую систему закончилась трагедией - в 1996 году, спустя три года после начала проекта, обошедшегося компании в 64 млн долларов, она обанкротилась. Дело о банкротстве: FoxMeyer против SAP и Accenture FoxMeyer была одним из ведущих дистрибуторов лекарств в мире: десять лет назад компания продавала лекарственных препаратов на 5,5 млрд долларов в год и занимала четвертое место в США. В 1993 году предприятие решило обновить вычислительное оборудование и заодно сменить проверенную, но несколько устаревшую систему обработки заказов, разработанную известной компьютерной фирмой Unisys, на программное обеспечение SAP R/3. При этом FoxMeyer стала первым в мире крупным дистрибутором, затеявшим внедрение системы R/3. ... Все закончилось тем, что многие из них перешли к конкурентам FoxMeyer, розничная сеть дистрибутора развалилась, и он оказался на грани банкротства. Летом 2001 года конкурсный управляющий FoxMeyer Берт Браун начал судебный процесс против SAP и Accenture, требуя, чтобы каждый из ответчиков заплатил ему по 500 млн долларов в возмещение ущерба.

Это по поводу кидалова САП. Ну еще - самой распространенной, проверенной и дешевой системой в РФ является 1С, которую под Мак не выпускают.

http://www.sap.com/company/investor/reports/annualreport/2004/en/financials/a...

Да, такая система нужна. Мелкософт порет горячку - Виста, уже следующая.. а зачем? сырые системы.. неотработанные.. ХР и 2003 еще бы послужили лет 10! зачем их выбрасывать?

>Бюджет внедрения САП - для российской компании: 5..50 миллионов баксов. В квартал. Внедрения длятся годами. Обычно заканчиваются провалами.

Анонимус с ЛОР открыл нам всю правду про SAP. Все, теперь они должны раздать клиентам все деньги и самораспуститься.

/* Сейчас он появился. А то, что С++ быстрее С# -такая же демагогия как Ассемблер быстрее Си. */

Ассемблер быстрее С. Под Дос - совершенно определенно. Под виндой - одинаково. И я пробовал Paint.Net. Тяжелое и неповоротливое говно.