Well having done quite a bit of CUDA programming under Windows and Linux, i'm interested in knowing what you find lacking on Linux ?
Performance wise i can report CUDA is just as fast on Linux as it is on windows.
Regarding tool support, i actually prefer to work under Linux, not because tools are better per se, but because your usual Unix tool chain does wonders with C++/CUDA. Under windows you have to struggle with Visual Studio just to get syntax highlighting.
There seems to be the profiler that is windows only. I never used it so i can't report on that.
EDIT : More generally, i've always found NVIDIA driver support for Linux to be very solid. Of course, it's closed source, but then so it is on Windows. I've never had a problem with an NVIDIA card on Linux, and i can't say that much about AMD/ATI.
I guess you haven't had any laptop with the Optimus technology (NVIDIA dedicated card + Intel integrated GPU). There no official NVIDIA Optimus support for Linux whatsoever :(
I couldn't agree more. The problem with these news sites  is that they make the kernel developers look like stubborn zealots that refuse to do something that would ultimately benefit the users, when in fact they aren't really doing anything wrong. The news sites fail to mention the root of this problem: nVidia, a hardware manufacturer, refuses to open source their drivers. This may sound like no big deal; after all, lots of IT companies do that, right?. But it is a big deal. Refusing to open source the drivers is in fact refusing to let the users have control over the their hardware. It's not an end-user application that you can choose not to use; it's the thing that controls the hardware you own. "You can use it, but only through this restricted interface we give you, you can't look inside!". Not a nice move in my books.
My main problem with the Optimus configuration on Linux was overheating: as the discrete card (nVidia) was always on, even if the system wasn't using it, the computer was hotter. Without workload, the normal temperature on Linux was around 53ºC, while on Windows was 42ºC. It felt warmer on the keyboard too.
I had some problems trying to get Bumblebee to work on Fedora (at least the bbswitch worked, so the discrete nVidia card could be turned off, and then the computer wouldn't overheat on Linux). On Ubuntu though, the setup was really smooth : just adding a PPA and then installing a package and everything was working :D
However, while Bumblebee is really cool, it still can't do what the official nVidia and Intel drivers do on Windows. You can run programs in the discrete card with Bumblebee, but you have to use a special command for that (optirun), the cards won't be switched on-the-fly depending on how much processing power is needed, which is the case with the official drivers on Windows. There supposedly is some progress in that regard though , in a project called Prime (awesome pun indeed)
: This answer helped a lot too: http://askubuntu.com/questions/36930/how-well-do-laptops-wit...
: Blueprints: https://blueprints.launchpad.net/ubuntu/+spec/desktop-r-hybr...
There are also some odd issues with the tools. Did you know that CUDA-GDB will give an internal driver error if it can't write to /tmp? No description of what's wrong, just "internal driver error". That one took a while to figure out (and I wasn't the one who figured it out in the end).
I've never really programmed under Windows, so I don't know about the tool support, but I'm very happy with Linux development tools. I have actually used the Nvidia profiler under Linux, but I haven't figured out how to make it give me useful information.
Great. But definitely not the case for OpenGL last I checked (which admittedly is half a year ago).
You mean nvvp? Idk about earlier versions but it ships with CUDA 5 for Linux. I've used it too, works just dandy :)
Edit - Beaten to it by "gosu"
nvvp? It works for me on Linux.
The last time I was able to use ATI/AMD's proprietary driver without any problems was strangely enough with an ATI Radeon 9600 Pro in an old version of SuSE Linux. Since then AMD's proprietary driver has caused me semi-regular GPU lockups on R520 (X1650), Evergreen (HD 5670) and Southern Islands (HD 7770) series cards. Nvidia's proprietary drivers seem to have fared better with three generations of their cards (7300 GT, the notorious 8600M GS, GT 240, GTS 250...), with an occasional X server crash when running a video game in Wine but few lockups. On the other hand, in the FOSS world I have experienced the opposite (AMD being better than Nvidia). The worst individual case was setting up GeForce GT 240 to work in Linux Mint 13 last year. The OS wouldn't boot with kernel mode setting on and starting X once it has booted without kernel mode setting gave me a screenful of RGB noise; my solution was to install the proprietary driver in text mode and then write a custom xorg.conf. The drivers for Intel's graphics seem the best so far if you use relatively modern chips (I have tried GMA X3100, GMA 3150, Intel HD Graphics 2000), however, I had no luck trying to get the legacy Intel Extreme Graphics 2 to work. It doesn't really work with Linux 2.6+, resulting in an image that flashes and rolls up and down the screen like a the picture on an analogue TV that's lost the vertical synchronization signal.
If my case is in any way typical then I'd say the drivers are in dire need of fixing.
I have to write one when I switch from novareau to nvidia-proprietary but it's for a very specific reason - my monitor outputs invalid EDID information. Otherwise, you should never have to write a config file in almost all cases.
It was early last year. The GT 240 is a really finicky card in Linux, apparently.
>I have to write one when I switch from novareau to nvidia-proprietary but it's for a very specific reason - my monitor outputs invalid EDID information. Otherwise, you should never have to write a config file in almost all cases.
I can't remember the exact options I had to put in xorg.conf for the GT 240 but them being there did matter.
I confronted a similar problem with EDID setting up an extra 1366x768 monitor connected to a legacy Radeon 9200 PC at work. This resolution is always a pain (since the value of 1366 is not divisible 8 and hence can't be specified in the EDID block), but it much more so when you have a legacy graphics card.
Weird, Novareau played fine with my GT 240 in my old desktop, but I was using it with 12.10 and novareau has come a long way recently. And installing the prop driver took nothing more than installing it (and maybe running nvidia-xconfig and letting it ensure 'nvidia' is loaded instead of 'novareau'.
Legacy monitors can be weird. I had someone in Ubuntu IRC with some very ancient super high res 13" monitor. I don't think we ever got them helped out.
So, at least for me, I'm still probably going to get left in the dark if I buy a new chip because support for the Quadros are egregious.
My work laptop has a Quadro GPU, and I did try Starcraft 2 on it. SC2 wouldn't actually recognize the chipset, so I was set on very low settings.
I have been using Quadros for long time (multiple generations, currently on Thinkpad with Quadro 2000M) and I never had any issue with games. Both compatibility and performance wise for me Quadros have been more or less equivalent to corresponding GeForce cards.
I do however always try to use the latest drivers from Nvidia and I turned off Optimus in BIOS.
What I mean is you usually don't want to do this on your laptop. First, a high end laptop like a macbook can hold up for 4 years while GPUs need to be replaced regularly in order to develop for the latest newest capabilities. At some point you will also want to try Intel MIC, AMD cards and so on. Secondly, it's just much nicer if the system you're working on doesn't get hot.
Note: If it's for graphical tools with user frontend I can understand if you don't want to do this. Even then it could be interesting to have offsite computing capabilities baked in however, since this is also preferred in many graphics/video designer houses.
What I find particularly interesting about this is the time-limited item giveaway. Valve did something very similar when they released the OS X version of TF2, where anyone who logged in on a Mac received a free cosmetic "earbuds" item. The promo triggered a mad scramble of players to find a Mac to play on, and when it ended, the buds acquired a huge scarcity value -- they currently trade at the equivalent of about US$30 a pair, even though they have no effect on gameplay.
I don't think the penguin will end up valued as highly, but what it will cause is a sudden influx of relatively non-technical gamers trying out Ubuntu for the first time. Should be interesting to see what pain points and rough edges they expose. There are already tech support threads popping up in the Steam forums, e.g. 
They waited all these years to gain a significant foothold in the Windows segment. Now that they've got this, we could see them slowly expanding to Mac first, and today Linux. I mean, it's certainly a huge incentive if you're given ready access to your game library on the other OS, even though you didn't expect it when you purchased the game on Windows months or even years ago. Screams of extend. I just wait to see if the market forces themselves will play the 'extinguish' card or will Valve play it?
Once Office and a decent number of games port over to the penguin, I'm really confident that the only people who use Windows will be (a) people who know nothing about computers and use whatever it came preinstalled with (b) at work since they're not allowed to format the computer (c) they need a very specific software that is not available on Linux or Mac (Ansys etc.)
Realistically Steambox would seem to be the most obvious place for this to start happening. Of course how much the Steambox will be a "real" Linux computer vs just a kernel+whatever the minimal software stack is required to get Steam running remains to be seen.
I wouldn't hold out much hope for an Office for Linux regardless of what Phoronix thinks. Porting office to Linux would be a tantamount to MS admitting they have given up on Windows and would probably hurt their stock price significantly.
From a technical point of view the biggest thing that would make Linux a viable choice for the majority of desktops would be a WINE layer that provides at least as good compatibility as Windows XP for Windows software thus allowing legacy VB6 etc stuff to be moved over.
Or OpenGL graphics programmers who find the state of drivers under Linux, while a lot better than years ago, still sub-optimal compared to Windows...
And Trine 2 is good fun and absolutely beautiful!
(Not associated with either, I just like them...)
And, while Steam officially support only Ubuntu (at least for now), Valve doesn't do anything for stopping it to run on other distro. They even modified the license to explicitly allow repacking, so that others could put the client in their repo.
They host on their site a .tar.gz with the Steam installer for distro that don't support .deb too.
Besides Steam has been repackaged for other distros but their official support is only for Ubuntu currently.
If they did start supporting other distributions it is difficult to know where that should end. Perhaps there is a case for supporting Fedora and perhaps Debian, but what about Slackware,Gentoo,Mint,Arch etc?
It would be impossible to guarantee it would work on every wacky distro out there.
Edit: Though I haven't tried anything too fancy yet, just FTL and Bastion. So maybe 3D gaming might not be as good as Windows but that's mostly fine for me for now. I'm fine booting into Windows to get my Starcraft 2 fix.
Fedora, OpenSUSE, Gentoo, Arch: https://developer.valvesoftware.com/wiki/Steam_under_Linux#N...
I'd report it, but I'm not certain I should due to Arch being an unsupported platform.
I've an older Nvidia card and the game installer can't tell your system doesn't meet the opengl requirements before you download [for TF2 12GB of] game files [FWIW that took a couple of days].
Is there some way to tell the minimum requirements or a HCL or something? My issue is the glColorMaskIndexedEXT one; looking at fixes now. There's a ½GB upgrade downloading now. If that doesn't work then it looks like one can compile a shim, http://steamcommunity.com/app/221410/discussions/0/846938351...).
There are many bug reports from non-Ubuntu users on GitHub and they all seem to get first-class support. Valve is pretty good about helping with that kind of stuff, they've even helped debug a few WINE bugs.
tl;dr: Try adding '-windowed' to the launch options for TF2 and see if that helps at all. (Steam -> Games -> Right Click "Team Fortress 2" -> Launcher Options and add "-windowed" minus the quotes obviously.
(edit: For the original thread, it also works decently well on my Macbook Air with Intel graphics)
13.04 on both of machines, though it was working last week on 12.10 before I rebuilt my machines.
I just downloaded the 32-bit version also and installed them both.
Notice: It's only metapackage for now, this probably means that 64bit version is coming.
I think that one thing which would help here is a more complete gaming API ala DirectX. We can already achieve this with OpenGL/SDL/OpenAL/whatever good networking libraries there are but a project which aggregates these into one would be beneficial, in my opinion.
I love linux and Ubuntu but this is the kind of thing that I am starting to get sick of having to deal with. Can't I just use apt-get?
Excited to see where this leads!
even if you don't buy anything, it might be a good show of support.
It can't hurt to push up the number of titles that linux users have in their libraries.
Environment for cooperative knowledge management
sTeam provides a technical platform which allows groups of students, lecturers and any other groups to construct and arrange their individual and cooperative learning and working space...
I suppose it only runs on 12.04 and up?
that said, they are the distro with the best live-usb installer by far.
Whats that about not knowing how to use visudo?
In another comment here somebody mentioned it contains a .tar.gz
it show a button "buy..." instead of "install" and it's disabled.