Сервер для мобильного приложения

42

over9000!

Каковы технические характеристики сервера по количеству запросов в секунду для какой либо конфигурации сервера?

0.25, но толстых.

Сколько может запросов в секунду обработать сервер?

Смотря что за запросы, сколько мощности и времени требуется на их выполнение и многое другое.

Само собой :-)

Приходилось ли поднимать/покупать/арендовать сервер по результатам установки которого ты мог сказать: Ага! Для комфортного взаимодействия 1000 пользователей с сервером (пускай время от получения запроса сервером до его ответа пользователю проходит до 5 секунд максимум) такой то и такой то конфигурации сервера достаточно, или наоборот недостаточно

1000 пользователей в течение часа, дня etc

не про детали речь :-)

Apache benchmark в зубы и тестировать В 2006 год на селерон-D 250Mb связка debian 5 apache1 + php + mysql

php только запрос к базе, xml не использовался.

Не самый простой запрос к базе несколько таблиц (самая большая 10к записей)

При тестировании одновременно с 600 устройств посылалось (5 запросов с устройства)

Узким местом оказалась сотовая связь.

В городе Москва падали билайн и мегафон, не смотря что устройства были распределены по городу. (MTC устоял из-за отсутствия у нас его симок)

Был доволен как слон поэтому, определить мах нагрузку на сервер не удалось, с Apache benchmark тогда знаком не был.

Назвать тестированием по сегодняшним меркам не могу. (разве что тест всей системы в целом)

Плюс сейчас с развитем человечества, нужно смотреть на нежелательный трафик

в штатном режиме http запросы не столь сложные отправлялись раз в 10 минут со случайной разбежкой по времени и в одном экземпляре

ого, интересный случай

От веб-сервера тут мало что зависит. Вопрос скорее в том, как твой код на стороне сервера будет отрабатывать эти запросы.

Да обычно узкое место это MySQL

Даже по тем временам база очень маленькая 10000 записей + одна таблица 600 записей другая плюс не сколько мелких не более 10 записей весь отбор по целочисленным ключам.

Для той конфигурации подозреваю 0.01s достаточно даже если размеры базы увеличить в x100

На той машине гонял полнотекстовый поиск по базе Архангельской областной библиотеки. отбор по словам +биограф* +пушкин* вроде 0.001s укладывался, не уверен, но меньше 0.1 точно

ирбис на непонятной бразильской базе данных той же библиотеки на Пушкине на 5минут в размышления уходил

Тут ничего сказать нельзя.

Есть у тебя там простой GET, который делает один select и выплёвывет одну запись, то на любой кофеварке будет обрабатываться over9000 запросов в секунду. А если у тебя там select с кучей join'ов на неиндексированной базе и всё это приправленно хитроумной логикой на php, оно и от одного запроса на суперкомпьютере по таймауту отвалиться может.

+100 на неиндексированной базе (хотя бы лечится)

+10000000000000 приправленно хитроумной логикой на php (тут лечение не поможет только убийство с последующим перерождением)

хотя может и так сойдёт если проект не требует роста