HTTP请求的电池成本？

Question

我想开发一款需要近乎实时通讯的应用。为了提高效率和可行性，我发现通常使用这些技术：

1. GCM（谷歌保持套接字打开以进行消息传递，开发人员的服务器向谷歌的服务器发送消息，然后将该消息“推送到设备”）
2. 持久套接字 - 连接到开发人员服务器的套接字永远连接。只要有任何要推送的内容，服务器就会将其推送到设备。
3. 长轮询 - 通常是HTTP请求，但服务器等待任何新消息。如果有新的东西到来，服务器会响应。

我想知道发送到同步消息的电池成本是多少。在这种体系结构中，持久性套接字（通常是GCM）告诉设备检查＆＃39;对于服务器中的任何新内容，仅当有新内容需要检查时。然后设备只会轮询新内容。

我的应用不会有超过2到3（最大案例）的消息传递给客户端。那么，这样做是否可行？

有人可以告诉我近似费用吗？一个http请求？