Socket-сервер php или python?

Question

[Максим Барулин]

Доброго времени суток Хабр!



Стою в точке выбора на чём писать сокет-сервер, на выбор питон и php. Нагрузка на сервер планируется очень большой так как он будет служить для обработки личных сообщений.

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

Пхп знаю хорошо, сокет-серверы на нём писал, но вот большого нагрузочного тестирования не проводил. Питон знаю чуть-чуть, но не думаю, что там намного сложнее, чем на пхп. Вот думаю, что выбрать? Сможет ли сервер на пхп обрабатывать тысячи запросов в секунду и при длительном использовании не отъедать ресурсы у сервака, так как пхп изначально был спроектирован для короткого времени работы из-за чего возможна беда с памятью.



Возможно, у кого-то есть опыт работы в аналогичной ситуации. Буду признателен за любую помощь.

Answer 1

[Vampiro]

Выбирайте то, что лучше знаете. Если пишете не для повышения квалификации. Потом, на досуге, можете сделать вариант на питоне (для самообразования) и сравните. Может и статья родится на Хабр! А для продакшана лучше идти там, где большинство граблей уже прощупано.

Comments

[Максим Барулин]

сам изначально склоняюсь к такому варианту, но просто «вдруг», у питона в этой области есть какие-то особые достоинства из-за которых стоило бы заморочиться и написать сервер на нём

Answer 2

[rPman]

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

А дальше — выбор языка, чисто холиварный разговор. У питона перед php больший выбор готовых модулей (и гораздо аккуратнее их организация), нет проблем с целыми числами (32bit vs 64bit) и кому то сам язык больше нравится, но потребление памяти у питона значительно выше чем в php, да и синтетические тесты по работе с примитивами у php показывают выше скорость.

p.s. А если у вас мало внешних вызовов и много внутренних расчетов, может сразу посмотреть на c++? :)

Comments

[Максим Барулин]

Спасибо за ответ! :)

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

PS с С++ можно незнаючи сделать совсем жуткую вещь, а так как я в нём особо не разбираюсь, то пока и не рассматриваю

[Push_Ok]

может быть nodejs?
сервер там писать не надо, webSocket работае из «коробки» через socket.io

зы. не холивара ради

[Максим Барулин]

не, вэб сокеты маловероятно подойдут, не уверен, что можно будет слать сообщения напрямую реалплексору, расковыряю апи, посмотрю, как там устроено. Да и как-то это не безопасно, сразу раскрывается, что и на каком домене крутится, но это тоже вариант.
Спасибо!

Answer 3

[Mike Grigorieff]

Для Python есть замечательная штука Twisted

Answer 4

[farafontov]

смотрите как уже подсказали nodejs socket.io redis

Answer 5

[kapitansky]

> так как пхп изначально был спроектирован для короткого времени работы из-за чего возможна беда с памятью.
Оба языка — скриптовые.

Потребление ресурсов у PHP будет ниже, чем у Python.

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

На Python, скорее всего реализовать будет проще.

А вообще, по-хорошему, такие вещи не делаются ни на PHP, ни на Python. Я бы, на вашем месте, смотрел бы в сторону Java — на ней будет проще, чем на С, а скорость будет примерно такая же, а может и выше (из-за «гениальности» JVM).

Answer 6

[strib]

В качестве альтернативы.
Есть специальная платформа для таких штук — Erlang/OTP.
Все что надо есть, язык относительно простой.

Comments

[Mikhus]

Если речь идет именно о максимальной производительности, то я бы все-таки рекомендовал подумать над более подходящим инструментом. Например, если целевая платформа — Linux, я бы задумался на С и libev. В любом случае, максимальная производительность в сетевом приложении будет основана на неблокирующих сокетах. В РНР, если не изменяет память есть только socket_select, который есть враппер для системного вызова select, а он далеко не самый эффективный. Боюсь, что любые другие, более «высокоуровневые» технологии в любом случае будут минимум в несколько раз менее эффективны.

[Максим Барулин]

На С и libev написан realplexor. Сервер на php необходим в качестве проксирующего между пользователем и realplexor для контроля за пользовательскими каналами. Никакой другой функции у него не будет. Просто пересылка и контроль за сообщениями. К тому же php я знаю хорошо, а вот С не знаю совсем. В крайнем случае, если php не будет справляться можно будет подумать в сторону других языков и технологий.