JIT никогда не будет реально по скорости сопоставим с тем же(*) кодингом на Cи - не путать обычным да ещё на С++ - т.е.с применением MFC/ATL и прч.COM виндузятско-наркотической <цензура>, также как Delphi(VCL) via BP, ибо менталитет и философия программинга, "ВЫРОСШИХ" на них, такой же <цензура> в плане даже просто необходимости оптимизации как и у первых. Зомби-книжек по ООП(**)/VCL/STL/COM поначитались и давай ваять ..."требующие 100GHz MP станций для работы... `текстовые редакторы`"). А на эти все синтетические JIT тесты можете положить... (***) Тем более простой анализ JIT-технологии показывает тот же вывод, просто жабисты и шарпнутые очевидно плохо себе понимают эту технологию и многие прочие - системно связанные, начитавшись (по сути рекламных) описаний (****). Примечания: (*) - правда в сравнении только с профессионально-оптимизированным (**) - хоть сам и не считаю ООП злом, а именно взращивание на них; уж куда лучше б "БАСИК" учили, причём я не смеюсь :) (***) - Да и никому кроме самих джавистов/сшарпников они сколько-то доверия не внушили - как я заметил. (****) - Но, даже если бы JIT и достиг 1:1 по скорости, как заявляется в АОТ, - всё равно будут доп.тормоза - как раз за счёт переизбыточного [Java]ООП+, так любимых библиотек. -- Впрочем безусловно всем этим сравнениям, в т.ч.в реальных проектах, помогает тот факт что вместо написания на Си, сравнивают С++ (подход), либо без максимальной оптимизации на Си[+Asm], иначе с максимальной - но, в меру умения конкретным [Java]-программистом - на Cи... , либо на синтетических тестах. А, самое тупое - что, даже если взять реальный проект и писать его сразу на [двух] разных языках/подхода - это тоже будет синтетическим тестом, так как всё что можно лучше будет заведомо оптимизироваться, чего не происходит (в такой мере, и те более остальными программерами) при обычном написании. PS: Плюс в реальных проектах на Си вечно не хватает желания писать <быстрые программы>, как из-за непонимания самой надобности программерами, так и руководством (нежелающем слышать о подобном/доп.расходах), притом что именнно последние заинтересованы, и должны бы даже пихать программеров чаще, не любящих оптимизировать, тем более когда уних горят неучитывающие этого момента сроки. PS: Печально понимать что даже на THz процессорах всё будет по прежнему тормозить. Тем более когда целая куча/крупных-производителей HW/SW компаний заинтересованы в том... и всячески промывают мозги в книгах/семирах. И если подумать, ведь мощности персоналок ИСКУСТВЕННО занижаются, давно изобретены недорогие суперпроцессоры, но выгоднее продавать одно и тоже по тысяче раз, под предлогом прогресса-со-скоростью неболее (псевдо-)закона Мура. Кстати одного из основателей Intel... - а ты всё считаешь себя умным читатель :):):)
|