ChairfaceChippendale, ага, ветки разошлись. Вы в этом с кем спорите-то?
Насчёт Percona, она прекрасно работает именно под высокой нагрузкой. Проблемы с локами решает в первую очередь разработка, а не СУБД, при кривых руках хоть Oracle ставьте - не спасёт. И Percona тоже не панацея.
Так Percona умерла давно или клепает ненужный мусор? Вы хоть с этим определитесь для начала.
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 дюймов очень мало, как удобный мобильный компьютер - да, но автору эта мобильность не особо важна.
Насчёт Percona, она прекрасно работает именно под высокой нагрузкой. Проблемы с локами решает в первую очередь разработка, а не СУБД, при кривых руках хоть Oracle ставьте - не спасёт. И Percona тоже не панацея.
Так Percona умерла давно или клепает ненужный мусор? Вы хоть с этим определитесь для начала.