FWIW, it looks like Mac OSX Tiger will be able to address 64 bits of virtual memory. Finally, eh. Any plans to utilize this in a future release of FS?
http://www.apple.com/macosx/tiger/64bit.html
Ray
On Apr 15, 2004, at 9:38 PM, Bruce Fischl wrote:
Hi Nick,
unfortunately, os/x doesn't allow you to address more than 4G either. On the bright side though, we have a couple of opteron machines around that we are actively trying to port to, so I suspect we'll have a 64 bit version sometime in the next couple of months. We'll let people know when it's ready (you're welcome to be a beta site).
Bruce
On Thu, 15 Apr 2004, Nick Knouf wrote:
On Apr 15, 2004, at 11:16 AM, Yasunari Tosa wrote:
Currently, "recon-all" script can take the option of "-cm" (conform to min voxel size). This may end up creating more slices than 256, but freesurfer should be able to handle as long as there are enough memory left. Make sure that you have 2 Gbyte of memory and 2 GByte of swap space. Here, we are approaching the 32 bit memory address limit.
{snip}
This 2gig, 32 bit limit is something I'm starting to worry about. With resolutions of functional data ever increasing, we're getting to the point where it's likely we'll need to address more than 2 gigs of memory in the next year or two.
Are there any plans to address this? I'm not sure what you can do with FS-FAST, since it depends on Matlab and I don't know if there are 64-bit versions of matlab available (especially for affordable platforms like AMD64 and the G5).
<aside> I'll insert my plug for moving FS-FAST to python here, as python natively works on 64 bit platforms. </aside>
But with Freesurfer, how hard will it be to build a 64 bit version? If you need a testing machine, I'm working from a dual G5 that would be more than happy to build Freesurfer :-)
Nick
Freesurfer mailing list Freesurfer@nmr.mgh.harvard.edu http://mail.nmr.mgh.harvard.edu/mailman/listinfo/freesurfer
Freesurfer mailing list Freesurfer@nmr.mgh.harvard.edu http://mail.nmr.mgh.harvard.edu/mailman/listinfo/freesurfer