[Gambas-user] array size limitations relative to available RAM and swap space

kevinfishburne kevinfishburne at ...1887...
Fri Jan 22 20:38:47 CET 2010



Doriano Blengino wrote:
> 
> Probably there is some bug here, but anyway I would use some other mean 
> to achieve the goal.
> ...
> If you really have 65536*65536 cells, all alive together, you could use 
> a binary file on disk. Disk caching will speed up things, perhaps better 
> than fake ram swapped in/out from disk.
> 
> If you don't have all the cells live together, you could use an 
> association, and only keep in ram the cell along with its "coordinates".
> ...
> If you insist on the ram approach, then a static array would consume 
> less memory, if it is still supported.
> 

Good advice. I think I'm going to be forced to use a binary file because all
the data is interdependent. I'm basically applying the "diamond square"
algorithm to the cells (which reminds me I need 65537x65537 shorts, not
65536x65536).

Hopefully, if that was a bug, it will get ironed out because it wasn't
handled terribly gracefully by GAMBAS.

-----
Kevin Fishburne, Eight Virtues
www:  http://sales.eightvirtues.com http://sales.eightvirtues.com 
e-mail:  mailto:sales at ...1887... sales at ...1887... 
phone: (770) 853-6271
-- 
View this message in context: http://old.nabble.com/array-size-limitations-relative-to-available-RAM-and-swap-space-tp27268616p27278998.html
Sent from the gambas-user mailing list archive at Nabble.com.





More information about the User mailing list