Replies: 2 comments 8 replies
-
@trixobird Can you please provide a benchmark without apollo-client, so we can know that yoga is actually the bottle-neck here? |
Beta Was this translation helpful? Give feedback.
5 replies
-
hi @n1ru4l, @enisdenjo and others. I have droped apollo client, still with the similar results. I got 1M events from 1K users in 32sec. I will try to find time to spread the subscribers across different threads; is there any other pitfall in my test? I have updated the code snipets and the gist: https://gist.github.com/trixobird/b3953756e60af067f240a1781653a168 |
Beta Was this translation helpful? Give feedback.
3 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
-
I am evaluating yoga server for use in our company. I have created a minimum setup in
server.ts
with a mutation that once executed an event is fired through pub-sub. Then there is a subscription that is subscribing to this event and just outputs the payload.Then we created a
stress.ts
that we subscribe X users to that event and then execute this subscription X times. We output the number of events (they shoud be X square) and then the time. For X = 100 this is less than a second. For X = 1000 this is taking 35seconds on my machine.I know that this is less than optimal setup (events should be aggregated and sent every Y milliseconds), but is there anything that I am doing wrong? I was expecting a better performance.
Complete gist: https://gist.github.com/trixobird/b3953756e60af067f240a1781653a168
Beta Was this translation helpful? Give feedback.
All reactions