You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@qpid.apache.org by "Jiri Daněk (Jira)" <ji...@apache.org> on 2021/05/10 20:21:00 UTC
[jira] [Assigned] (PROTON-1898) Memory leak related to sending
[ https://issues.apache.org/jira/browse/PROTON-1898?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Jiri Daněk reassigned PROTON-1898:
----------------------------------
Assignee: Jiri Daněk
> Memory leak related to sending
> ------------------------------
>
> Key: PROTON-1898
> URL: https://issues.apache.org/jira/browse/PROTON-1898
> Project: Qpid Proton
> Issue Type: Bug
> Components: go-binding
> Affects Versions: proton-c-0.24.0
> Reporter: Christoph Scheiber
> Assignee: Jiri Daněk
> Priority: Major
>
> I started implementing a GO application using qpid electron. There is one connection used to receive messages (at-least-once). It works nicely with low memory consumption, multiple links and multiple go routines, 50 bytes payload, up to 3000 msg/s
> But as soon as the application starts sending messages (to reply over the same connection) memory consumption is continuously growing up to 2GB where I stopped.
> Even if electron does not leave many options for wrong usage there might be an issue in the application.
> So I tried the qpid electron example "https://github.com/apache/qpid-proton/blob/master/go/examples/electron/send.go", the same issue.
> To reproduce it:
> * use the sample program, I just added connection options for SASL PLAIN
> * let it send 100000 messages or more to one destination
> My setup:
> * windows 10 pro
> * go1.10.2 windows/amd64
> * qpid 0.24.0-rc1
> * go files and lib build from same git repository clone and branch
> * visual studio 2015, release build, no errors
> * Broker: Solace VMR 8.11.0.1029 with different durable queues as source and target
> I tried also qpid proton 0.23.0 earlier, but saw the same problem.
> I tried SendAsync and SendSync, both in 10-50 go routines in parallel.Finally, with SendForget my worker routines were soon blocked and did not come back.
> Best regards
> Christoph
>
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@qpid.apache.org
For additional commands, e-mail: dev-help@qpid.apache.org