Re: CG/PL high-resolution timestamps

От: Vladimir A. Butenko <CGatePro_at_mx_ru>
Дата: Fri 20 Oct 2006 - 12:02:12 MSD

On Fri, 20 Oct 2006 11:19:00 +0400
  "Alexey Naidyonov" <CGatePro@mx.ru> wrote:

>>  SendEvent - непредсказуемы.

>
> А вот это не совсем очевидно и очень важно. Пока у нас задача
> обслуживает связь "точка-точка", то это не очень страшно. Как только
> появляются задачи со многими участниками и всякой сложной логикой,
> начинаются неприятности. Например, конференция с хотя бы десятком-другим
> наблюдателей состояния с веб-интерфейса. Или ACD система, где
> наблюдатели мониторят состояние очереди и занятость рабочих мест.
> Мы, вообще говоря, ожидали, что внутри там везде очереди, и SendEvent --
> очень короткая операция (либо поставить событие в очередь задаче,

Да. И это - быстро.

> либо в
> очередь на отправку на другую ноду кластера).

Да, но это может занять время. Потому что все межкластерные команды сейчас - синхронные, то есть они должны дождаться ответа (даже если он никому не нужен). А кто его знает, сколько там чего болтается в очереди на этот членик кластера? Вообще-то эта очередь должна быть пуста. Точнее - когда вам приходится что-то отправить туда, кластер-манажер выдает вам коннекшн. Если у него есть свободный (в кэше соединений к этому серверу) - то даст свободный, если нет - то откроет новый.Но кто Вам скажет, сколько будет открывать соединение к тому членику? Может, он уставший и плохо реагирует?

> Если SendEvent может
> блокироваться надолго (десятки или даже сотни миллисекунд), то для
> рассылок сообщений наблюдателям надо говорить подпорку -- спаунить
> отдельный таск, который разошлет и сдохнет.

Если на 10-100 человек, то наверное не надо. Если на 10000 - то надо.

Надо делать реальные задачи, и смотреть, когда начинается затык. И тогда уже чесать репу и теребить нас. А так - ну, померяете Вы время. Ну, окажется что SendEvent отрабатыает мгновенно. У Вас. сейчас. без нагрузки. И что Вы будете делать с этим знанием?   

>> И опять же - Вы уже с"ели 100% ЦПУ? А если нет - то профайлинг не поможет, 
>> так как задержки не в программе, а в чем-то еще.

>
> Да. В недрах CGP :)
Да, скорее всего. Так Вы и смотрите, где чего и как. По логам, например - они же с точностью до 0.001 секунды пишутся теперь (если ОС не врёт).   

> SY,
> --
> Alexey Naidyonov
> ITooLabs

Sincerely,
Vladimir Получено Fri Oct 20 08:01:00 2006