Hi Sinthuja,
Its not observed in the VizGrammar sample website [1]. Here we maintain a
max length on real time charts where library will drop points and data. I
will give you an update by conducting an extensive test on DAS pack and
check whats causing the memory leak.
[1]
Hi,
When i further analyze this issue, it looks like it's coming from charting
library. Basically I commented out chart.insert(data); and then I don't see
the memory growth. So I doubt there is some sort of memory leak from the
charting library.
@Tharik,
Can you please check further in this
Hi,
I tried this scenario with DAS 3.1.0 beta pack, and this is only observable
for the gadgets created by the gadget generation wizard. And I could see a
fast growth of the memory usage when the refresh interval for the gadget is
reduced. I think the data is getting accumulated in the gadget
Hi Udara,
I've seen this behavior both in Windows and in Ubuntu (and in Ubuntu
Firefox as well). I even saw memory usage values of more than 2GB for a
window which was kept open for some time. Could you try with the steps
mentioned in [1]?
[1] - https://wso2.org/jira/browse/DAS-465
Regards,
Hi Chamila,
I did some profiling for dashboard view with few sample gadgets (using
chrome dev tools) sometime back and haven't noticed any memory issues.
Noticed memory growth with the time and then gc ran as expects, observed
this behavior continuously. Let us try the same in the latest portal
I'm seeing this behavior in Ubuntu 16.04 Google Chrome as well (for a newly
created dashboard with 4 generated gadgets in one page). The amount of
memory consumed seems to be increasing gradually as the window is kept
open. Sometimes the memory usage goes well beyond 1GB.
IMO we should do a
Hi Sinthuja,
I'm seeing around 500MB of memory usage in the DAS 3.1.0-SNAPSHOT "Generate
Gadget" page as well, specially when the gadget is being previewed. At that
moment, there is only one gadget in play, and the number of records is less
than 100.
Regards,
Chamila de Alwis
Committer and PMC
Hi Chamila,
I think this is specifically for analytics dashboard right, and not for
simple dashboards? In that case, we need to check how the gadgets have been
written, and because the actual data is being fetched from DAS into this
gadgets, and I believe the fetched data to display in gadget is
[Adding Udara,Sinthuja, and Tanya]
Hi Chamila,
This much of memory never used by shindig on gadget rendering. Because
gadgets are pretty simple as i check them. There must be some pre processes
going on. That might cause this kind of memory usage.
Thank you,
On Thu, Jun 30, 2016 at 1:46 AM,
Hi,
ESB 5.0.0 beta analytics dashboard seems to be taking a considerable amount
of memory to operate. I noticed the following in Chrome 51.0.2704.103 m
(64-bit) in Windows.
[image: Inline image 2]
Next to Gmail Inbox, ESB Dashboard takes about average 400MB to operate.
This can sometimes go up
10 matches
Mail list logo