Allen Bierbaum wrote: > [..] >>>> The other thing high on my list was the forget data after downloading. >>>> That requires some tweaking to work with the MT and Cluster syncs, but >>>> I have a reasonable good idea what is needed. >>> I'm surprised that this is critical, given today's memory sizes. I think >>> a good gfxmem expulsion strategy is much more useful, and much less >>> complicated to get working right. >> >> Well Allen mentioned it and I trusted him that it is a serious issue for >> them so I started thinking what would be involved. > > In our case, what is happening is that we have plenty of graphics > memory (1.5 GB), but we start to run through our system memory like > crazy when we keep all those textures in memory once they are uploaded > to the graphics board. > > We are running on XP32, so memory is precious. We don't want to waste any. > > I think the last time I looked we were consuming something like 400MB > for OSG::Images that will never be used again once they are loaded > into graphics memory.
This is something I think we're going to run into during the year as well. We might not be able to go 64-bit to solve it that way. /Marcus ------------------------------------------------------------------------------ Create and Deploy Rich Internet Apps outside the browser with Adobe(R)AIR(TM) software. With Adobe AIR, Ajax developers can use existing skills and code to build responsive, highly engaging applications that combine the power of local resources and data with the reach of the web. Download the Adobe AIR SDK and Ajax docs to start building applications today-http://p.sf.net/sfu/adobe-com _______________________________________________ Opensg-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/opensg-users
