Re: Re: проблема с длинными сессиями

On Fri, 20 Sep 2002, Vladimir A. Butenko wrote:

> On Fri, 20 Sep 2002 21:43:08 +0400 (MSD)
> Andrew Kopeyko <kaa@rambler-co.ru> wrote:
>
> > > > > > Добрый день.
>
>
> > > > Пусть REFRESH = 15 минут = 900 сек
> > > > Тогда при 60573 сессий (текущее значение) получаем
> > > > лишних 60573 / 900 = 67.3 access/sec
> > > > Это при нормальных 23 _максимум_ access/sec (540970 юзеров)
> > > >
> > > > Я бы не назвал это "решением по-умному" - поставленную задачу это,
> > > > конечно, решит, но с возникшей нагрузкой бороться будет гораздо
> > >тяжелее.
> > >
> > >
> > > Э... А давайте по-другом посчитаем. Если узер действительно работает, то
> > >уж
> > > раз в пять минут - В СРЕДНЕМ - он че-нить, да нажмет. У Вас же получается
> > > (пересчитываем наоборот), что юзер жмет в среднем раз в 45 минут. Что
> > > наводит на мысль, что:
> >
> > Наверное, так он и работает - когда _читает_ письма.
> >
> > А проблема возникает только тогда, когда юзер _пишет_ письмо, и пишет он
> > его долго - эпистолярный жанр располагает к неторопливым размышлениям.
> > Сколько таких тугодумов? 0.5%, от силы 2%. А предлагаемое решение "косит
> > всех под одну гребенку" и приводит к перегрузке сервера.
>
> Еще раз. В СРЕДНЕМ они стукают по линкам раз в 5 минут - МИНИММУМ. Поэтому
> добавка 15 минутного рефреша даст только 30% увеличение загрузки. Далее, те,
> кто стукают раз в 5 минут - от них вообще ничего идти не будет, будет идти
> только от тех, кто таки бросил открытым окно на 15 минут - это вообще
> снижает число раз в 50 - с тех 3000-6000, о которых говорили. То есть -
> остается всего ничего.
>
> Наконец, никто не мешает сделать эти фреймы с перегрузкой ТОЛЬКО на Compose
> странице - что сведет число запросов, нужных на "поддержание сессии живой" к
> практически нулю.
>
> Посмотрите сами - эти запросы будут выдаваться только тогда, когда сейчас
> сессия рвется и кастомер кричит благим матом. У Вас кастомеры, конечно,
> недовольны тем, что их ИНОГДА выбрасывает по тайм-ауту, но такие случаи
> происходят не с частотой 60 в секунду, правда?
>
> То есть доп. нагрузка от этого - почти нулевая.

Да, вы правы, Владимир - дополнительная нагрузка будет небольшой, а эффект - значительным. Я писал с температурой 37.9 - вот и напутал сильно в расчетах. Надо будет попробовать и посмотреть...

>
> > Вопрос: как получить список зарегистрированных сейчас юзеров / как
> > проверить зарегистрировался ли юзер XYZ ?
>
> Никак. Но можно сделать - только пока не видно, зачем.

Эта фича нужна для всяческих около-почтовых штуковин - типа календаря с почтовыми напоминаниями, расширенной адресной книги (не только e-mail адреса, но и, например, почтовые), web-чата и игр/викторин/опросов с авторизацией через почту, etc. Например, на Рамблере это все было (частью и сейчас осталось) на базе почты [CosMail производства Mobico.ru] - вся авторизация проводилась через почту и сама софтина поддерживала все=все-все, кроме игр/викторин. Отсутствие такой фичи не позволило нам прозрачно перенести на CGP всю функциональность "Рамблер-почты", ставшую уже привычной для пользователей...

Сделайте, пожалуйста, такую возможность - предпочтительнее, наверное, проверка "залогиненности" per user, но подойдет и список зарегистрированных сейчас юзеров.

>
> > > а) из указанных 60573 сессий 95% - это сессии, оставшиеся от юзеров,
> > >которые
> > > просто закрыли окно браузера без логина. То есть реально активных сессий
> > >-
> > > 3000 (что вполне совпадает с тем, что бывает на сайтах подобного размера
> > >-
> > > плюс-минус 2-3 раза, "но никак не двадцать восэм" - никак не 60.000).
> >
> > Это тоже проблема - как посчитать число _сейчас_ зарегистрированных
> > юзеров. Есть только общее число сессий - 60573. Данные Rambler's Top100
> > дают на этот же момент ок. 4200 посетителей - 7%.
>
> Ну, то есть оценка оказалась верной.

Не совсем - соотношение числа юзеров CosMail/CGP примерно 2/1, поэтому, считая равномерным распределение активных юзеров, получаем ок. 1400 юзеров - 2.3% от числа сессий

>
> > Расследование показало, что действительно для многих юзеров есть несколько
> > экземпляров сессий - до 10 для некоторых. Но мы никак не могли установить
> > зависимость - можно зайти на сервер из офисной сети и через
> > некоторое время получить несколько сессий, а можно провисеть на модеме и
> > остаться при своей одной. Подскажите, господа авторы, от чего это зависит?
> > Или может зависеть?
>
> Каждый логин - это новая сессия.
>
> У меня три подозрения:
>
> а) у Вас клиенты на таких плохих линиях, что у них все время все падает, и
> они вынуждениы заходить в систему снова. Слабо верится, особенно видя 60,000
> сессий (кстати, а каков размер CGServer VRAM при таком жутком количестве?)

Это похоже на правду жизни - медленный неустойчивый dial-up клиент.

Научите как посмотреть VRAM - расскажу все как на духу.
> б) Вы почему-то убрали кнопку Logout из Вашего дизайна - вот никто и не
> кончает сессии нормальным путем. Опять слабо верится, зачем бы Вам ее
> убирать.

Это фантастическая версия. :-)

> в) Вы сделали интеграцию с другими частями своего Веб сайта, но не как
> рассчитано (передавая SessionID в другую часть, и "впрыгивая" обратно по
> этому же ID), в "впрыгивая" обратно через Login.wssp с передачей имени и
> пароля - тем самым, начиная каждый раз новую сессию.

Отчасти это есть, но только для 180000 юзеров из 500000. И я сейчас не скажу точно - через Login.wssp или нет они "впрыгивают" обратно. Надо будет поизучать дополнительно.

>
> Посмотрите, какое из подозрений близко к жизни - бо 60.000 сессий я не видел
> на сайтах, у которых более 1.000.000 аккаунтов, из которых все - WebMail.

У нас _практически_ все - WebMail. POP3-коннектов одновременно набирается не более 50 штук. Сколько это будет "в сессиях"? 100 - 200 - 500?? (можем посчитать точно) Все равно они погоду не сделают...

-- 
Best regards,
Andrew Kopeyko <kaa@rambler-co.ru>

  Rambler Co.	http://www.rambler.ru/
  phone :	+7 095 745-3619