You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@qpid.apache.org by "Aaron Smith (JIRA)" <ji...@apache.org> on 2018/08/06 16:35:00 UTC

[jira] [Created] (PROTON-1910) Profiling indicates that cgo becomes a bottleneck during scale testing of electron

Aaron Smith created PROTON-1910:
-----------------------------------

             Summary: Profiling indicates that cgo becomes a bottleneck during scale testing of electron
                 Key: PROTON-1910
                 URL: https://issues.apache.org/jira/browse/PROTON-1910
             Project: Qpid Proton
          Issue Type: Bug
          Components: go-binding
    Affects Versions: proton-c-0.24.0
            Reporter: Aaron Smith
            Assignee: Alan Conway


While performing scale testing, detailed profiling of Go test clients showed that >95% of the execution time can be devoted to the cgo call.  The issues seems to be related on sends to the NewMessage() call.  For receives, the bottleneck is both NewMessage() and the call to actually receive the message.  

 

This behavior is not unexpected as CGO is a well-known bottleneck.  Would it be possible to have a NewMessage() call that return multiple messages and a recv call that took an "At most" argument.  i.e. recv(10) would receive 10 or fewer messages that might be waiting in the queue.  Also, it would be nice to be able to trade latency for throughput in that the callback wasn't triggered until N messages were recieved (with timeout)....



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@qpid.apache.org
For additional commands, e-mail: dev-help@qpid.apache.org