Не падающий сервер

Собираюсь писать сервер, который должен выдерживать ~100 запросов в секунду
Каждый запрос будет обращаться к бд раза 3-4, писать в файл и отдавать небольшой(пару строк) ответ.
Писал однажды маленький чатик по технологии comet, когда скрипт висел в памяти, пока в бд не произойдет изменение. И получалось, если больше 2 человек пользовались этим чатом, то сайт падал.
Он у меня был на бесплатном хосте radyx, но меня все равно это насторожило.
Прошу объяснить технологию, как написать не падающий сервер.

И несколько вопросов
Возможно ли хранить массив в памяти, который будет доступен каждый раз, при выполнении скрипта? Что бы уменьшить количество обращений в бд.
Какие примерно нужны параметры у хостинга, под мои запросы? и сколько такой хостинг может стоить? обращаться к серверу будут только из СПб. Есть ли смысл искать хостинг, расположенный в СПб, чтобы ускорить процесс доступа?

0

Чувствую, что в скором времени вернусь сюда с новыми вопросами)

0

Про экономию трафика, - изобретать свой бинарный протокол не имея опыта - это всегда не очень круто.

Если взять пример из этой темы:

Сообщение от DrobyshevAlex [0x01][0x000d][0x04][User][0x05][12345] 1 байт опкод - метод 2 байта длинна данных в нашем случае число 13 2 байта длинна текста 4 байта текст 2 байта длинна текста 5 байт текст

То мы, как самый минимум, в один прекрасный момент получим расширение протокола вида "1 байт опкод - метод, если значение 0xFF, то след. байт так же указывает на метод", потому как 256 может в один прекрасный момент не хватить (например так случилось в Ultima Online с их бинарным протоколом). Нет, это конечно не плохо, пока количество костылей не слишком велико, а оно будет расти =)
Кроме того, сюда стоит добавить криптографии и контрольных сумм, брать в таком виде нельзя, иначе получим кучу не легитимных запросов, кому-нибудь это обязательно понадобится, с учетом простоты доступа.
Вообще формат 2 байта = длина пакета, 2 байта = контрольная сумма, N байт - зашифрованный пакет - довольно популярен среди разработчиков бинарных протоколов.

Так вот я все это к чему пишу. Работать с бинарным протоколом довольно трудоемкая штука на самом деле, если не говорить про сложности с кодом, то отсутствие ПО которое сможет с вашим протоколом работать - существенный минус. Например вы вводите новый функционал, хотите сделать A/B-тестирование, для этого нужно чтобы 10% пользователей начали подключаться к серверам с обновленным функционалом: как вы это сделаете? - Тот же nginx позволяет сделать это добавив пару строк в конфигурационный файл, т.е. пару минут займет эта задача =)

Соответственно есть предложение не выдумывать бинарный протокол, а взять любой готовый протокол и прикрутить к нему сжатие (так например сделал WhatsApp, - у них под капотом почти чистый XMPP со сжатием (FunXMPP)), если возникнет такая необходимость. В противном случае, на мой взгляд, - это чистой воды оверинжиниринг который может существенно затянуть релиз проекта и в частности совсем погубить проект.

0

Tatikoma, скажите это валве, близарду, меилу и всем остальным.
речь не про джабер клиент где плевать на трафик а про онлайн мморпг была, в ответ на то что сжатие трафика достигается не путём смены номера порта...

Сообщение от Tatikoma Кроме того, сюда стоит добавить криптографии и контрольных сумм

то есть по вашему я дал реальный пример? тогда почему не придрались к символам? они байтами будут а не буквами?

это просто примерное описание, в реальном протоколе у нас плавающая длинна заголовка, криптография, срп6 авторизация без передачи пароля, сжатие и многое другое...
вот только сколько дней нужно что бы это всё расписать что бы ТС понял о чём речь?

0

Сообщение от DrobyshevAlex Tatikoma, скажите это валве, близарду, меилу и всем остальным. речь не про джабер клиент где плевать на трафик а про онлайн мморпг была, в ответ на то что сжатие трафика достигается не путём смены номера порта...

Ключевое слово, - "не имея опыта". Валве, близаррду и всем остальныым (например NCSoft), я - скажу молодцы, на метод выделили два байта (World of Warcraft, Lineage II, - из тех протоколов с которыми я работал) :-)
Хотя у них тоже свои костыли имеются, есть за что поругать. Например что в L2 отсутствует понятие QoS, в то время как близзард некоторые костыли для этого используют.

Сообщение от DrobyshevAlex это просто примерное описание, в реальном протоколе у нас плавающая длинна заголовка, криптография, срп6 авторизация без передачи пароля, сжатие и многое другое... вот только сколько дней нужно что бы это всё расписать что бы ТС понял о чём речь?

Я о том же, поэтому ТСу это явно не нужно, как раз об этом было мое сообщение =)

Но раз уж у нас завязался такой интересный диалог: зачем разработчики онлайн игр добавляют в свои протоколы контрольную сумму, ведь в TCP уже все есть - он нам гарантирует целостность пакетов и доставку в нужном порядке. Зачем нужна еще одна контрольная сумма?

0

Сообщение от Tatikoma на метод выделили два байта

у них 4 байта) но суть не в этом))
ещё раз повторить что это просто в терии общий смысл был а не реальный пакет?

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

Не знаю в ТЦП у нас нет контрольной суммы, есть первый байт, в котором информация о том сжат ли пакет ибо не все сжаты,, и сколько байт выделено на длину пакета. ни разу не было проблем с битыми данными впрочем вы и сами сказали что в тцп эта проверка уже включена, так что вряд ли она будет

Добавлено через 1 минуту
упс, обманул, у близов в вов 2 байта опкод, если верить тк.
с другой стороны, 2 байта жто 65к операций, мне кажется хватит, не правда ли?

0