У меня пиковая нагрузка на сервере с apache — 300 запросов в секунду. Каждый запрос обрабатывает php + MySQL
Сервер не выдерживает. Думаю если написать на С++ + MySQl. Т.е. код C++ заменит (apache + php) и производительность можно увеличить в 3-5 раз!
Только надо подумать как код С++ менять на ходу, т.к. php это позволяет делать и эта гибкость нужна многим!
Например я написал софт на С++ который выдерживает 400.000 tcp соединений. Апачу становиться плохо уже на 10.000.
Если этот проект реализовать, будет ли у него коммерческий успех ?
Есть ли сейчас аналоги ?
Здравствуйте, maks1180, Вы писали:
m> Например я написал софт на С++ который выдерживает 400.000 tcp соединений. Апачу становиться плохо уже на 10.000.
Держать большое число tcp соединений не представляет проблем. Проблему представляет отвечать что-нибудь вразумительное на большое число запросов в единицу времени за разумное время. Ты предлагаешь переписывать php код на с++? Для маленьких проектов это очень дорого и дешевле будет просто доставить серверов.
Здравствуйте, maks1180, Вы писали:
M>У меня пиковая нагрузка на сервере с apache — 300 запросов в секунду. Каждый запрос обрабатывает php + MySQL M>Сервер не выдерживает. Думаю если написать на С++ + MySQl. Т.е. код C++ заменит (apache + php) и производительность можно увеличить в 3-5 раз! M>Только надо подумать как код С++ менять на ходу, т.к. php это позволяет делать и эта гибкость нужна многим!
M>Например я написал софт на С++ который выдерживает 400.000 tcp соединений. Апачу становиться плохо уже на 10.000.
M>Если этот проект реализовать, будет ли у него коммерческий успех ?
А получится реализовать-то? Такие вещи обычно для какой-то специализированной задачи делают. Как только в это подмешивается "гибкость", то от скриптовых языков ты никуда не денешься, со всеми вытекающими. Помнится Facebook делал транслятор из PHP в C++ (HipHop for PHP назывался). Сейчас ради интереса поискал про него... оно уже Discontinued и заменили его сейчас виртуальной машиной с JIT компилятором.
M>Есть ли сейчас аналоги ?
M>У меня пиковая нагрузка на сервере с apache — 300 запросов в секунду. Каждый запрос обрабатывает php + MySQL ...
Просто переводить на nginx + php5-fpm и не париться. Почти во всех случаях это оптимально.
Конечно, все зависит от того, какие запросы и на что дают основную нагрузку. Есть много мест, где можно подкрутить.
Re: Система подготовки документации с автоматическим экспортом
Здравствуйте, maks1180, Вы писали:
M>У меня пиковая нагрузка на сервере с apache — 300 запросов в секунду. Каждый запрос обрабатывает php + MySQL M>Сервер не выдерживает. Думаю если написать на С++ + MySQl. Т.е. код C++ заменит (apache + php) и производительность можно увеличить в 3-5 раз! M>Только надо подумать как код С++ менять на ходу, т.к. php это позволяет делать и эта гибкость нужна многим!
M>Например я написал софт на С++ который выдерживает 400.000 tcp соединений. Апачу становиться плохо уже на 10.000.
M>Если этот проект реализовать, будет ли у него коммерческий успех ? M>Есть ли сейчас аналоги ?
Здравствуйте, maks1180, Вы писали:
M>У меня пиковая нагрузка на сервере с apache — 300 запросов в секунду. Каждый запрос обрабатывает php + MySQL M>Сервер не выдерживает. Думаю если написать на С++ + MySQl. Т.е. код C++ заменит (apache + php) и производительность можно увеличить в 3-5 раз! M>Только надо подумать как код С++ менять на ходу, т.к. php это позволяет делать и эта гибкость нужна многим!
это все техническая сторона. а с точки зрения бизнеса PHP — это прежде всего экосистема. сотни готовых решений, тысячи взаимозаменяемых хостингов, сотни тысяч школьниковпрограммистов. чтобы кто-то перешел на коммерческую альтернативу, этот кто-то должен ощущать от этого серьезный профит. Т.е. мелкая компания, которая <1% дохода тратит на хостинг не катит. Крупный хостер с тысячами мелких клиентов тоже. Остаются большие компании с high load сайтами. Подобные компании очень не любят риски и скорее заплатят лишний миллион за дополнительное железо, чем рискнут поставить непроверенный продукт. Исключение: ты партнеришся с человеком, который учился в месте/играет в гольф/состоит в родстве с владельцем/директором подобной компании.
M>Если этот проект реализовать, будет ли у него коммерческий успех ?
Если ты ходишь обедать с главой IBM, то будет.
M>Есть ли сейчас аналоги ?
Nemerle.
M>Например я написал софт на С++ который выдерживает 400.000 tcp соединений.
А ничего что портов всего 65536 ?
M>Есть ли сейчас аналоги ?
открой для себя lighttpd, nginx, and so on ...
Здравствуйте, eskimo82, Вы писали:
e> M>Например я написал софт на С++ который выдерживает 400.000 tcp соединений. e> А ничего что портов всего 65536 ?
m>> Например я написал софт на С++ который выдерживает 400.000 tcp соединений. Апачу становиться плохо уже на 10.000. AB>Держать большое число tcp соединений не представляет проблем.
Максимум 65536 на сетевой интерфейсе.
e>> M>Например я написал софт на С++ который выдерживает 400.000 tcp соединений. e>> А ничего что портов всего 65536 ? AB>Так никто не мешает биндиться к разным IP.
Рациональнее (и надежнее) иметь несколько процессов сервера биндящихся к своим сетевым интерфейсам.
Здравствуйте, eskimo82, Вы писали:
M>>Например я написал софт на С++ который выдерживает 400.000 tcp соединений. E>А ничего что портов всего 65536 ?
Ну и... ?
Здравствуйте, eskimo82, Вы писали:
E>И, что не ясно ?
не ясно как это связано с сервером. Серверу для работы с любым количеством соединений достаточно одного порта.
