А jit-компиляция не компиляция? :)

Да-да, 1С истинно компилируемая)))))))))))

В сущности нет, потому что это совсем не то, что ждут от нормальной классической компиляции. Эти "цифровые потроха" после jit идут на обработку по сути такому же интерпретатору, который сам уже имеет дело с реальным железом. Любой интерпретатор - это прокладка. С той разницей, что здесь интерпретируется не текст скрипта в открытом виде, а предварительно переваренные потроха в бинарном виде. Как Java. Без бинарного интерпретатора файлов .jar и .class никуда не поедет.

А .exe без интерпретатора PE-файлов куда поедет?

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

А это не интерпретатор, равно как вызовы ОСи. В данном случае идёт горизонтальная работа разных кусков, а не вертикальная

Во-первых, что вы здесь имеете в виду? Есть .exe, которые не "чистые" .exe, а требуют весь .NET Framework, да еще "версии не ниже..." Это те, которые на VB.NET или C# написаны. Если говорить в буквальном смысле, то нормальный .exe это часть ОС и ему в пару идет только WinAPI, вызовы которого зашиты в любом штатном kernel32.dll, ntdll и прочее, прочее. Так любой штатный экзешник Винды работает на прикладном уровне. Если эти компоненты Винды называть "интерпретором .exe" ну только в кавычках. В любом случае, это бинарный интерпретатор, зашитый в систему. То есть "ниже" опуститься вы никак не сможете. Даже экзешник на ассемеблере будет линковать вызовы в эти "интерпретаторы". Или это будут переписанные вырванные куски тех же инструкций из тех же штатных системных файлов.

Я не вижу разницы между запуском кусков кода после JIT или AOT с периодическими походами в виртуальную машину по разным поводам и загрузкой кусков кода из PE файлов с такими же походами в загрузчик и ядро.

Сразу и надо. Статично. Без лишних ссылок на лишние dll в таблице импорта.

Не забудем также, что у программ на C уже есть рантайм (а по-честному и ось часть рантайма)

Разница в том, как все это "видит" процессор со своей стороны и только в этом. Для него в сущности нет никаких JIT, AOT и виртаульных машин. Это всё напридумывали на протяжении 2000-х (в основном) ленивые программисты, не могущие в C++, чтобы выйти на оптимальный баланс екзешника и того что этим ленивым программистом печатается клавиатурой (или мышкой). Про чистый или нечистый ассемблер тут и говорить не приходится. Я призываю посмотреть на результат только со стороны процессора. А с его стороны мы увидим кашу из ненужных дорогостоящих вызовов по очистке кеша, "тяжелых" ассемблерных команд, занимающих не один такт, переключение в виртуальность и обратно, с сохранением кеша или пересылки оного из памяти и вот это вот всё.

А какой процессор? x86, который весь код "видит" как байткод и интерпретирует его? Или, может быть, ARM, у которого был Jazelle, чтобы "видеть" часть джавы?

Почему ленивьіе?

Только x86 и amd64. Только про них речь, без выпендриваний. Arm выкинуть из головы. Его еще допиливать будут не один раз (Apple этим активно сейчас занимается) и ничего тяжелее роутеров под arm сейчас нет. Во всяком случае тяжелых серьезных операционок или СУБД под arm я не видел. Первые потуги что-то причесать, если только.

Байкал? Линукс?

Какой еще байкал? Какое-то "совковое" название.... А Линукс что?! Вон NetBSD только на редких платформах и специализируется всю жизнь.

Тут чуть меньше года назад Оракл виртуалки на Ampere Altra раздавал в огромных количествах, а оказывается, их нет.

Батенька, а вы, видать, совсем динозавр

Да, помню ранний интернет. В смысле, веб.

Так а что ж вы так, за современными технологиями не следите, но ругаете их

Потому что эти технологии наблюдаю уже 25 лет... Всё по одному и тому же сценарию в этой новизне. Пусть как пауки в банки эти "новые технологии" сначала покувыркаются, большая часть из них потом или впитает одна в другую и объединится. Или скопытится. Кто сейчас помнит Apple до перехода на Intel? А PalmOS кто-то помнит? А OS/2. Таких десятки было. А хороший, годный, крутой Itanium? PowerPC, правда жив и очень даже развивается. Только в России о нем мало кто знает, потому что для русских это дорого и нет ничего почитать на русском. Вот и я об этом. Не торопитесь гнаться.

Та никто не гонится. Я ж ничего одобрительного не говорил в сторону арм

Как столярова прочитал))

Понятия не имею, кто это

jit компиляция это именно компиляция, уже из байткода в натив

это напридумывали, чтобы не переписывать код под каждую платформу, и при этом не тормозило

линукс это несерьёзно?

не кормите...

Линукс - серьёзно только когда это тяжелый серверный "коммерческий" Линукс, под крышей IBM, Oracle, чего-то подобного... На arm. Но я такого не помню. Не наблюдал, хотя смотрел последний раз давно. Может и выходит что-то, но все это не серьезно. Вот, возьмите Oracle с его СУБД, с его Solaris, с его RISC-процами, с его Линуксом, и какой-то роутерный arm. Ну в самом деле, почему Solaris SPARC должен уступать какой-то модной и более дешевой мелочи в виде ARM? То есть последние 20 лет прошли напрасно и "не туда глядели"? Надо было глядеть на роутеры, а не на развитие тяжеловесных серверов? Пока Apple полностью не перейдет на ARM (или любая другая контора с операционкой или тяжелым софтом), я ARM не буду рассматривать всерьез.

Вообще rapsberryPi3-4 неплохо с видео справляется, у меня видяха x265 не тянет а там пожалуйста и вообще на миллионах телефонов и планшетах arm-ы стоят, процы то мощные довольно и основная их фишка низкое энергопотребление и тепловыделение при высокой производительности, что очень удобно для телефонов и планшетов где пассивное охлаждение и для микрокомпьютеров, я видел в ютубе как на Raspberry кластеры делают по 10 плат не знаю для чего правда :) И по поводу серверных кластеров энергопотребление имеет немаловажную экономическую роль, вот скандал был когда google посчитали во что им обходится обслуживание по электроэнергии своих серваков по миру с внедрением новомодных технологий и теперь за си агитируют своих программистов, там разница в 30 % по энергопотреблению а это миллиарды упущеной прибыли для них

В общем, да. Но Гугл - это та еще "зеленая" политическая партия. Странно, что arm так всех обскакал, и нет ли в этом мотивированной "зеленой" придури, которая сейчас очень новомодна, особенно в европах? Потому что тепловыделение это не про архитектуру процессора, а скорее про его чисто физические свойства, нанометры, тех. процесс, вот это всё. В конце концов оперативка и прочие полупроводники - это тоже тепловыделение. Но физика процессоров и так известна. Что-то новое вполне могли выкатить и AMD, и Intel, и IBM. Точнее не они, а тот кто занимается этими нанометрами и физическими свойствами процессоров непосредственно. Делает оборудование для вышеупомянутых фирм. Голландская компания ASML и оптика Zeiss.

Да нет, это теория заговора какая то, архитектура и правда не плохая

странно что никто не надоумил "зелёных" протолкнуть искусственное торможение технологического развития в сфере IT

Сложная слишком сфера.

и у неё наверняка много всяких побочных загрязнений...

Было дело... Гуглоочки, очень модные года до 2016, вот куда-то исчезли. А столько софта на них уже было готово. Никак нашептал кто-то. Прям мистика какая-то 😂 И Сергей Брин перестал выпендриваться, не видно, не слышно. Странные проблемы и неурядицы в Фейсбуке, вон. Странный пожар, блекаут, сбой по всему миру (был), от криптовалютного проекта пришлось срочно отказаться и сбагрить налево за бесценок (из последних новостей). Бюджет по швам трещит, бумага (в смысле акции) еще держатся, но думаю тут уже всё понятно...

Ну, америке кирдык

Наоборот, прочистка. Не очень понятная и публичная... Сброс балласта и тупиковых путей. "Перестройка", короче говоря. Но вполне контролируемая и займет время... А вы хотите к китайцам?! Это намного хуже, вся эта азиатчина. Других флагманов и другой силы им противостоять просто нет.