<html><head><style type="text/css"><!-- DIV {margin:0px;} --></style></head><body><div style="font-family:times new roman,new york,times,serif;font-size:12pt"><div style="font-family: times new roman,new york,times,serif; font-size: 12pt;"><div>Hi there,<br>
<br>
I was trying to figure out why the size of the stored file for any
float matrix is many times more than what it should be and hence
started looking into the actual package.<br>
<br>
I realized that the integers take 8 bytes per integer as expected.
However, due to the splitting of the float into significand, exponent,
sign, etc. and saving those parts separately, one float value takes 51
bytes of memory to save. Is there any way to assign 8 bytes per float
in this package so that the size of the saved Matlisp matrices will not
be more than expected for such real values?<br>
<br>
Within our save and restore mechanism, we need to save matrices that
would easily contain more than 1e6 floating point numbers and the
current mechanism makes the size of the saved sets large enough to be
concerned about the overall save and restore mechanism. We would
certainly like to find a way to save these big matrices in such a way
that the size is within 8 bytes per float.<br>
<br>
Is there any way we can achieve this within the package without making
any changes? If not, can anybody recommend changes to the package in
order to achieve it? <br>
<br>
In general, I thought that it may be a good resource optimization if
the original package would have an option to assign maximum 8 bytes to
each float, if the user chooses to.<br>
<br>
Any suggestions would be appreciated.<br>
<br>
Thanks,<br>
Kishor<br><br>-- <br>Kishor Saitwal, PhD<br>Computer Vision Scientist<br>Behavioral Recognition Systems, Inc.<br>2100 West Loop South, 9th Floor<br>Houston, TX 77027<br>Voice: (713) 590-5160<br></div>

</div><!-- cg18.c2.mail.ac4.yahoo.com compressed/chunked Thu Dec 10 09:59:17 PST 2009 -->
</div><br>

      </body></html>