since we'll be providing updates to these _cuda binaries (in the form of the fscudabins_linuc_centos4*.tgz tarballs), i'll make sure they are built with the 1.1 architecture in our stable branch.
i'm thinking our plan will be to conform to the 1.1 architecture for the near term stable release _cuda binaries, with internal development targeted at the fermi-class cards. at some point (probably not till next year), we'll make the decision as to which lowest architecture to support, or perhaps we can figure out a way to conditionally compile the code to support multiple architectures. it will be a give-and-take with the cuda user base and us, as we figure out what cards people have, and what architecture elements are essential to make cuda/freesurfer worthwhile.
n.
On Tue, 2010-08-24 at 10:08 -0400, Richard G. Edgar wrote:
On Tue, 2010-08-24 at 10:55 -0300, Pedro Paulo de Magalhães Oliveira Junior wrote:
Just to clarify one point: when you mentioned CUDA architecture 1.3 I think you did mean Cuda Computing Capability 1.3
Indeed - it's the -arch flag to the compiler, hence I got mixed up.
We haven't tested this, but I think that any card with compute capability 1.1 will work with the released code, provided the -arch flag is changed. However, I don't have a card to check this, and doing so is not a priority.
Regards,
Richard
Freesurfer mailing list Freesurfer@nmr.mgh.harvard.edu https://mail.nmr.mgh.harvard.edu/mailman/listinfo/freesurfer