Закономерность падения проды!

Jabar писал:

Есть мнение, что стрим не вдруг пересчет начинает (в отличии от дтр), а берет в расчет последние показы, например 100к. Выходит, что при 100к морда будет более стабильная, точнее инертная, и всё.

- Что значит не вдруг? Поясни, сразу в ноль срезает статы тумбы? Что именно ты имел ввиду?
- а берет в расчет последние показы: какие последние показы? За какой то промежуток времени?
Так число 100к и 20к по сути это относительные числа чего либо, а если у тебя трафа 200к на сидже? Покажи математической формулой а то на словах не так понятно.
Если не сразу пересчитывает, то как бы и 20к тоже по сути не должен так срезать проду, числа еще раз указываю относительные же, в таком рассуждении ставить надо 10кк. Вообще душика надо сюда

А ским в каких пределах оставался неизменным/менялся? Мб с таким скимом больше накликать просто не успевали и редиректились дальше, как внешка при такой внутренней проде?

Alian писал:

- Что значит не вдруг? Поясни, сразу в ноль срезает статы тумбы? - а берет в расчет последние показы: какие последние показы? За какой то промежуток времени? Так число 100к и 20к по сути это относительные числа чего либо, а если у тебя трафа 200к на сидже? Покажи математической формулой а то на словах не так понятно.

Числа 100к и 20к именно здесь абсолютные, никакой относительности. Как я понимаю работу стрима, то для подсчета цтр используется максимум указанное кол-во показов ( в настройках выставляешь 5к-20к-100к и т.д). И набрав данное кол-во показов, цтр и прочие данные НЕ зануляются, а расчет продолжает вестись, просто кол-во показов, превышающее указанное, в расчет не береться.

Цитата:

- а берет в расчет последние показы: какие последние показы? За какой то промежуток времени?

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

Arkan0id писал:

А ским в каких пределах оставался неизменным/менялся? Мб с таким скимом больше накликать просто не успевали и редиректились дальше, как внешка при такой внутренней проде?

Ским всегда был неизменен 50
внешка тоже не прыгает все ок с ней

Jabar писал:

Числа 100к и 20к именно здесь абсолютные, никакой относительности. Как я понимаю работу стрима, то для подсчета цтр используется максимум указанное кол-во показов ( в настройках выставляешь 5к-20к-100к и т.д). И набрав данное кол-во показов, цтр и прочие данные НЕ зануляются, а расчет продолжает вестись, просто кол-во показов, превышающее указанное, в расчет не береться. Именно последние показы, не за время, а именно показы. Хоть за год хоть за 5 минут, смотря как часто показывается тумба. Смысл в том, что при малых значениях этого параметра велик шанс случайного воздействия на цтр (типа прибежал бот и перекарежил статы и как следствие цтр), но при этом морда, так живенько, реагирует на изменение коньюктуры и дрочерских потребностей. И наоборот, чем этот параметр больше тем статичнее морда, но уменьшено воздействие случайных сиюминутных факторов. Как то так

>просто кол-во показов, превышающее указанное, в расчет не берется.
Ну допустим у меня стоит 20к у тебя стоит 100к рекалькуляции, твой сидж живет и ротирует тумбы на уровне пересчета 100к и прцесс начнется через месяца три а мой процесс пересчета начнется через 20к показов. По моему тут просто идет влияние на скорость пересчета цтр тумб, скажем 20к - чаще, 100к - чуть реже, но смысл то один и тот же. Если идут предположения что рекалькуляция сбивает проду у сиджа то она будет сбита и после значения 100к показов. Это скорее всего сделано для того чтобы овнер сиджа мог определить для себя сам как часто или реже он хочет пересчитывать цтр исходя из того сколько у него на сидже трафа, но пересчет цтр пусть даже и плавный все равно приведет к одному и тому же результату. по этому я и обозначил что числа 20к и 100к относительны, тк результат в любом случае будет одним, а не заметно это при 100к из за того, что это растягивается на более долгий срок. Тут собака где то в алгоритме скорее всего порылась. Ну хз это мое такое мнение, возможно и ты прав в чем то.
>воздействие случайных сиюминутных факторов
Ну так и получаеться что при 100к процес будет тот же самый но при больших объемах или при более длительном промежутке времени, но в итоге конец один - херовая прода.

Стрим каждые 30 мин делает срез и выполняет рекалькуляцию за послдение N показов, на основании которых подсчитваются клики, ctr и ранк.
где N = период рекалькуляции выраженный в показах (20К, 100К и т.д)

Параметр вообще трогать не рекомендуется.
При периоде 100К - морда может быть неадекватной трафику (например когда по тумбе вдруг переслаи кликать а она в все еше топе только за счет того, что на нее кликали когда-то)

Цитата:

При периоде 100К - морда может быть неадекватной трафику (например когда по тумбе вдруг переслаи кликать а она в все еше топе только за счет того, что на нее кликали когда-то)

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

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

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