We can bet they will improve that over time or do you think the leak is really structural and can't be corrected as a bug but would need a redesign ?
On Oct 13, 2009, at 12:03 , Petr Kobalíček wrote: > Hi Guys, > > I investigated that raphaeljs object model is not prototype based and > it leaks very much. Just run this demo > http://g.raphaeljs.com/piechart2.html and look how it leaks (just > hover pie chart). I know that this can be demo specific, but the > object-model they used is really not good for performance (creating > all functions when raphael instance is created). > > I measured leaking in google-chrome, after playing (2 minutes) this > simple demo took about 400MB. The leaked memory wasn't garbage > collected. Firefox behavior is similar. In my dev machine it now > consumes 1GB (only running this demo). I anaylzer performance under > Linux and Windows, the behavior is the same. > > Note that you can analyze mem usage using chrome "take snapshot", > very good way. > > I think that this could be problem for qooxdoo apps. > > -- > Best regards > - Petr Kobalicek <http://kobalicek.com> > > 2009/10/13 skar <[email protected]>: >> Jean-Baptiste BRIAUD -- Novlog wrote: >>> Hi, >>> >>> Did anyone try to integrate raphaeljs[1] 2D framework with qooxdoo ? >>> There was several messages on the mailing list witch mention that 2D >>> framework, are there some news ? >>> >>> We're giving a few hours try to a "raphaeljs into qooxdoo" hack. >>> The goal is to show something made with raphael into a qooxdoo >>> window, >>> without need to pass from/to datas. >>> >>> Any ideas /advices on that ? >>> >>> Do you think there are simpler way to have nice 2D drawing in >>> qooxdoo >>> than trying to use external lib like raphaeljs ? >>> >>> [1] http://raphaeljs.com/ >>> >> This would be a nice addition to qooxdoo. Would helpful in lots of >> places, like drawing a network diagrams, complex charts, even geo >> maps etc. >> >> I don't think qooxdoo has in built support for vector drawing, so it >> would be a real advantage over other frameworks IMHO :) >> >> cheers, >> skar. >> >> -- >> -- >> The life so short, the craft so long to learn. >> >> >> ------------------------------------------------------------------------------ >> Come build with us! The BlackBerry(R) Developer Conference in SF, CA >> is the only developer event you need to attend this year. Jumpstart >> your >> developing skills, take BlackBerry mobile applications to market >> and stay >> ahead of the curve. Join us from November 9 - 12, 2009. Register now! >> http://p.sf.net/sfu/devconference >> _______________________________________________ >> qooxdoo-devel mailing list >> [email protected] >> https://lists.sourceforge.net/lists/listinfo/qooxdoo-devel >> > > ------------------------------------------------------------------------------ > Come build with us! The BlackBerry(R) Developer Conference in SF, CA > is the only developer event you need to attend this year. Jumpstart > your > developing skills, take BlackBerry mobile applications to market and > stay > ahead of the curve. Join us from November 9 - 12, 2009. Register now! > http://p.sf.net/sfu/devconference > _______________________________________________ > qooxdoo-devel mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/qooxdoo-devel > ------------------------------------------------------------------------------ Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference _______________________________________________ qooxdoo-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/qooxdoo-devel
