https://jira.opendaylight.org This file is an XML representation of an issue en-us 8.20.10 820010 22-06-2022 https://jira.opendaylight.org/browse/NETCONF-256 netconf <p>Running Beryllium-SR3 on Linux I'm finding that I need to increase the max Java heap beyond 2G to mount 2 different devices running the same software version (so the models overlap - but there are some different models due to hardware specifics).</p> <p>Once I increased heap to 4G I was able to mount both devices, plus a third and fourth device running different software versions.</p> <p>At any rate this seems like excessive memory usage. Can someone please look into it.</p> <p>I can provide logs (too big to post here)</p> <p>Operating System: Linux<br/> Platform: All</p> NETCONF-256

excessive memory consumption when mounting devices

Bug Resolved Done Unassigned Giles Heron Thu, 11 Aug 2016 14:06:01 +0000 Fri, 15 Mar 2019 22:22:28 +0000 Thu, 20 Oct 2016 11:12:03 +0000 netconf 0 4 <p>How many models does these two devices provide? Can you please add them here as an attachment?</p> <p>Can you also provide devices schema context building parts from logs?</p> <p>The devices each provide around 400 models, but most of them overlap.</p> <p>Attachment asr9k.txt has been added with description: hello from asr9001</p> <p>Attachment asr9000v.txt has been added with description: hello from ASR9000v</p> <p>I can send you the whole log offline?</p> <p>(In reply to Giles Heron from comment #5)<br/> &gt; I can send you the whole log offline?</p> <p>Yeah, you can. Just write me an e-mail and we figure something out.</p> <p>Hi Jakub - any update on this?</p> <p>Hi Giles, I tried to look at log you sent me, but I haven't seen nothing suspicious.</p> <p>I will try to simulate this with test-tool with 400 models..</p> <p>Cause of excessive memory consumption is in yangtools. I've already created a bug.<br/> <a href="https://bugs.opendaylight.org/show_bug.cgi?id=6757" class="external-link" target="_blank" rel="nofollow noopener">https://bugs.opendaylight.org/show_bug.cgi?id=6757</a></p> <p>To better assess the impact of this bug and fix, could someone from your team please help us identify the following:<br/> Severity: Could you elaborate on the severity of this bug? Is this a BLOCKER such that we cannot release Beryllium without it? Is there a workaround such that we can write a release note?<br/> Testing: Could you also elaborate on the testing of this patch? How extensively has this patch been tested? Is it covered by any unit tests or system tests? <br/> Impact: Does this fix impact any dependent projects?</p> <p>This issue has been resolved in master, Boron and Beryllium by fixing <a href="https://bugs.opendaylight.org/show_bug.cgi?id=6757" class="external-link" target="_blank" rel="nofollow noopener">https://bugs.opendaylight.org/show_bug.cgi?id=6757</a></p> <p>Has this bug been verified as fixed in the latest Beryllium SR4 Build 20161019?</p> <p>I can test if you point me at the build</p> <p>I can test if you point me at the build</p> <p>(In reply to Giles Heron from comment #14)<br/> &gt; I can test if you point me at the build</p> <p><a href="https://nexus.opendaylight.org/content/repositories/autorelease-1542/org/opendaylight/integration/distribution-karaf/" class="external-link" target="_blank" rel="nofollow noopener">https://nexus.opendaylight.org/content/repositories/autorelease-1542/org/opendaylight/integration/distribution-karaf/</a></p> <p>still seeing GC overhead exceeded mounting a single XRv node with 2G of JAVA_MAX_MEM.</p> <p>There is still high memory usage during building of schema context, so it is needed to increase heap size. When context is build, memory usage should drop to normal values.</p> Blocks YANGTOOLS-660 Development External issue ID 6391 External issue URL Issue Type ODL SR Target Milestone Priority Rank 0|i01xf3: