Hmm. For many years we had architectures where sizeof(double) != wordsize. And I guess from your data you are running a 32-bit Unicon for which this is still true. But David, for 64-bit compilers, we should be able to place the reals in descriptors. It will save more than the memory savings of 12-bytes-per-real in the heap, it will also speed up programs by reducing memory accesses. But it will be a lot of #ifdef's and detail-work, so it will take awhile. Does anyone want to help?
As an aside, we are currently finishing up arrays as a special case of the list type in Unicon, with more compact C-compatible representation. It reduces the memory cost of big lists-of-reals by even more than sticking reals into descriptors, and is complementary to this idea. Clint On Wed, Oct 13, 2010 at 8:29 AM, David Gamey <[email protected]> wrote: > I was probably having a flashback to SPITBOL/370 :) > > ... where reals like integers could be kept inside the variable descriptor. > Of course that meant really weird 7 byte reals. Sometimes the underlying > semantics are so similar they get blurred. ------------------------------------------------------------------------------ Beautiful is writing same markup. Internet Explorer 9 supports standards for HTML5, CSS3, SVG 1.1, ECMAScript5, and DOM L2 & L3. Spend less time writing and rewriting code and more time creating great experiences on the web. Be a part of the beta today. http://p.sf.net/sfu/beautyoftheweb _______________________________________________ Unicon-group mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/unicon-group
