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

В воскресенье пойду пускать это в продакшн.

самое лучшее время для прода))

На пару с админом.

самое лучшее время для прода))

+

В воскресенье пойду пускать это в продакшн.

не бережешь себя и админа

Так в другое время не дают это сделать. Ибо работают

самое лучшее время для прода))

Так сейчас не сезон. И в воскресенье народ не работает.

Админ там ещё что-то переносить будет. С коллегой.

Воскресенье, пивзавод, обновление прода.....

Точнее замена виртуалки

Солью образ со своего компа. Звоню свежий дамп мускула. Вырублю старую и сменю ip у новой на старый.

Думаю часа за 4 управимся

Чуваки, opencv на лица никто не учил?

в 7.1 fatal ы на warning бывшие, мы пока на 7.0 из за этого, слишком пока много править

хмм, а при опкеше разве не будет уже "готовых" классов в параметрах?

я читал про производительность. там как раз сравнивали с типами и без .

я читал про производительность. там как раз сравнивали с типами и без .

дык я не про типы, а про то каким опкеш будет

видимо не очень

если про выполнение кода, то не ускоряет

- оптимизация для канкатенации - устранение мертвого кода - специализация опкодов

и это то что сходу вспомнил

https://stackoverflow.com/questions/32940170/are-scalar-and-strict-types-in-php7-a-performance-enhancing-feature

сама по себе типизация не ускоряет

Literally yesterday, PHP 7.1 got something really similar: There are now type specific handlers for some high frequency opcodes like ZEND_ADD. Opcache is able to infer the type of some variables, it's even able to infer the types of variables within an array in some cases and change opcodes generated to use the normal ZEND_ADD, to use a type specific handler:

тоесть при генерации опкеша будет сгенерен оптимальный вариант инструкции с учетом типа данных, правильно?

сама по себе типизация не ускоряет

проверка типов - наоборот замедляет

но информация о типах позволяет задавать более специализированные инструкции

только первый запуск, пока анализируется сам скрипт и собирается опкеш

jit-компиляция точно также работает

только первый запуск, пока анализируется сам скрипт и собирается опкеш

какая разница если ты на выходе другой сэт опкодов получишь?

jit-компиляция точно также работает

так aot компиляция работает

jit - это всякие инлайн кэши, статистический анализ типов и т.д. то есть видоизменение потока команд в рантайме

ну и вместо статичной виртуальной машины ты получаешь кодогенерацию в том же рантайме

(статичной - значит поток машинных инструкций одинаковый, меняется только что вызываешь)

какая разница если ты на выходе другой сэт опкодов получишь?

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

или это как-то иначе работает?))

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

интерпритатор уже ПОСЛЕ анализа и генерации опкодов если что

то есть идея какая, парсер тебе генерит поток опкодов, а opcache его оптимизирует и сохраняет

интерпритатор - это уже штука которая тупо обрабатывает поток опкодов

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

ну мы сейчас не углубляемся настолько, чтобы поэтапно рассматривать. есть исполняемый файл которому скармливаем файл и на выходе получаем опкеш

ну и нюанс - в контексте CLI приложений профит от opcache без jit - сомнительный. Хотя специализация опкодов может чего и ускорит

ну мы сейчас не углубляемся настолько, чтобы поэтапно рассматривать. есть исполняемый файл которому скармливаем файл и на выходе получаем опкеш

ну допустим

ну и нюанс - в контексте CLI приложений профит от opcache без jit - сомнительный. Хотя специализация опкодов может чего и ускорит

а чем cli так сильно отличается?

а чем cli так сильно отличается?

тем что нет разделяемой памяти, тем что сам факт устранения фазы парсинга не особо там чего экономит... ну если у тебя скрипт только и делает что строки канкатенирует - тут профит да будет))

а так - процесс умер - кэша нет

есть дамп кэша в файл - если тебе надо очень часто рестартовать cli приложение

тут профит будет

но это такой же профит насколько сомнительно решение делать подобные короткоживущие процессы

ну а всякая хрень которая по крону происходит, например? там как раз на уровне перемешивания всяких массивов операции

ну а всякая хрень которая по крону происходит, например? там как раз на уровне перемешивания всяких массивов операции

перемешивания массивов opcache вряд-ли сильно оптимизирует. Да и лишние 10 милисекунд на бутстраппинг там не так критичны

оно будет критично когда у тебя баш скрипт в бесконечном лупе например стартует php скрипты на секундочку что-то помашнить со строками например

вот тут профит от opcache небольшой да будет)

https://github.com/zendtech/ZendOptimizerPlus/blob/master/Optimizer/optimize_temp_vars_5.c

вот например интересный кусок

вот буквально недавно читал по поводу всего этого дела у одной компании (они переводились тоже на 7.х и заодно типизацию подрубили) вроде авито, не помню. там про все это упоминается

вот буквально недавно читал по поводу всего этого дела у одной компании (они переводились тоже на 7.х и заодно типизацию подрубили) вроде авито, не помню. там про все это упоминается

так разговор про то что "убрать тайпхинтинг что бы быстрее и с огоньком"?)

это экономия на спичках

оно реально нужно про это думать когда у тебя эта спичка - лишних 10 серваков

и то скорее всего лучше проверить может где еще индекс в базу поставить

так разговор про то что "убрать тайпхинтинг что бы быстрее и с огоньком"?)

не, я говорил про то, что строгая типизация сама по себе прироста не дает, но в связке с опкешем прирост выглядит логичным

не, я говорил про то, что строгая типизация сама по себе прироста не дает, но в связке с опкешем прирост выглядит логичным

а, ну так то да)

на том и порешили)) а гитхабу не помешало бы сворачивание блоков кода и переход на функции

/* pass 2: * - convert non-numeric constants to numeric constants in numeric operators * - optimize constant conditional JMPs * - optimize static BRKs and CONTs */

в примере только 200 строк, и это хорошо, но это далеко не всегда так))

вот хорошая оптимизация еще

CONT это новая итерация?

https://github.com/php/php-src/tree/master/ext/opcache/Optimizer

старый код смотрю

вот тут вся смакота

CONT это новая итерация?

да, брэйки и континью

не, си это такая штука, которую вот так просто за чашечкой кофе на гитхабе не полистаешь. тут нужна навигация по коду и прочие плюшки))

хотя может отвык уже хз

ну в целом да)

блин надо поразбираться что они там намутили

а то за клепанием контроллеров совсем мозг атрофируется

а nginx-init никто не пробовал? в контексте php разумеется

unit?

да как-то лениво пока никто не сделает норм образ под докер

https://hub.docker.com/r/airycanon/nginx-unit-php/

а не, сделали

но в продакшен пока никак...

что-то очень много камин сунов

TLS support (coming soon) TCP, HTTP, HTTPS, HTTP/2 routing and proxying (coming soon)

Объясните на пальцах плз, зачем нужен нгинх юнит если нгинх и так стоит как реверс прокси везде..?

Объясните на пальцах плз, зачем нужен нгинх юнит если нгинх и так стоит как реверс прокси везде..?

затем что бы убрать необходимость в ревер-прокси)

что бы у тебя один процесс и http обрабатывал и php запускал

типа apache

только быстрый

application сервер короч

например вот мой кейс. Есть у меня приложуха развернутая в класстере aws. Перед ней стоит балансировщик. На нодах висят php-fpm-ы который умеют обрабатывать fastcgi запросы по tcp. Так вот, балансировщик в этом случае максимум может проверить слушает кто порт или нет. Этого сильно недостаточно для налаживания нормальных хэлс чеков. Потому мне приходится на каждой ноде с php-fpm держать еще nginx. Что бы можно было с каждой нодой в отдельности общаться и опрашивать статус/собирать метрики и на основе этого делать нормальный автоматизированный пайплайн деплоя с откатом изменений если что-то идет не так

(про откат изменений это я соврал, мы на континиул деливери перейдем пожалуй когда nginx unit будет уже обыденностью)

ну и просто если пересчитать количество пакетов которое удваивается на каждую такую "проксю" - можно слегка охереть

если бы у нас еще небыло необходимости с nginx-а статику сервить, то можно было бы сверху route 53 повесить и жить не тужить

Приблизительно ясно

например вот мой кейс. Есть у меня приложуха развернутая в класстере aws. Перед ней стоит балансировщик. На нодах висят php-fpm-ы который умеют обрабатывать fastcgi запросы по tcp. Так вот, балансировщик в этом случае максимум может проверить слушает кто порт или нет. Этого сильно недостаточно для налаживания нормальных хэлс чеков. Потому мне приходится на каждой ноде с php-fpm держать еще nginx. Что бы можно было с каждой нодой в отдельности общаться и опрашивать статус/собирать метрики и на основе этого делать нормальный автоматизированный пайплайн деплоя с откатом изменений если что-то идет не так

у fpm ping.path и pm.status_path есть для мониторинга, смысл держать ещё nginx?

у fpm ping.path и pm.status_path есть для мониторинга, смысл держать ещё nginx?

мне этого не хватает что бы быстро определить жизнеспособность приложения

Добрый ночи, хотел бы обратиться ко всем и спросить... Купил очень клевую мышку DPI 4800, + удобная, имеются пару кнопок 5 большенство из по не видят пару кнопок и воспринимают их как левый шелчек.... Мне хотелось бы подвязать кнопку создать новую папку, создать файл, записать в блокнот выделенное, открыть сайт по ссылки, переход назад в браузере. Может ли кто подсказать имется ли такая программа которая сможет сделать перечисленное? + автоматизация мышки с со списком действий переход координат + действие как запись что делал мышкой клавой в шаблон, запись с монитора, и есть ли прога которая может типо над этаж на клаве сделать, то есть зажал кнопки, клавиатура поменяла раскладку и клавиши выполняют комманду или запускают скрипт, или прогу...