FanatPHP, кабы было чтото еще, то не скрывал бы. Пока вижу только это странное поведение и интересный выбор дефолтных значений в PDO, вероятно с ним связанный. Ничего более не нашел, когда искал.
antobra, очень похоже на проблему с идиотской реализацией сокетов в PHP, который на каждое соединение открывает файл. Кол-во файловых дескрипторов на процесс по-дефолту около 1024, т.е. примерно на 1000 соединениях начинаются проблемы. Вообще, в этом случае вы должны видеть ошибки на стороне сервера.
И похоже сервер чтото все таки не закрывает, раз такая сильная деградация.
В любом случае, попробуйте увеличить кол-во файловых дескрипторов на процесс. Вроде бы достаточно это сделать только в ОС. Это покажет, в этом ли проблема.
Если в этом, то оптимально будет взять другой язык.
FanatPHP, а вы попробуйте замерить производительность без эмуляции и с эмуляцией, как минимум 13% MySQL кудато растерял когда данные отделены от запроса. А на PostgreSQL таких проблем нет.
Поэтому PDO для MySQL выбирает эмуляцию, а для PosgreSQL настоящие подготовленные выражения.
А работать будет, можно еще чего-нибудь повключать/поотключать и тоже работать будет.
FanatPHP, нет, не отключенная эмуляция, а выбор эмуляции по дефолту, когда эта настройка не указывается.
Для MySQL по дефолту PDO выберет эмуляцию, что логично с очень странной реализацией подготовленных выражений в MySQL, а вот для PostgreSQL PDO выберет натуральные подготовленные выражения, что тоже логично, т.к. последняя СУБД не имеет проблем с ними.
FanatPHP, дело не в надежде, просто если не уверен, то лучше положиться на PDO. К примеру в MySQL будет включена эмуляция, а в PsotgreSQL будут использоваться натуральные подготовленные выражения.
И прикусите язык, если вам попадется нормальный фронтендер с широким кругозором.
забавно, но из вашего комментария получается, что понимание "как работает компьютер и технологии" - это не сфера профессиональных знаний программиста фронта, а широкий кругозор. это только подтвердит, то что написал Zhainar.
Кирилл Гусарев, без разницы. Percona это сборка, а не отдельный диалект, т.е. синтаксис тот же. У MySQL и MariaDB отличия пока тоже не большие. Разницу в диалектах легко посмотреть в доке, а вот какие-то нюансы работы плюсы-минусы опытом наработаете.
rPman, либо после отправки никто не получил ack, и соответственно похрен что это tcp. Другой вариант, вы получили ack, и можете быть уверены, что по tcp все было отправлено и получено конечной ОС, что не гарантирует получение конечным бизнесовым ПО, а ведь только оно нас и интересует, а не какие-то очереди внутри ОС.
Файлы автозагрузки обновили после обновления конфигов? Vendor с composer в директории app?
И в любой непонятной ситуации - запускаешь дебаггер и смотришь, что происходит на самом деле.
WH1T3_B0X, нужно понимать что за видюха, для игр все упирается в нее. Лучше вложиться в нее по-максимуму. Как минимум, RTX 2060, это минимум которого скоро уже будет не хватать.
Антон Швец, не видел такого, но возможно. ssd там будет 256, что критически мало для игр, 512 это самый минимум. Я понимаю, что хорошая машинка, но все-таки для игрушек Мак не стоит выбирать. Да и 13 дюймов очень мало, как удобный мобильный компьютер - да, но автору эта мобильность не особо важна.
Dmitry Roo, ну ок, просто даже комментарий вроде как должен относиться к вопросу. Но нет, так нет.
Любой x86 будет лучше, просто потому, что предложенный Мак не удовлетворяет ни одному из требований автора. Ни играть он толком не сможет, ни работать, если не увеличит бюджет.
Dmitry Roo, если появилось желание не ответить, а доколупаться до слов, то лучше вообще не отвечать. Хорошо, пусть будет не "лучше", а каким боком вообще он подходит автору, если не соответствует его требованиям, о чем собственно выше и написано.
и там не 2 обращения