{"id":4734,"date":"2018-04-16T13:52:58","date_gmt":"2018-04-16T17:52:58","guid":{"rendered":"https:\/\/www.redline13.com\/blog\/?p=4734"},"modified":"2018-04-16T13:52:58","modified_gmt":"2018-04-16T17:52:58","slug":"load-testing-socket-io-applications-chat-gaming","status":"publish","type":"post","link":"https:\/\/www.redline13.com\/blog\/2018\/04\/load-testing-socket-io-applications-chat-gaming\/","title":{"rendered":"Improve Your WebSocket Application Performance"},"content":{"rendered":"

Writing a chat application with popular web applications has traditionally been very hard. It involves polling the server for changes, keeping track of timestamps, and it\u2019s a lot slower than it should be. In this post we’ll walk through how to improve your WebSocket application performance.<\/p>\n

Socket.io<\/h3>\n

Sockets have traditionally been the solution around which most realtime chat systems are architected.<\/p>\n

Socket.io is a JavaScript library for realtime web applications. It enables realtime, bi-directional communication between web clients and server.<\/p>\n

Besides chat applications, socket.io is the best choice for gaming applications. The benefit of using socket.io is the fact that it ties into Node.js seamlessly. When coupled with Express on connection, it can serve the client-side includes, game files, and data, making the integration clean and easy.<\/p>\n

Read more about JMeter WebSockets<\/a>.<\/p>\n

Example<\/h3>\n

For this post we will share an example about connecting to websocket and joining the room.<\/p>\n

Socket.io<\/a> \/ Engine.io has its own protocol that it uses on top of the ws connection. JMeter doesn’t support WebSocket testing naturally. So first we need to install the WebSocket Sampler plugin. Follow these steps:<\/p>\n

\u2013 Run JMeter, click Options \u2192 Plugin Manager
\n\u2013 In the \u201cAvailable plugins\u201d section check the Websocket sampler by Maciej Zaleski, then click \u201cApply Changes and Restart JMeter\u201d.<\/p>\n

Also, in some circumstances, JMeter\u2019s \u201cRecording Controller\u201d might not record all required transactions. But thanks to \u201cChrome Dev tools\u201d we can capture which requests are needed and simulate these requests through JMeter.<\/p>\n

After completing the installation we can record our application.<\/p>\n

Recording the Application<\/h3>\n

Our example site is https:\/\/socket-io-chat.now.sh\/<\/a>.\u00a0JMeter\u2019s Recording Controller can capture some requests. However, for connecting to a socket server and emitting data, we have to use \u201cChrome dev tools\u201d for understanding which data we should simulate. After capturing the beginning requests our test plan is simply:<\/p>\n

<\/p>\n

Before focusing on the Socket connection and sending the data to it, we have to handle the \u201csid\u201d parameter. First, the \u201csid\u201d parameter occurs in the second request\u2019s response. So we need to capture this variable and use it for the next request. As you see below, when the request is sent, the response contains the \u201csid\u201d parameter.<\/p>\n

<\/p>\n

In order to establish the correlation, I created the following Regular Expression Extractor.<\/p>\n

<\/p>\n

After correlation is done, we can pass our \u201csid\u201d parameter like below:<\/p>\n

<\/p>\n

After completing the correlation operations, we should be able to add the WebSocketSampler. However, we must know how we communicate with the websocket server. As I mentioned before, JMeter can\u2019t record these communications, so we should use Chrome dev tools for this. When we inspect the request to send data to the server, we see that we have to use this syntax: 42[\u201cadd user\u201d,\u201dusername\u201d]<\/code>.<\/p>\n

<\/p>\n

We need to simulate our WebSocketSampler just as above.<\/p>\n

The crucial and tricky part before sending the join the room command is to first send a command of 5<\/code>. This is an upgrade command. You should refer to the documents below for understanding the protocols:<\/p>\n

https:\/\/github.com\/socketio\/engine.io-protocol<\/a><\/p>\n

<\/p>\n

After sending 5<\/code>, the next WebSocket Sampler configuration is below. We can then send the join the room command as seen below:<\/p>\n

<\/p>\n

After the configuration is completed, we can run our scripts and look at the response. We successfully connected to the socket and emitted data.<\/p>\n

<\/p>\n

We can now run load tests on RedLine13 across multiple regions.<\/p>\n