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] http://wso2.github.io/VizGrammar/samples/ Regards, On Thu, Jul 14, 2016 at 3:40 PM, Sinthuja Ragendran <[email protected]> wrote: > 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 issue? > > Thanks, > Sinthuja. > > > On Thu, Jul 14, 2016 at 1:53 PM, Sinthuja Ragendran <[email protected]> > wrote: > >> 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 without getting properly cleaned up. I'll check it further and >> update. >> >> Thanks, >> Sinthuja. >> >> On Thu, Jul 14, 2016 at 10:28 AM, Chamila De Alwis <[email protected]> >> wrote: >> >>> 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, >>> Chamila de Alwis >>> Committer and PMC Member - Apache Stratos >>> Software Engineer | WSO2 | +94772207163 >>> Blog: code.chamiladealwis.com >>> >>> >>> >>> On Wed, Jul 13, 2016 at 11:53 PM, Udara Rathnayake <[email protected]> >>> wrote: >>> >>>> 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 app and update you. >>>> >>>> >>>> >>>> On Thu, Jul 14, 2016 at 6:50 AM, Chamila De Alwis <[email protected]> >>>> wrote: >>>> >>>>> 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 profiling to see what causes this much of memory to >>>>> be used. >>>>> >>>>> [image: Inline image 1] >>>>> >>>>> >>>>> Regards, >>>>> Chamila de Alwis >>>>> Committer and PMC Member - Apache Stratos >>>>> Software Engineer | WSO2 | +94772207163 >>>>> Blog: code.chamiladealwis.com >>>>> >>>>> >>>>> >>>>> On Thu, Jun 30, 2016 at 11:19 AM, Chamila De Alwis <[email protected]> >>>>> wrote: >>>>> >>>>>> 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 Member - Apache Stratos >>>>>> Software Engineer | WSO2 | +94772207163 >>>>>> Blog: code.chamiladealwis.com >>>>>> >>>>>> >>>>>> >>>>>> On Wed, Jun 29, 2016 at 11:53 PM, Sinthuja Ragendran < >>>>>> [email protected]> wrote: >>>>>> >>>>>>> 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 >>>>>>> consuming more memory. Can you try to delete some gadgets from the above >>>>>>> page and see whether there is an improvement? >>>>>>> >>>>>>> @Dunith/Tharik, Whether data is loaded in paginated manner (ie, not >>>>>>> load all, only load the data which is required for the specific page)? >>>>>>> And >>>>>>> do we load events with its all attributes or only with specific >>>>>>> attributes >>>>>>> we required to show? I believe we have done some testing for ESB >>>>>>> analytics >>>>>>> case right, didn't we hit this sort of issue in our local testing? >>>>>>> >>>>>>> Thanks, >>>>>>> Sinthuja. >>>>>>> >>>>>>> >>>>>>> On Thu, Jun 30, 2016 at 9:19 AM, Nipuna Chandradasa < >>>>>>> [email protected]> wrote: >>>>>>> >>>>>>>> [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, Chamila De Alwis < >>>>>>>> [email protected]> wrote: >>>>>>>> >>>>>>>>> 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 to more than 700MB when browsing >>>>>>>>> through >>>>>>>>> pages. >>>>>>>>> >>>>>>>>> I compared the memory usage against Grafana demo, Grafana >>>>>>>>> Playground [1] and a Kibana4 demo[2], which takes average 150MB and >>>>>>>>> 200MB >>>>>>>>> of memory respectively. >>>>>>>>> >>>>>>>>> IMO there's room for this memory usage to be reduced. Since >>>>>>>>> dashboards would likely be used frequently, reducing the memory >>>>>>>>> footprint >>>>>>>>> would add a considerable amount of value to the user experience. >>>>>>>>> >>>>>>>>> [1] - http://play.grafana.org/ >>>>>>>>> [2] - >>>>>>>>> https://kibana.logit.io/app/kibana#/dashboard/Demo-IIS-Dashboard >>>>>>>>> >>>>>>>>> Regards, >>>>>>>>> Chamila de Alwis >>>>>>>>> Committer and PMC Member - Apache Stratos >>>>>>>>> Software Engineer | WSO2 | +94772207163 >>>>>>>>> Blog: code.chamiladealwis.com >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> -- >>>>>>>> Nipuna Marcus >>>>>>>> *Software Engineer* >>>>>>>> WSO2 Inc. >>>>>>>> http://wso2.com/ - "lean . enterprise . middleware" >>>>>>>> Mobile : +94 (0) 713 667906 >>>>>>>> [email protected] >>>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> -- >>>>>>> *Sinthuja Rajendran* >>>>>>> Technical Lead >>>>>>> WSO2, Inc.:http://wso2.com >>>>>>> >>>>>>> Blog: http://sinthu-rajan.blogspot.com/ >>>>>>> Mobile: +94774273955 >>>>>>> >>>>>>> >>>>>>> >>>>>> >>>>> >>>> >>>> >>>> -- >>>> Regards, >>>> UdaraR >>>> >>> >>> >> >> >> -- >> *Sinthuja Rajendran* >> Technical Lead >> WSO2, Inc.:http://wso2.com >> >> Blog: http://sinthu-rajan.blogspot.com/ >> Mobile: +94774273955 >> >> >> > > > -- > *Sinthuja Rajendran* > Technical Lead > WSO2, Inc.:http://wso2.com > > Blog: http://sinthu-rajan.blogspot.com/ > Mobile: +94774273955 > > > -- *Tharik Kanaka* WSO2, Inc | lean . enterprise . middleware Email: [email protected] | Web: www.wso2.com
_______________________________________________ Architecture mailing list [email protected] https://mail.wso2.org/cgi-bin/mailman/listinfo/architecture
