Php curl multi user requests?

Question

[Alex XYZ]

Всем привет.

Есть linux/apache (2.4.23)/php (5.6.27)/ curl (7.50.3) -сервер. В нём есть запросы, которые перенаправляются с помощью curl на другой сервер. Ну очень медленно работает проброс. После тестирования нагрузки на нескольких пользователях выяснилось, что запросы через curl идут по одному. Т.е. чтобы следующий пользователь выполнил curl запрос, то php ждёт пока отработает запрос первого пользователя. Создаётся впечатление, что curl не работает параллельно на нескольких пользователях. Так ли это и можно ли это как-то обойти?

P.S. - уточнение:
Я знаю, что есть curl_multi_init / curl_multi_exec, но насколько я понимаю, то это предназначено на случай, когда одному пользователю надо выполнить несколько параллельных запросов в одной сессии. Мне же нужно, чтобы curl запускался параллельно в нескольких сессиях.

Answer 1

[PrAw]

1. Убедитесь, что удаленный сервер на ваш комп умеет отдавать одновременно несколько страниц. Например апачевский ab:
ab -c 10 -n 100 http://localhost:8080/
Аккуратно! Сопоставимо с ДоС атакой по нагрузке, убедитесь, что с той стороны будут рады Вас принять. Будет запрашивать в несколько потоков один и тот же урл.

2. Убедитесь, что локальному серверу хватает мощности, чтобы просто отдавать страницы в несколько потоков тем же ab

3. Попробуйте не модулем PHP работать, а вызывать через php.net/manual/ru/function.passthru.php
НЕБЕЗОПАСНО, только теста ради.

4. Попробуйте в тестовом скрипте не стартовать сессии (не уверен, что в этом причина, но бывает блокировка).

И когда исключите всё за пределами cUrl, уже можно будет ковыряться с ним.

Comments

[Alex XYZ]

Спасибо, сейчас попробую. Отпишусь по результатам...

[Alex XYZ]

1. ab не получится прогнать, т.к. сервер, куда делаются перезапросы требует аутентификации kerberos (забыл предупредить, что у меня включено делегирование).
4. Про блокировки сессий почитал. Отключил session_write_close(). Стало видно, что некоторые запросы стали ставиться в параллель, но в количестве 2-4 шт. Я сейчас тестирую всего лишь под 16 пользователями по 9 запроов с каждого. Но всё равно за 5 минут не успевают пройти все запросы.
Ещё момент - вспомогательный сервер работает под ssl - вполне себе приличная нагрузка на проц. Да и мой тоже под ssl работает. Попробую покопать в этом направлении тоже. Смотрел нагрузку - все ядра забиваются под 100%. Буду копать тут.

[Alex XYZ]

Сейчас заработало намного шустрее чем раньше. Сказывается session_write_close() и добавление памяти на сервер. Поскольку повышение нагрузки на сервер не планируется, то такое решение устроит. Спасибо за совет и отдельное спасибо за ab. Не знал про неё.