Недавно я начал использовать PubNub в своем приложении iOS и очень доволен этим. Тем не менее, я рассматриваю другие доступные опции, такие как Pusher и Realtime.co, которые используют Websockets. PubNub, с другой стороны, использует длительный опрос. Я сделал свои небольшие сравнения скорости и для своих целей, я считаю, что они все достаточно быстро.

PubNub предлагает несколько приятных функций, таких как история сообщений и список всех в канале, поэтому запрещаю все остальное, к чему я склоняюсь. Мой вопрос в том, должен ли я быть связан с временем автономной работы и интенсивным использованием с помощью решения для длительного опроса, такого как PubNub? Будет ли решение Websockets значительно более энергоэффективным?

Ответы

Ответ 1

PubNub на мобильном устройстве с аккумулятором

В качестве предисловия к производительности и эффективности батареи PubNub является оптимизированным сервисом для мобильных устройств на ходу по сравнению с альтернативными или самостоятельными решениями для веб-макетов. PubNub предлагает функцию "догоняющего" на мобильных телефонах, которые автоматически переадресуют сообщения, которые были упущены, особенно для устройств, которые перемещаются между башнями сотовой сети и меняются с 3G/4G на WiFi. Веб-сокеты, как правило, не рекомендуются для мобильных устройств из-за надежности в общих сценариях, поэтому PubNub автоматически выбирает лучший транспорт для вашего устройства; поэтому вам не нужно решать, что наиболее важно для телефона в пути.

Батарея с сохранением паттерна с PubNub

PubNub имеет соединение keep-alive, которое необычно длинное и установлено на один час. Пинг отправляется каждые 300 секунд (300 000 мс). Это достаточно долго, чтобы обеспечить наилучшее сочетание производительности мобильных устройств и аккумулятора.

Советы по экономии заряда аккумулятора на мобильном устройстве

Сохранение сообщений как можно меньше.
Отсылать меньше сообщений менее часто.
Подключитесь только к одному каналу, а не к двум или более.

Автоматическое обнаружение транспорта

PubNub автоматически выбирает наилучший транспорт для вас, когда это необходимо, особенно на мобильных устройствах. Интересный разговор о веб-сайтах произошел в Портленде, штат Орегон, в октябре прошлого года в KRTConf, который я рекомендую вам https://speakerdeck.com/3rdeden/realtimeconf-dot-oct-dot-2012

Сообщите мне, было ли это полезно.

Ответ 2

Я не думаю, что это правильно. См. http://eon.businesswire.com/news/eon/20120927005429/en/Kaazing/HTML/HTML5

Я тот, кто на самом деле провел тестирование для Kaazing по сравнению с WebSocket и регулярными передачами сообщений на основе http. Я видел резкое снижение потребления батареи с помощью WebSocket. Теперь у Kaazing есть дополнительные технологии выше и выше WebSocket, чтобы уменьшить потребление батареи, но даже если вы не используете Kaazing, вы по-прежнему будете видеть эффективность использования батареи с помощью WebSocket. Я попробовал это сам, выполнив фактические тесты даже для базового WS по сравнению с http без каких-либо специальных алгоритмов оптимизации батареи.