2015-02-14 6 views
0

Как эффективно реализовать механизм подписки в G-Wan? Предположим, я хочу сделать g-wan совокупные данные из разных тикеров и дальше обрабатывать их. И, очевидно, каждый фид предоставляет данные в своем уникальном формате.Эффективная подписка на каналы данных

простой способ был бы создать связи и подписки на данные в Init() функции обработчика соединения, а затем разобрать источник информацию из ответов и данных о доставке из основных() функции выделенных очередей , Но этот подход, похоже, не использует эффективный механизм планирования задач G-Wan. Итак, может быть, выделенное программное обеспечение быстрее решит проблему?

Другим подходом было бы создание выделенных сервлетов для каждой подписки. Для этого в функции main() обработчика соединения мне потребуется переписывать заголовки и включать имена соответствующих сервлетов. В этом случае я бы использовал всю машину g-wan. Но разве заголовки переписывания не отрицают все преимущества g-wan?

ответ

0

G-WAN уже предоставляет простой двигатель publisher/subscriber, см. Пример сервлета Comet.

Это нормально работает с медленными (обычно 1 обновление в секунду) каналами.

Для реального времени и BigData кормов, нет никакой альтернативы использованию G-WAN protocol handlers (обойти connection handler переписывает и точно определить нужную latency).

Вот что произошло для этого проекта, распространяющего 150 million messages per second via 75,000 channels to 1.5 million subscribers.

Мы также сделали (теперь известный) демо для ORACLE OpenWorld expo in SFO что переработанного 1200000000 TPS (транзакций в секунду) на одном сервере, используя G-WAN в качестве кэш-памяти для базы данных ORACLE NoSQL (в Java KV).

Таким образом, ограничения - это скорее вопрос точной настройки, чем ограничения ядра ядра G-WAN.

+0

Для публики может быть интересно увидеть исходный код Java и воспроизвести демоверсию. У вас есть какой-либо план, чтобы открыть его? – Nagi

+0

Гил, спасибо за ваши объяснения. Я вижу, что в моем вопросе я не был достаточно ясен. Моя проблема заключалась в том, чтобы ** не предоставлять точные данные подписчикам, а делать g-wan подписываться на сторонние каналы данных, т. Е. Делать его клиентом. Чтобы решить мою проблему, g-wan начнет поддерживать подключенные каналы к каналам. Итак, возникает вопрос: будут ли эти соединения проходить через обработчик протокола? В этом случае состояние PRT_ACCEPTED никогда не будет видно обработчику протокола. Кроме того, правильно ли я понимаю: может существовать и одновременно работать с несколькими обработчиками протоколов? – Sergei

+0

@ Nagi, G-WAN - это бесплатная программа, а приложения на основе G-WAN обычно выполняют заказные работы, оплачиваемые клиентом. Не оплачивая налогоплательщик (университеты, гранты), мы должны рассматривать наше ПИС как активы компании. – Gil

 Смежные вопросы

  • Нет связанных вопросов^_^