Страница 2 из 4

Добавлено: 05 июл 2007, 12:19
AK
А какие требования к хостингу?

- Апачи плус мысqл?

- Определенная цонтрол панел предпочтения?

- какой обьем траффика в месяз?

Nапиши в личные сообшения пожалуйста.


* перевод с транслита

Добавлено: 05 июл 2007, 13:42
nemiga
папа Карло писал(а):понятно... таки переезжать.... ктонить толковый хостинг порекомендует ?
Хостинг-хостингом (ну и конечно, я не спец в веб-аппликухах), но мы у себя делали так:

Как только процесс получает сигнал от load монитора, что загрузка ЦПУ больше 90%, включается traffic throttling -- сначала у vanilla users, если не помогает, то у silver, а если совсем худо, то и у gold.

Причем, траффик ограничивается по-разному: например, voice слабее, а file transfer -- сильнее.

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

Может и здесь что-то в таком роде можно организовать?

.

Добавлено: 05 июл 2007, 15:18
bedi

Добавлено: 05 июл 2007, 16:16
Stanislav
Gadi писал(а):
Anry писал(а):
Gatchinskiy писал(а):5 минут назад видел про квоту ...
+1
+1
+1

Добавлено: 05 июл 2007, 16:19
Stanislav
папа Карло писал(а):
Gatchinskiy писал(а):5 минут назад видел про квоту ...
понятно... таки переезжать.... ктонить толковый хостинг порекомендует ?
А может обложить данью всех маньяков и выше и купить какой-нить супер крутой хостинг?

Добавлено: 05 июл 2007, 16:22
(Alex)
Не надо данью маньяков, лучше постить через раз или. Вот захочешь запостить, подумай, а стоит ли? А то наставют плюс-уанов а потом удивляются... а какой толк от этих плюс-уанов...

Добавлено: 05 июл 2007, 16:35
nemiga
(Alex) писал(а):А то наставют плюс-уанов а потом удивляются... а какой толк от этих плюс-уанов...
Плюс 1 сам по себе -- это 2 байта :-)

А вот квотирование -- да, может быть проблемой.

У нас в протоколе был вариант что квотирование не постится по новой а passed by reference. По моим наблюдениям, это сильно сокращает трафик.

А как сделано в этом движке?

.

Добавлено: 05 июл 2007, 16:46
(Alex)
а как с частичным квотированием быть?

Добавлено: 05 июл 2007, 16:52
nemiga
(Alex) писал(а):а как с частичным квотированием быть?
Ну как с любым массивом:

MesId [822675].Q[3, 168] // Первая частичная квота

Bla-bla-bla // Ответ на нее

MesId [822675].Q[214, 691] // 2-я

Yada-yada-yada // Второй ответ

MesId[822675].Q[905, 1064] // итд.

Thank you, Best regards. // Ответ на итд.

.

Добавлено: 05 июл 2007, 16:54
(Alex)
nemiga писал(а):
(Alex) писал(а):А то наставют плюс-уанов а потом удивляются... а какой толк от этих плюс-уанов...
Плюс 1 сам по себе -- это 2 байта :-)

.
Мне каэтся дело в частоте вызовов, а не в объёме инфы.

Добавлено: 05 июл 2007, 16:57
(Alex)
nemiga писал(а):
(Alex) писал(а):а как с частичным квотированием быть?
Ну как с любым массивом:

MesId [822675].Q[3, 168] // Первая частичная квота

Bla-bla-bla // Ответ на нее

MesId [822675].Q[214, 691] // 2-я

Yada-yada-yada // Второй ответ

MesId[822675].Q[905, 1064] // итд.

Thank you, Best regards. // Ответ на итд.

.
Слишком много способов накроить чужой квоут. Другой способ нужен IMHO. Что нибудь вроде динамической оценки содержимого квота к мд5(либо другое) а потом использование повторяющихся фрагментов. динамически. Тоесть первый раз он всё равно вставится, но вероятность повторения квотов (ответ на хэд пост квотируется целиком) достаточно большая, и крайние случаи хэндлит.

Добавлено: 05 июл 2007, 17:10
nemiga
(Alex) писал(а):Слишком много способов накроить чужой квоут. Другой способ нужен IMHO. Что нибудь вроде динамической оценки содержимого квота к мд5(либо другое) а потом использование повторяющихся фрагментов. динамически. Тоесть первый раз он всё равно вставится, но вероятность повторения квотов (ответ на хэд пост квотируется целиком) достаточно большая, и крайние случаи хэндлит.
Я не знаю, в каком формате конфа хранится на сервере. Мне кажется, нужно исходить из этого.

Вот смотри, если я вставляю в пост картинку со своего сервера, а кто-то мой пост с картинкой цитирует, то картинка с моего сервера второй раз не грузится -- сервер просто ответит "304" и браузер подцепит ее из кеша.

Наверное, что-то типа такого можно и для других квот.

.

Добавлено: 05 июл 2007, 17:32
AlexANB
nemiga писал(а):Плюс 1 сам по себе -- это 2 байта :-).
Ага, щаззз... Размечтались. Два байта им...

Гляньте Source странички, которую вы сейчас видите и сохраните ее в простом текстовом формате. Что получилось? Правильно! Файл размером 61 килобайт. А ведь страница еще не полностью заполнена мессагами.

И такую хрень размером 61 кб сервак вынужден генерить и отсылать каждому юзеру по каждому клику мышки (ибо каждый раз перерисовывается вся страница целиком). А уж количеством требующихся кликов мышки этот движок не обижен -- затрахаешься кликать.

Вот и имеем, что имеем. Десять юзеров кликнули сто раз -- получи 60-100 мегабайт траффика и соответствующую нагрузку процессора сервака.

Чему удивляться-то?

Добавлено: 05 июл 2007, 17:50
nemiga
AlexANB писал(а):Гляньте Source странички, которую вы сейчас видите и сохраните ее в простом текстовом формате. Что получилось? Правильно! Файл размером 61 килобайт. А ведь страница еще не полностью заполнена мессагами.

Вот и имеем, что имеем. Десять юзеров кликнули сто раз -- получи 60-100 мегабайт траффика и соответствующую нагрузку процессора сервака.
Сервер вешается не по трафику, а по CPU.

Трафик может быть очень даже большой, но не напрягать процессор. Зависит, как скрипт написан и как конфа хранится.

У тебя же есть свой сервер? Посмотри на загрузку CPU, когда отдается гигабайтный файл. Правильно, почти зеро.

А посмотри, когда юзеры отвечают на анкету. Будет очень много, хотя трафика анкета почти не генерит.

.

Добавлено: 05 июл 2007, 19:42
AlexANB
nemiga писал(а):.....
Нееееее....

Это ж ты не отдаешь какой-то архив или скажем МР3 файл -- тут другая история.

Сервак вынужден генерить эту страницу и отдавать ее пользователю по каждому клику мышки, ибо страница меняется.