кто может растолковать, как работает php opCache? Нет, я знаю, что он байт код хранит в памяти, но если у меня есть php скрипт который в зависимости от авторизованного пользователя выглядит оп разному, а значит для каждого пользователя это уникальный байт-код, то php opCache будет хранить огромное количество скомпилированного кода в памяти?
Память же быстро кончится и в чем тогда смысл opCache? Кто-нибудь может объяснить на примере..
есть php скрипт который в зависимости от авторизованного пользователя выглядит оп разному
Это как выгляди физически?
Результат работы скрипта - да, выглядит по-разному для каждого пользователя.
Так байт-код кеш не его кеширует, а сами алгоритмы генерации страницы.
Грубо говоря экономится время на парсинг файла, построение дерева операций, вычисление выражений, состоящих из констант и тд.
А, ну если opCache кеширует ЛОГИКУ работы скрипта, то тогда все прекрасно. То есть например для двух страниц, страницы с профилем пользователя (profile.php) и страницы с новостями пользовтеля (news.php) - будет 2 файла с байт кодом для первого и второго скрипта соответственно?
2) И есть ли какие нюансы программирования для более продуктивного использования opCache?
1) Уверен что даже profile.php в одном каталоге и profile.php в другом каталоге не перепутаются.
2) Не уверен, но мне кажется что нет. Это кеш, это не компилятор. Он не ускорит выполнение самого алгоритма, он сэкономит время между запросом и началом исполнения команд.
То, чего вы опасаетесь, содержит такие ключевые слова как "nginx proxy_cache", "varnish", "http header expires".
С помощью этих средств, можно "пропустить" исполнение скрипта и отдать пользователю уже готовый (предыдущий) результат.
Алексей: так зачем это, если у меня в памяти висит байт код скрипта, который отвечает за генерацию страницы профиля и какие данные в момент отработки байт кода будут тянуться из бд мне уже не важно
Алексей: как-то слишком хорошо получается с php opCache
1) Я могу написать сервер для игры и opCache сразу его в байт код преобразует и все запросы к серверу будут выполняться во много раз быстрее. Тогда какой смысл писать сервера для игр на java например, если у меня есть сервер игры на php ? который висит уже скомпилированный в ОЗУ ?
2) Я могу написать сайт портал на php и включить opCache - тогда он будет просто летать? А где подводные камни от того, что в ОЗУ висит уже скомпилированные скрипты для сайта, которые отдают контент?
Не совсем так. Я уже выше писал на чем экономится время. Грубо говоря экономится как раз время преобразования php файла в байт код. Без OpCache файл сначала преобразуется в байт код, затем исполняется. При использовании OpCahce байт код берется из памяти и исполняется. Если вы в скрипте вычисляете, например, какую-то сложную формулу и ее вычисление занимает, например, 5 секунд, то никуда эти 5 секунд не денутся. Исчезнут только несколько десятков милисекунд, требуемые для чтения файла и преобразования его в байт-код. Пусть меня поправят, если я ошибаюсь.
Алексей: так в этом основная тормозтнутость php была по сравнению с остальными языками программирования. То есть благодаря opCache мы избавляемся от всех минусов интерпритуремого языка программирования, так ведь?
Нет.
Байт код - это не машинные инструкции, это https://ru.wikipedia.org/wiki/%D0%91%D0%B0%D0%B9%D...
Например, VK написан на php, если не ошибаюсь. Вряд ли бы они стали писать на самом медленном языке.
Тормознутось была когда был apache + mod_php, то есть когда на каждый процесс запускался отдельный интерпретатор, транслировал программу в байт-код и исполнял ее, затем выгружался.
Если у вас сложные математические расчеты - пишите на C++ например, оптимизируйте ассемблерными вставками. Среднестатистический сайт - это (условно): выбрать из базы, выкинуть пробелы, добавить кавычки, подставить в шаблон страницы, вывести в браузер.
Вы пишете: на каждый процесс запускался отдельный интерпретатор, транслировал программу в байт-код и исполнял ее, затем выгружался
1) как будет выглядеть этот процесс если у меня apache + mod_php + opcache ?
2) как будет выглядеть этот процесс если у меня apache + php-fpm + opcache ?
Наверное вы имели в виду nginx + apache + mod_php + opcache и nginx + php-fpm + opcache.
И в том и в другом случае opcache работать должен и процесс как мне кажется выглядит очень похоже, кроме того что в первом случае запуском и остановом параллельных потоков занимается apache, а во втором случае php-fpm.
В первом случае apache вносит свою задержку и php-fpm считается быстрее и оптимальнее в плане работы с памятью.
Но опять же, скорость выполнения самого скрипта - одинакова, выиграть за счет перехода на php-fpm и подключении opcache можно только на расходе памяти, TTFB (время до выдачи первого байта). Nginx вообще must have для раздачи статики.
то есть раньше было: apache + mod_php без opCache - на каждого пользователя, кто обращался к скрипту, создавался отдельный процесс ну уровне ОС(?), компилировал php код и выдавал результат
сейчас: nginx + apache + mod_php с opCache - также на каждого пользователя создается отдельный процесс, но только при этом уже мы уже один шаг прошли и есть бай код, который компилируется уже быстрее и выдается результат обращения к скрипту
Я вообще думал что в случае с opCache у нас в памяти висит только один процесс с байт кодом, а для каждого пользователя создаются дочерние процессы с результатами компиляции байт кода
Алексей: даже не знаю как правильно назвать.. Какова логика работы php opCache на более тонком уровне?))
Кстати, сейчас читаю про java на вики: Приложения Java обычно транслируются в специальный байт-код, поэтому они могут работать на любой виртуальной Java-машине вне зависимости от компьютерной архитектуры.
означает ли это, что например сервр для игры на java = по быстродействию php + opCache? И там и там, байт код..
Байт-код - промежуточный этап между чтением исходника и исполнением.
К быстродействию прямого отношения не имеет.
Грубо говоря у вас есть плохо написанный текст в тетради, с сокращениями и сносками на другие страницы - это исходник.
Вы с лупой в руке пытаетесь разобрать что там написано, переписываете все это красивым почерком на отдельный лист, сокращения пишите целиком, смотрите на сноски и вписываете их в нужные места - это байт код.
Далее вы можете выйти и прочитать уже разобранный текст перед аудиторией.
Если не сохранить этот листок - то если вас попросят еще раз прочитать - придется заново брать лупу, лазить по тетради в поисках сносок, додумывать пропущенные буквы.
Но читать быстрее чем вы умеете - вы не сможете.
Алексей: я понял, что байт код это промежуточный этап.
означает ли это, что например сервер для игры на java = по быстродействию php + opCache? И там и там, байт код.. Учитывая, что сам код пол логике в нашем примере на java и на php + opCache не отличается.
Корректно сравнивать байт код приложения на java и php + opCache?
Некорректно. Java прочитала исходник и составила байт-код для себя, php прочитал исходник и составил байт-код для себя. Они не взаимозаменяемы, их выполняет не центральный процессор, а виртуальная машина конкретного языка - в первом случае java, во втором случае php.
Тут ничего не могу сказать - не в курсе кто из них быстрее и на сколько.
В интернете пишут что Java быстрее, тут например sheremetov.com/php/java-vs-php выиграл php.
