[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: GPU support in BART



Hi Andreas,
Hi all,

did you have time to look at this? Or can someone
else help?

This is not urgent, just making sure this did not 
get lost. Any help/advise is much appreciated.


Best,
Martin



Am Samstag, den 19.12.2020, 15:17 +0100 schrieb Martin Uecker:
> Hi Andreas,
> 
> I added a master-contrib branch which contains a
> bart-cuda package which is identical to bart
> except it activates cuda support in the bart
> binary.
> 
> I am not sure about the control file. I added
> 
> Provides: bart
> Conflicts: bart
> Replaces: bart
> 
> but I am not so sure whether this is correct.
> 
> 
> Best.
> Martin
> 
> 
> 
> 
> Am Mittwoch, den 16.12.2020, 08:54 +0100 schrieb Martin Uecker:
> > 
> > Hi all,
> > 
> > I want to activate GPU support in the Debian package
> > for the BART toolbox, but I am not sure what is the 
> > best way to approach this.
> > 
> > There may be several options:
> > 
> > We can provide an additional package which can be
> > installed alternatively, e.g. bart-gpu and which
> > provides a CUDA-enabled binary and conflicts with
> > the regular package.  But I wonder whether this would
> > make all bart packages non-free?  Or do we need
> > two separate source packages? 
> > 
> > 
> > Maybe there is a way to compile and link
> > against CUDA with requiring the presence of the
> > dynamic library of run-time.  We could then
> > dlopen the library at run-time if it is
> > present. But the compilation would then
> > still depend on a non-free package.
> > 
> > 
> > We could try to move GPU backend into a module
> > which can be loaded at run-time and which is
> > then packaged separately. But this would 
> > require some development effort.
> > 
> > 
> > Maybe you have some recommendations? Or you can
> > recommend a package to look at as an example?
> > 
> > Best,
> > Martin

Reply to: