[jira] [Updated] (DISPATCH-1069) memory grows on a long-lived connection when links are opened and closed

2018-07-18 Thread Ganesh Murthy (JIRA)


 [ 
https://issues.apache.org/jira/browse/DISPATCH-1069?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Ganesh Murthy updated DISPATCH-1069:

Fix Version/s: 1.3.0

> memory grows on a long-lived connection when links are opened and closed
> 
>
> Key: DISPATCH-1069
> URL: https://issues.apache.org/jira/browse/DISPATCH-1069
> Project: Qpid Dispatch
>  Issue Type: Bug
>  Components: Container
>Affects Versions: 1.2.0
>Reporter: Alan Conway
>Assignee: Alan Conway
>Priority: Major
> Fix For: 1.3.0
>
> Attachments: link-leak.c, link-leak.py
>
>
> The attached reproducers link-leak.c and link-leak.py open and close links 
> repeatedly on the same connection. This causes the routers memory use to grow.
> Massif shows that the memory is due to pn_link_t and related objects. 
> PROTON-905 describes an old bug where link information is leaked but 
> experiments show this is not happening with modern proton.
> I suspect the growth is due to dispatch sometimes failing to call 
> pn_link_free() but investigation is still ongoing.



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

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



[jira] [Updated] (DISPATCH-1069) memory grows on a long-lived connection when links are opened and closed

2018-07-10 Thread Alan Conway (JIRA)


 [ 
https://issues.apache.org/jira/browse/DISPATCH-1069?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Alan Conway updated DISPATCH-1069:
--
Attachment: link-leak.py

> memory grows on a long-lived connection when links are opened and closed
> 
>
> Key: DISPATCH-1069
> URL: https://issues.apache.org/jira/browse/DISPATCH-1069
> Project: Qpid Dispatch
>  Issue Type: Bug
>  Components: Container
>Affects Versions: 1.2.0
>Reporter: Alan Conway
>Assignee: Alan Conway
>Priority: Major
> Attachments: link-leak.c, link-leak.py
>
>
> The attached reproducers link-leak.c and link-leak.py open and close links 
> repeatedly on the same connection. This causes the routers memory use to grow.
> Massif shows that the memory is due to pn_link_t and related objects. 
> PROTON-905 describes an old bug where link information is leaked but 
> experiments show this is not happening with modern proton.
> I suspect the growth is due to dispatch sometimes failing to call 
> pn_link_free() but investigation is still ongoing.



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

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



[jira] [Updated] (DISPATCH-1069) memory grows on a long-lived connection when links are opened and closed

2018-07-10 Thread Alan Conway (JIRA)


 [ 
https://issues.apache.org/jira/browse/DISPATCH-1069?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Alan Conway updated DISPATCH-1069:
--
Attachment: link-leak.c

> memory grows on a long-lived connection when links are opened and closed
> 
>
> Key: DISPATCH-1069
> URL: https://issues.apache.org/jira/browse/DISPATCH-1069
> Project: Qpid Dispatch
>  Issue Type: Bug
>  Components: Container
>Affects Versions: 1.2.0
>Reporter: Alan Conway
>Assignee: Alan Conway
>Priority: Major
> Attachments: link-leak.c, link-leak.py
>
>
> The attached reproducers link-leak.c and link-leak.py open and close links 
> repeatedly on the same connection. This causes the routers memory use to grow.
> Massif shows that the memory is due to pn_link_t and related objects. 
> PROTON-905 describes an old bug where link information is leaked but 
> experiments show this is not happening with modern proton.
> I suspect the growth is due to dispatch sometimes failing to call 
> pn_link_free() but investigation is still ongoing.



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

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