Size: a a a

2020 October 28

AM

Artem Molotov in PHP
Artem Molotov
Опять 25. Всё зависит от реализаций. Тупой компилятор без оптимизаций будет все эти 4096 вызовов делать,а умный интерпретатор закеширует результат исполнения и будет его каждый раз без подсчётов отдавать.
И то тут тоже можно приебацца к терминам
источник

SP

Sergey Protko in PHP
/bin/cat
По сравнению с нативным кодом, конечно
Ух сча ещё про всякие конвееры кэши и спекулятивные оптимизации поговорить
источник

A

Aleksandr Khristenko in PHP
Dmitry Eliseev
Ну так PHP у вас в fpm компилируемый или интерпретируемый язык?
Я могу единственную реализацию пхп сделать артефакт который будет запускаться и работать без пхп? Вроде нет.
источник

DE

Dmitry Eliseev in PHP
Artem Molotov
По скорости любой из вариантов может быть и более быстрым в одном случае и более медленным в другом.
То есть прямая работа с железом из машинного кода после C++ без VM может быть медленнее и прожорливее, чем на байткоде Java, читаемом тридцатимегабайтной JWM? Интересное кино...
источник

AL

Alexander Lisachenko in PHP
Aleksandr Khristenko
Я могу единственную реализацию пхп сделать артефакт который будет запускаться и работать без пхп? Вроде нет.
Если только этот PHP не будет создавать на выходе exe или so бинарный файл ))
источник

AM

Artem Molotov in PHP
Aleksandr Khristenko
Я могу единственную реализацию пхп сделать артефакт который будет запускаться и работать без пхп? Вроде нет.
Можно схитрить зашив пхп и код в обёртку. Такой себе рантайм внутри приложения. Но, полагаю, ты сочтёшь это неприемлемым)
источник

SP

Sergey Protko in PHP
Alexander Lisachenko
Если только этот PHP не будет создавать на выходе exe или so бинарный файл ))
Но exe so нужна операционная система, хммм
источник

A

Aleksandr Khristenko in PHP
Alexcc
JIT всегда будет уступать компилируемым языкам
Не всегда
источник

AM

Artem Molotov in PHP
Dmitry Eliseev
То есть прямая работа с железом из машинного кода после C++ без VM может быть медленнее и прожорливее, чем на байткоде Java, читаемом тридцатимегабайтной JWM? Интересное кино...
Именно так. А всё потому, что JIT знает какие данные в рантайме бегали и может оптимизировать.
источник

A

Alexcc in PHP
Aleksandr Khristenko
Не всегда
Та ладно а можно примеры
источник

AL

Alexander Lisachenko in PHP
Sergey Protko
Но exe so нужна операционная система, хммм
Как и другим бинарям, мало кто пишет код пользуясь только API из BIOS ))
источник

AM

Artem Molotov in PHP
Sergey Protko
Но exe so нужна операционная система, хммм
Скорее процессор, мне кажется.
источник

A

Alexcc in PHP
Давайте тогда сразу на асемблере
источник

A

Aleksandr Khristenko in PHP
Artem Molotov
Можно схитрить зашив пхп и код в обёртку. Такой себе рантайм внутри приложения. Но, полагаю, ты сочтёшь это неприемлемым)
Ну я к тому что пока мы это не можем пхп интерпретируемый язык.
источник

AL

Alexander Lisachenko in PHP
Alexcc
Та ладно а можно примеры
Почитайте про Profile Guided Optimisation (PGO)
источник

SP

Sergey Protko in PHP
Alexander Lisachenko
Как и другим бинарям, мало кто пишет код пользуясь только API из BIOS ))
И доступ к железу напрямую она не даёт (только под присмотром), и инструкции всеравно где-то там конвертятся в сигналы и перемешиваются...
источник

В

Валерий in PHP
Alexander Lisachenko
Почитайте про Profile Guided Optimisation (PGO)
это уже нативно реализовано или на уровне RC?
источник

AM

Artem Molotov in PHP
Aleksandr Khristenko
Ну я к тому что пока мы это не можем пхп интерпретируемый язык.
Ну вот шарп подобным образом хитрит (если я не ошибаюсь). Он компилируемый или интерпритируемый? Или и то, и другое одновременно (относительно конкретного бинаря)? Я вот затрудняюсь ответить.
источник

SP

Sergey Protko in PHP
Alexcc
JIT всегда будет уступать компилируемым языкам
По потреблению памяти - да, но у jit есть обратная связь которая позволяет магию творить.
источник

A

Alexcc in PHP
Alexander Lisachenko
Почитайте про Profile Guided Optimisation (PGO)
Это не натив он недостигнет скорости натива
источник