4 ms·
it is confusing to see scientists use vendor specific tools over neural ones. this promotion of one corporation over the rest. IMHO this is against the spirit o
by foadsf 8y ago
it is confusing to see scientists use vendor specific tools over neural ones. this promotion of one corporation over the rest. IMHO this is against the spirit of academia. I will personally not use Pytorch or any tool based on CUDA.
- greendesk 8y agoIt the vendor specific tool facillitates the work of the user, why not use it? An academic is another type of a job, and using proprietary tools occurs in multiple professions. It’s use is not that different compared to other jobs.
- marmaduke 8y agoProprietary or not is orthogonal to a scientific question. In case of PyTorch use, you can run with or without CUDA or even port it to eg OpenCL. The vendor hardware is only incidentally Nvidia. That said, many projects are compute bound and the quality may be limited by speed of hardware, thus vendor dependent.
- deleted 8y ago[deleted]
- targafarian 8y agoI don't think scientists would hold up scientific progress to take a hard-line stance like you are presenting; but that's even irrelevant as PyTorch supports CPUs already (AMD, Intel, ..?) and AMD/PyTorch are close to supporting AMD GPUs, too, if that's your jam. https://github.com/pytorch/pytorch/issues/10670 https://github.com/pytorch/pytorch/issues/10670
- tntn 8y agoI stopped using Linux when I realized that it could run on SPARC.
- shrimp_emoji 8y agoSadly, good engineering (or science) knows no politics.
- enriquto 8y agoAvoiding proprietary software is a good engineering practice, it has nothing to do with politics. For the case of science, depending on closed products is obviously a malpractice.
- cbcoutinho 8y ago> For the case of science, depending on closed products is obviously a malpractice. Closed products are the norm, in science and otherwise. 'Obviously malpractice' is a silly assertion to make, as sometimes there is no other choice.
- kgwgk 8y agoPencil and paper should be enough (or board and chalk). No need to use proprietary hardware either.
- shrimp_emoji 8y agoI understand what you're saying. On the idealistic side in the battle between idealism and pragmatism, you're trying to negate the premise that the other side's instruments are even useful. If you can't be certain what the closed product does, how can it be a reliable source of data? Put another way: if your goal is to not ever harm your child, how can you responsibly feed them applesauce or let doctors administer them medicine when you can't be certain what went into the making of the applesauce or of the medicine? With a very rigorous standard, you can't. With the most rigorous standard, you can't even if the chain of trust has a single link, and you'd only use food or medicine that you, yourself, produced. But we know that few, if any people, use such rigorous standards, and that, if they did, they'd be much worse off. It's not a perfect analogy for software or hardware, but it's certainly a salient one. With your standards, it's malpractice all the way down[0]. 0. http://wiki.c2.com/?TheKenThompsonHack http://wiki.c2.com/?TheKenThompsonHack
- currymj 8y agodo you object to the point of a boycott for even interoperating with CUDA? because PyTorch is still quite pleasant to use in CPU mode. it should also have support for AMD chips quite soon (and AMD's CUDA-equivalent, ROCm, at least appears to be open source).
- dbk4hn 8y agoIt was scientists that started the whole accelerated computing thing. We tried everything that you could do a matrix multiply on. CellBE on the PlayStation, shader language on GPU's ... It was the success with GPU's in the early days that prompted NVIDIA to do CUDA. Yes, I wish NV wasn't proprietary! On the other hand it's the best thing going right now. There are other hardware projects in the works that may compete in the future