<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>