Not all results recieved when there is a lot of them (>=3000?)
Bug #1540876 reported by
Paweł Stołowski
This bug affects 1 person
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
unity-scopes-api (Ubuntu) |
Confirmed
|
Low
|
Unassigned |
Bug Description
It looks like ZMQ high water-mark limits the number of results that can succesfuly be received by a client to something around 2000; this may depend on the result size and delays between pushes though. With 3000 results in my test code I was receiving approximately 1900, the remainder was dropped on the floor. While these numbers are probably more than we will ever need, it may be worth looking into it. Perhaps ZMQ queue size can be increased, also a meaningful error in the logs about hitting such cases would be nice (if possible at all).
I'll add a pointer to a sample test case from unity-scopes-shell at a later time, please contact me if I forget to do so ;)
summary: |
- Not all results received when there is a lot of them (>=3000?) + Not all results recieved when there is a lot of them (>=3000?) |
Changed in unity-scopes-api (Ubuntu): | |
status: | New → Confirmed |
Changed in unity-scopes-api (Ubuntu): | |
status: | Confirmed → In Progress |
Changed in unity-scopes-api (Ubuntu): | |
importance: | Undecided → Low |
Changed in unity-scopes-api (Ubuntu): | |
status: | In Progress → Confirmed |
Changed in unity-scopes-api (Ubuntu): | |
assignee: | Michi Henning (michihenning) → nobody |
To post a comment you must log in.
Thanks for this! I doubt that we'll be able to log this. I don't think zmq provides the relevant info. The best we can hope for is not blowing the limit (within reason).