-
May 25th, 2012, 09:50 AM
#4
Good. In fact, in our internal tests with the JavaScript Client Library, a test page running locally and just reading the updates (with no DOM operations) could reach many thousands of updates per second, on Chrome.
By the way, if I understand correctly, in your tests you wanted to enforce filtering on events that couldn't be forwarded immediately and this is why you set <max_buffer_size> to 0.
Actually, this is not the canonical way to do this, because this setting affects all items.
You could, alternatively, use MERGE or DISTINCT mode for your item instead of RAW mode and set the buffer size to 0 for that specific item (if the item is in MERGE mode, this is the default).
In fact, in a test like yours, by setting the buffer size at 0, you avoid that updates are enqueued in the Server, while waiting for the client and/or network to handle the updates already sent.
Note that in this case, queueing can also occur at TCP buffer level. Lightstreamer does its best to reduce enqueueing in the TCP buffers, but it has not full control, particularly on the browser side.
With polling, this internal queueing is eliminated.
Are you interested in polling in order to cope with the cases in which the infrastructure doesn't allow streaming or in order to reduce the internal queueing, as said above?
In the latter case, polling over websockets would provide the best performances;
in the former case, you should use polling over http, as websockets would be unavailable in a similar scenario.
You can use setForcedTransport for this setting.
The default client and Server configuration for polling is already adequate, as it does not introduce any pause (apart from <max_delay_millis>).
Similar Threads
-
By mikelear@cityindex.co.uk in forum Adapter SDKs
Replies: 3
Last Post: January 31st, 2011, 12:41 PM
-
By Rakot in forum General
Replies: 1
Last Post: May 14th, 2010, 11:06 AM
-
By GoatHunter in forum General
Replies: 2
Last Post: August 25th, 2009, 10:54 AM
-
By indrajit in forum Client SDKs
Replies: 1
Last Post: February 22nd, 2008, 08:41 AM
Posting Permissions
- You may not post new threads
- You may not post replies
- You may not post attachments
- You may not edit your posts
-
Forum Rules
All times are GMT +1. The time now is 12:25 AM.
Bookmarks