pthreads вообще неюзабельная шляпа. swoole тот же на порядки стабильнее будет. Да и можно в качестве альтернативы в фоне пустить воркер и тупо пушить туда данные через встроенный зендовый стек.
Это практически максимальная скорость, что можно выжать из регулярок. Если там тоже будет ~5 секунд (это примерно 500 мегабайт текста должно быть), то ничего не поделать.
ThunderCat, ну на счёт инсертов - да. На счёт батчинга и прочих штук говорить не буду, т.к. это демагогия будет уже. Но мы же в данном случае говорим о селектах и тут ситуация чуть иная.
И да, рекурсивные делаются одним запросом через переменные или union с подзапросом как бы =)))
vebmaster, подозреваю, что автор коммента имел ввиду, что реализаций серверов на пыхе и так масса (не только нативных tcp, но и более высокоуровневых хттп или вебсокет), начиная с реакта, заканчивая свулом или амп.
Иван Шумов, а я вот, когда пишу пакет в гитхабе или корпоративном гитлабе, который потом может юзаться другими - не всегда. Знание - это одно. А писать качественный и переносимый код - это другое.
P.S. Просто давайте возьмём за аксиому тот факт, что говоря "не использовать PHP для задач под которые он не предназначен" - вы сморозили откровенную чушь ;)
Потому что
1) Нет задач, где бы PHP не был юзабелен
2) И уж тем более это никак не относится к работе с большими числами
Иван Шумов, ну потому что это один из тех, самых очевидных случаев, когда он переполняется. Разве не очевидно?
В корзину кладёте пару товаров на 200к деревянных, надо просуммировать. Вот и получается в итоге оверфлоу (а точнее ленивый каст к флоату с округлением).
Не нравится такой пример - статистику посчитать. Там тоже цифры большие и могут превышать int64