Re: [paho-dev] Welcome to the "paho-dev" mailing list

[Ian Craggs <icraggs@xxxxxxxxxxxxxxxxxxxxxxx>]

Hi Manish,

I think it varies from use case to use case.   In many cases, the client libraries incur no extra state when subscribing to 1000s of topics.  That is unless you have a subscription handler per topic, which most libraries do not force you to have. 

There would be an overhead on the server, so it depends on the server you use as to whether 1000s of subscriptions performs well.

Ian

On 09/18/2016 01:43 AM, manish kumar wrote:

Subscribing to 1000's topic is the adopted practice in realtime big app ? Do you thin this will be the ideal solution for a mobile app?

On Sat, Sep 17, 2016 at 10:47 PM, James Sutton <jpwsutton+eclipse@xxxxxxxxx> wrote:

Hi,

The Paho clients should be capable of making 100s  of subscriptions without a problem, though the more subscriptions you make, the more memory you will use.

I'd say the first method is the best as it will result in cleaner application and server logic. It will also be more efficient / faster.

- James

On Sat, 17 Sep 2016, 15:47 manish kumar, <mkj.online@xxxxxxxxx> wrote:

Is there any limitation on how many topic can be subscribed by a client ? I am using Paho js & java client. My use case is i want to inform every user about a new comment posted for a post.

I have two solution:

1. every time a user post a comment subscribe to that post topic
2. every time a user post a comment, iterate through each user and send message to all user specific topic

which one is will be better for large scale realtime application? What is the general practice adopted in big scale application ?

_______________________________________________
paho-dev mailing list
paho-dev@xxxxxxxxxxx
To change your delivery options, retrieve your password, or unsubscribe from this list, visit
https://dev.eclipse.org/mailman/listinfo/paho-dev

_______________________________________________
paho-dev mailing list
paho-dev@xxxxxxxxxxx
To change your delivery options, retrieve your password, or unsubscribe from this list, visit
https://dev.eclipse.org/mailman/listinfo/paho-dev

_______________________________________________
paho-dev mailing list
paho-dev@xxxxxxxxxxx
To change your delivery options, retrieve your password, or unsubscribe from this list, visit
https://dev.eclipse.org/mailman/listinfo/paho-dev

-- 
Ian Craggs                          
icraggs@xxxxxxxxxx                 IBM United Kingdom
Paho Project Lead; Committer on Mosquitto