[jira] [Updated] (DISPATCH-369) investigate excursions in memory usage
[
https://issues.apache.org/jira/browse/DISPATCH-369?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Ken Giusti updated DISPATCH-369:
Labels: memory-bug (was: )
> investigate excursions in memory usage
> --
>
> Key: DISPATCH-369
> URL: https://issues.apache.org/jira/browse/DISPATCH-369
> Project: Qpid Dispatch
> Issue Type: Bug
> Components: Router Node
>Affects Versions: 0.6.0
>Reporter: Michael Goulish
>Assignee: Michael Goulish
>Priority: Major
> Labels: memory-bug
> Fix For: Backlog
>
> Attachments: n_senders_vs_MEM_three_trials.jpg
>
>
> I don't know if this is a bug or not. I'm Jirifying it as a way of
> remembering an interesting behavior that my testing has shown, so that I can
> continue developing the testing and come back to this later.
> ...
> While measuring router memory usage under varying message rate and number of
> senders -- when I run the same test multiple times, I am occasionally (about
> 1 in 4 times or so) seeing a test in which memory usage is much higher than
> the others.
> For example:
> In this test:
> {
> straight-through topology ( 1 sender --> 1 address --> 1 receiver )
> 200 senders
> 200 messages per second
> 100 bytes per message
> }
> I record router memory usage at the point when all receivers are just hitting
> 10,000 messages. (This is because it grows -- see previous JIRA.)
> In three iterations I get the following memory usage:
>66 MB
>63 MB
> 181 MB
> Something similar, but less drastic, happened occasionally at lower levels in
> the test.
> In this case, this is a tripling of memory usage for the same scenario. I
> doubt that this is the result of slightly different timing in a block
> allocation of data structures. What just happened?
> Start by investigating with "qdstat -m" and see if that shows some or all of
> the difference.
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
-
To unsubscribe, e-mail: dev-unsubscr...@qpid.apache.org
For additional commands, e-mail: dev-h...@qpid.apache.org
[jira] [Updated] (DISPATCH-369) investigate excursions in memory usage
[
https://issues.apache.org/jira/browse/DISPATCH-369?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
michael goulish updated DISPATCH-369:
-
Attachment: n_senders_vs_MEM_three_trials.jpg
Results of repeating each test three times, showing occasional excursions in
memory usage.
> investigate excursions in memory usage
> --
>
> Key: DISPATCH-369
> URL: https://issues.apache.org/jira/browse/DISPATCH-369
> Project: Qpid Dispatch
> Issue Type: Bug
> Components: Router Node
>Affects Versions: 0.6.0
>Reporter: michael goulish
>Assignee: michael goulish
> Attachments: n_senders_vs_MEM_three_trials.jpg
>
>
> I don't know if this is a bug or not. I'm Jirifying it as a way of
> remembering an interesting behavior that my testing has shown, so that I can
> continue developing the testing and come back to this later.
> ...
> While measuring router memory usage under varying message rate and number of
> senders -- when I run the same test multiple times, I am occasionally (about
> 1 in 4 times or so) seeing a test in which memory usage is much higher than
> the others.
> For example:
> In this test:
> {
> straight-through topology ( 1 sender --> 1 address --> 1 receiver )
> 200 senders
> 200 messages per second
> 100 bytes per message
> }
> I record router memory usage at the point when all receivers are just hitting
> 10,000 messages. (This is because it grows -- see previous JIRA.)
> In three iterations I get the following memory usage:
>66 MB
>63 MB
> 181 MB
> Something similar, but less drastic, happened occasionally at lower levels in
> the test.
> In this case, this is a tripling of memory usage for the same scenario. I
> doubt that this is the result of slightly different timing in a block
> allocation of data structures. What just happened?
> Start by investigating with "qdstat -m" and see if that shows some or all of
> the difference.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
-
To unsubscribe, e-mail: dev-unsubscr...@qpid.apache.org
For additional commands, e-mail: dev-h...@qpid.apache.org
