Feedback

AMD Announces GPUOpen - Open Sourced Gaming Development

Author:
Manufacturer: AMD

Open Source your GPU!

As part of the AMD’s recent RTG (Radeon Technologies Group) Summit in Sonoma, the company released information about a new initiative to help drive development and evolution in the world of gaming called GPUOpen.  As the name implies, the idea is to use an open source mentality to drivers, libraries, SDKs and more to improve the relationship between AMD’s hardware and the gaming development ecosystem.

View Full Size

When the current generation of consoles was first announced, AMD was riding a wave of positive PR that it hadn’t felt in many years. Because AMD Radeon hardware was at the root of the PlayStation 4 and the Xbox One, game developers would become much more adept at programming for AMD’s GCN architecture and that would waterfall down to PC gamers. At least, that was the plan. In practice though I think you’d be hard pressed to find any analyst to put their name on a statement claiming that proclamation from AMD actually transpired. It just hasn’t happened – but that does not mean that it still can’t if all the pieces fall into place.

View Full Size

The issue that AMD, NVIDIA, and game developers have to work around is a divided development ecosystem. While on the console side programmers tend to have very close to the metal access on CPU and GPU hardware, that hasn’t been the case with PCs until very recently. AMD was the first to make moves in this area with the Mantle API but now we have DirectX 12, a competing low level API, that will have much wider reach than Mantle or Vulkan (what Mantle has become).

AMD also believes, as do many developers, that a “black box” development environment for tools and effects packages is having a negative effect on the PC gaming ecosystem. The black box mentality means that developers don’t have access to the source code of some packages and thus cannot tweak performance and features to their liking.

Continue reading our overview of the new GPUOpen initiative from the Radeon Technologies Group!!

View Full Size

AMD’s GPUOpen is its solution to the problem: offering unprecedented access to the GPU through APIs and SDKs, starting and cultivating an open source software suite that includes effects, tools, libraries and SDKS, and inviting participation from other hardware and software vendors to add and modify all parts of this package.

View Full Size

Starting in January AMD will enable access to the GPUOpen software stack on GitHub with the following set of tools and effects to get things jumpstarted. There isn’t anything in this table that is new but there is plenty that is interesting and useful to game developers. TressFX has been successfully implemented and the various Fire-based SDKs look impressive in the demonstrations that I’ve seen. LiquidVR is definitely going to be a big part of the movement to virtual reality with many high-level developers telling me that its implementation of low latency rendering pathways has advantages over the GeForce products.

View Full Size

Another part of the GPUOpen initiative was announced at the Super Computing conference last month, the Boltzmann Initiative. As Jeremy points out in his news post, AMD “announced several new projects including the Heterogeneous Compute Compiler (HCC) and Heterogeneous-compute Interface for Portability (HIP) for CUDA based apps which can automatically convert CUDA code into C++.  They also announced a headless Linux driver and HSA runtime infrastructure interface for managing clusters which utilizes their InfiniBand fabric interconnect to interface system memory directly to GPU memory as well as adding P2P GPU support and numerous other enhancements.”

View Full Size

Finally, AMD has changes planned for the Linux driver as well, dubbed AMDGPU. This revitalized take on Linux software promises broader in the box distro support, accelerated implementation of new products and features (though no promises to match Windows’ cadence), and will include community built innovations and improvements. The AMDGPU package will be unified in both the closed and open source mode drivers, keeping support and feature set for all Linux users.

Though I don’t spend nearly as much time in the Linux environment as I should these days, I know we have many readers that do and they should be excited for this directional shift.

 

I’m going to be very honest with my readers here – this GPUOpen initiative is something that AMD has been promising us for years and was jokingly called “Open Works” by Richard Huddy during an interview with PC Perspective back in June of 2014. I have, and continue to, love the idea that AMD is presenting. A community-driven software stack that includes robust tools and effects that work in multiple APIs that is compatible on all hardware (consoles, AMD, NVIDIA) and that all game developers can utilize and improve upon is the holy grail of an open and shared ecosystem. But can it actually exist?

Much of that depends on the market leader in the GPU space, NVIDIA. GeForce cards currently make up ~80% of the market and it is very difficult for AMD to make its case to game developers that they should spend time on GPUOpen code and tools, while also putting work back into the open community, when NVIDIA isn’t supporting or optimizing its code base for it. Add to that fact that NVIDIA is more than willing to give developers access to GameWorks, a collection of tools, effects and SDKs that is still currently ahead of AMD’s option in functionality, even though much of it is that dreaded “black box”, and you have a steep climb for GPUOpen to ascend.

View Full Size

As I stated in my first editorial from the Radeon Technologies Group (RTG) Summit, I have more faith in the claims AMD is making about the future solely because of the leadership at the helm. Raja Koduri is man I trust and one that I think is smart enough to close out a losing battle if there were truly no hope of success. He hasn’t, and he told me personally he thinks that GPUOpen will catch on with key developers and the sharing of resources will truly push its tool collection beyond what GameWorks can offer.

And in that end that’s what will matter – not openness, not fairness. Game developers and publishers are businesses, albeit ones that see their craft often as art rather than engineering, and getting good product into customers' hands in a timely and budget-friendly manner is what matters most. Can GPUOpen not only gain ground on NVIDIA’s alternatives but help raise the market share of Radeon hardware in the PC gaming ecosystem in 2016? We’ll know soon.


December 15, 2015 | 09:39 AM - Posted by Anonymous (not verified)

As a linux user, will my next card still be nvidia in the year 2016? Well, of course it will be. These are the usual AMD "look at our flashy pr-stuff" promises that may look good on paper, while failing to deliver anything that just works year after year. They just don't want to.

They make their drivers work on freebsd based consoles just fine, yet somehow can't make working drivers to linux/bsd running on PC's. No need to support them in any way. Even if someone would like to buy their new cards to linux machines based on these "promises". One has to be reminded that those are, in a way, the same promises that were first made over decade ago and in the end they failed on every level then and as they will now too.

December 15, 2015 | 09:45 AM - Posted by Batismul (not verified)

I was thinking the exact same. Their "Promises" LOL
Over promising in their PR slides as usual.

December 15, 2015 | 09:58 AM - Posted by Mathias (not verified)

sure youre right. but imagine the what if scenario would it not be great if it actualy happened ?? we wil just have to wait and see i guess

December 15, 2015 | 02:02 PM - Posted by Anonymous (not verified)

How do you define “work”? I'm using GCN GPUs on Linux for years now and they work fine. Intel also has quite powerful integrated graphics offerings that also work under Linux.

It seems to me you you are commenting from position of nvida fanboy ignorant of, and uninterested in other options, only wanting to rationalize purchase of often overpriced product by one vendor. Well... i's your money, spend it as you like, but don't make patently false claims abut workings of other GPU manufacturers.

December 15, 2015 | 03:59 PM - Posted by Anonymous (not verified)

I wrote the first post and must say that you are wrong calling me a fan of anything. I just use what works. Unfortunately I have lots of experience with amd cards and, as such, lot's of first hand experience of their quality.

The pains I have endured because of their plain bad drivers could have given weaker men nightmares to last their lifetimes. So I think I expressed my views quite calmly, considering all that - I reckon.

There are very good reasons why most of the current linux games dont support AMD cards (nvidia/intel are recommended). Reasons are very good indeed. And if amd's drivers magically happen to work without severe graphical clitches then the actual performance is usually really bad. You might read, for your own pleasure, some articles published on Phoronix about the matter, if you can put your defensive attitude on side for a moment.

December 15, 2015 | 09:06 PM - Posted by Anonymous (not verified)

Phoronix is focusing too much on tests done for the old graphics APIs, while not stressing that the New graphics APIs will be arriving. So Phoronix needs to be trying to get access to test systems that are using the versions of the new Graphics BETA APIs.

With Vulkan and Linux gaming there will be more resources put forward by AMD, Valve, and the games makers to use the Vulkan graphics API, and even AMD is opening its software stack up more for Vulkan than even for openGL which AMD still maintains some proprietary code that is unreleased. AMD wants to push everyone towards Vulkan and only keep drivers/middleware for OpenGL for legacy usage.

Phoronix will continue testing the old graphics API currently, but readers should give the results less weight towards future AMD's driver performance, as the Vulkan API will definitely be closer to the metal and the gaming engine makers/GPU makers, and Valve already have had access to all of Vulkan's Pre-Alpha, and Alpha builds and insider closed Beta builds.

Too much focus on the old graphics APIs that are about to become legacy over the next year or two, as all the Linux games market shifts to using Vulkan, and Vulkan will be available across the entire device platform software stack from IOT, to mobile on up to Laptops/PC and workstations/HPC. OpenGL which is split into mobile and PC/laptop versions is not like Vulkan which will support all and greatly simplify porting among different device market categories.

The Problem for Phoronix/other reporting sites is that a lot of the Vulkan work is still under NDA, and nothing can be discussed until complete Vulkan API/Specification is released for open Beta testing and then full release. Sure AMD's support for some older/not so old games on Linux is lacking, hell even support for AMD GPUs for Blender 3D(Windows and Linux) Cycles rendering was a no go, but AMD has started to fix that, and now for GCN GPUs at least the Cycles rendering support is starting from AMD and the Blender foundation.

So with all the New graphics APIs coming online AMD needs to step up and make sure the past problems do not recur, the best GPU hardware in the world is not going to help without the driver/OS support to run the games under Linux.

December 15, 2015 | 10:28 PM - Posted by Anonymous (not verified)

Old API's don't suddenly disappear because there is still a huge catalog of games that exist that use them.

If AMD supports DX12 or Vulkan well then great, but only matters to those specific games using the new API.

December 16, 2015 | 12:31 PM - Posted by Anonymous (not verified)

"Too much focus on the old graphics APIs that are about to become legacy over the next year or two"

It's stated(next year or two) in the post you in which you replied! Also legacy and deprecated does not mean that software will ever stop running even under a Vulkan only environment with a proper OpenGL to Vulkan translation layer.

So there will be an OpenGL to Vulkan translation layer to help while the old stuff gets ported over, and for some games that translation layer may suffice without any porting needed if the old game does not have enough users to warrant any resources/time taken for porting/tweaking.

So with an automated translation layer or an automated code porting facility at least the old game's OpenGL, and other, code can be converted over to SPIR-V byte-code and run on the Vulkan API, the code less optimized of course depending on any hand tweaking of source code.

Khronos has stated that OpenGL will still be supported, and Khronos will still be improving the OpenGL software stack, a lot of graphics software still uses OpenGL. But as time passes more will be ported to Vulkan.

AMD is trying to open up the Vulkan/other graphics related middleware, etc. in order to encourage Vulkan's usage going forward. And AMD is doing the same for its DX12 related software. I'll be using Steam OS only, after windows 7's EOL. Vulkan on Windows 7 will be safely used locked up inside a VM environment after 2020 with internet accessed limited for some games, while most games/game engines will be supported on Steam OS by 2020.

December 16, 2015 | 10:29 AM - Posted by Anonymous (not verified)

I can't account for your personal experience and what software you are using but my experience of R9 280 used during last year was quite positive. Looking at may steam library I played following games on Linux using 280 with AMD proprietary drivers:

Avadon:Black fortres
Baldur's gate I and II enhanced edition
Bionic dues
Dota 2
Expeditions: Conquistador (bad Linux port, better palyed on Windows)
From the depths
Guns of Icarus online
Icewind dale enhanced edition
Unity of command
Minecraft

All those games installed and run fine, I had no crashes, no freezes, and I only had some minor graphical glitches with Bionic dues that appear not to be fault of AMD drivers as they disappeared whit game developer's patch.

On my Windows 7 partition I played following games:

Avadon 2
Avernum
Dragon age origins
Expeditions: Conquistador
Fallout New Vegas
Geneforge
Lichdom Battlemage
Tomb Raider 2013
Masters of Orion II
Beyond good and evil
Chronicles of Riddick
Deus Ex
Sid Meier's Alpha Centarui
Imperial Glory (worst game I played during last year, to be avoided)

All of them installed and run without a problem, played without artifacts. I only had minor stability and artifacts problems with Fallout New Vegas but those were undoubtedly caused by heavy moding (20+ mods) and had noting to do with GPU and drives.

Also in addition of AMD proprietary drives for a time I used open source X.org driver and had no problems with it either.

Frankly from my experience all the talk abut abut AMD “not working” is complete nonsense not substantiated by anything I have seen.

P.S. might be relevant but I never use AMD beta drivers, only latest version of stable drivers.

December 15, 2015 | 03:49 PM - Posted by Anonymous (not verified)

linux and bsd are not the same at all.

December 15, 2015 | 04:12 PM - Posted by Anonymous (not verified)

Were they not mentioned separately? Did I state that they were? Aren't the same libraries, tools and programs still commonly used in both?

December 15, 2015 | 09:24 PM - Posted by Anonymous (not verified)

BSD and Linux are both Unix based/derived, and a lot of the development tools are available across OSX(BSD), and Linux/other OSs.

https://upload.wikimedia.org/wikipedia/commons/7/77/Unix_history-simple.svg

December 16, 2015 | 03:51 PM - Posted by Anonymous (not verified)

yea see that tree over there...not connected to unix at all.

thats linux.

December 16, 2015 | 05:59 PM - Posted by Anonymous (not verified)

Linux is a UNIX Clone, sure there are no direct links as that would pose licensing issues! Linux is a clean slate clone of UNIX and would not appear connected in the diagram.
If Linux had no UNIX influnce it would not appear on the graphic at all!

from Official Linux kernel README file:

"Linux is a Unix clone written from scratch by Linus Torvalds with assistance from a loosely-knit team of hackers across the Net."

https://www.kernel.org/doc/linux/README

December 16, 2015 | 06:22 PM - Posted by Anonymous (not verified)

Funny how nobody else has a licensing issue, including the totally open source BSD's

In this picture or not, its not unix based.... and you keep repeating that yourself.

Linux is a CLONE....Linux is a CLONE.... one more time........

BSD > Linux

December 16, 2015 | 06:58 PM - Posted by Anonymous (not verified)

A Unix Clone by another name(Linux) would still be able to run Unix based code, so the influnce is there in a legally nonbinding form. So Linux able to run the Unix Application code base at the Kernel level at that time pretty much indicates the level of influnce Unix had over the making of Linux!

There is more than one way to skin a Unix Cat, the same goes for windows and WINE to a degree!

December 16, 2015 | 07:54 PM - Posted by -- (not verified)

WINE is not that great.

December 16, 2015 | 08:58 PM - Posted by Anonymous (not verified)

It's not about great, it's about it running windows applications. And Windows is not that great also, with the UI antics going on and the lack of user control over their own hardware, and the windows 10 spying/privacy issues. So WINE does allow for some windows application use under Linux, and the user to have full control over their OS(Linux) and hardware. The Linux OS a clone of Unix and free and open source under GPLv2 license.

December 16, 2015 | 10:39 PM - Posted by Anonymous (not verified)

yea.. SOME, and thats a short list. About as good as cygwin

and linux doesn't have its confused UI antics? ubuntu unity? Privacy issues? intergrated amazon search?

etc etc etc , linux has its own issues and 2000000000000 versions nobody can agree on.

again.. BSD > Linux

December 16, 2015 | 04:04 PM - Posted by -- (not verified)

linux is not unix based at all.

the image you posted even backs this up as stated.... not connected to the code tree AT ALL.

You'd think a linux nerd would know this.

December 16, 2015 | 06:12 PM - Posted by Anonymous (not verified)

See reply above, and get some inductive and deductive reasoning skills! Look at the name of the .svg graphic linked to, it says "Unix_history-simple" and inductively ask yourself why would Linux even be listed in a Unix history graphic in the first place(connected lines or no connected lines), then do some reaearch and deduce from the Linux Kernel release notes that Linux is a Unix clone!

December 16, 2015 | 06:54 AM - Posted by Anonymous (not verified)

Sadly true, AMD can't be trusted on their promises as they continually under deliver with hugely exaggerated PR hype. Fortunately the truth comes out rapidly when online reviews emerge of their new products.

Understandably if AMD were completely transparent with the real facts admitting that their new shiny products coming soon will still be trailing Intel and Nvidia and they'd look bad too. Really they should just say nothing and try and surprise us with something decent. I'd be more inclined to be sympathetic if they didn't alway talk up their junk.

December 15, 2015 | 10:01 AM - Posted by Mac (not verified)

We need to stop throwing that 80% figure about so recklessly, over the last couple of quarters, nvidia sold 80% of the gpus that were bought. That's it! It in no way means that 80% of the gaming on pc out there is geforce gaming. They certainly DO NOT "make up ~80% of the market"

December 15, 2015 | 10:35 AM - Posted by killurconsole

i don't know how accurate "Steam Hardware & Software Survey" is but right now Nvidia has 54% and AMD has 26%

December 15, 2015 | 10:37 AM - Posted by Anonymous (not verified)

"DirectX 12, a competing low level API, that will have much wider reach than Mantle or Vulkan (what Mantle has become)."

Sure it will with the M$ windows OS Tax(with a new tax that is all up in your business with windows 10) on new PC/laptop computing hardware, but Vulkan will have a much wider reach into the Mobile devices market like tablets and phones, while the Steam Machines will offer some alternative to the Windows closed ecosystem for Hardware with Steam OS utilizing the Vulkan graphics API. I'll gladly wait for AMD's open source, because windows 10 is a no sale for me!

For example that Lenovo Y700 at BB, unless I have the option for drivers that can run under Linux for the AMD hardware, and the OEM starts to offer full Linux builds well I'm not buying that hardware. I'll expect that at some point there will be some Linux Laptop Options for AMD's FX8800P/newer APU based laptops that can run the laptop's APU at 35 watts and come with a discrete AMD GCN option also. BB better start to offer some more OS options, and AMD and Valve should work together to get some Steam OS based gaming laptop options to market.

Do I expect the Steam OS ecosystem to ever be larger than the Windows market, well no one knows, but Steam the OS ecosystem only has to reach 5 or 10 percent to have a large enough user base to create an economy of scale that will make the Steam OS ecosystem a viable OS/software ecosystem for many who will not purchase any new hardware, laptop hardware in my case, with any M$ OS beyond Windows 7.

The PC/Laptop market is shrinking, and I'm looking forward to some Laptops/Tablets that can also Run Full Linux Distros, and as far as tablets go I'm waiting for AMDs K12 to arrive, but I'll also be looking forward to maybe a low power Zen variant also, done with the high density design libraries to get even more space onto AMD's x86 based high end tablet SKUs for more AMD GPU cores. OEMs had better start to offer some AMD/Linux based laptops, you hear me System 76, why not any Steam OS based gaming laptops running AMD's CPU/GPU SKUs!

I'll wait, I've got a whole cabinet full of Intel/Windows 7 laptops, some getting Linux Mint, while I wait for some Steam OS based gaming laptops with AMD APU and discrete GPU laptop options, no more WINTEL for me. Vulkan(Mantle) is ready made for that AMD GCN GPU hardware and I could care less about the CPU core's IPC, as most of the workloads that I run are done on the GPU, and Blender 3D now has Cycles rendering support for AMD's GCN based GPUs.

Take Vulkan and add to that the Phone/Tablet market + Steam OS on Laptops(hopefully)/PCs, and that M$ DX12 market share does not look so overall wide reaching any more! Vulkan should also run on windows 7 and 8.1, If M$ does not try something nefarious with Vulkan on 7/8.1!

December 15, 2015 | 11:25 AM - Posted by Bhappy (not verified)

GPUOpen sounds like another PR exercise from AMD that promises a lot and will be as a whole destined to be always inferior to its competitors. AMD products are generally made for people who can't afford the premium for the best.

December 15, 2015 | 01:00 PM - Posted by Anonymous (not verified)

How do you define "the best"?

December 15, 2015 | 01:42 PM - Posted by remon (not verified)

I think he defines it as "being second in every price point but one".

December 15, 2015 | 11:32 AM - Posted by Anonymous (not verified)

http://blog.mecheye.net/2015/12/why-im-excited-for-vulkan/

December 15, 2015 | 11:55 AM - Posted by Anonymous (not verified)

AMD makes good slides. Too bad they don't make anything else good.

December 15, 2015 | 03:44 PM - Posted by Anonymous (not verified)

AMD makes GPU cores good, good for gaming and Good for compute, and the non Game-Neck folks out there can use AMD's lower cost GPU SKUs for things other than gaming. This is about non vendor locked-in of middleware and graphics APIs, and Vulkan can be used for compute along with graphics. So what about the ONLY CPU IPC performance going forward for Vulkan, or even DX12, because more can now be done on the GPU's cores, provided the GPU has full in hardware support for asynchronous compute! AMD's competitor does not yet have fully in hardware asynchronous compute and GPU processor thread scheduling circuity like AMD does.

I'll be looking for more asynchronous compute ability on AMD's Arctic Islands, and more Cuda only code to be ported over to a cross-platform language/s format to free up the application ecosystem from more software/middleware single vendor lock-in! The VR people will be looking at AMD's graphics, because not all gaming code is just graphics code, and more of that high resolution with no latency allowed code will require asynchronous compute ability In Hardware on the GPU's cores to get those gaming frames/physics computed as fast as possible and projected on the VR headsets displays, without causing sea sickness. So it does not matter what CPU cores have the best IPC, as more of the graphics/non graphics compute will be running on the GPU's cores, AMD need only get into the competition's IPC ball park for that legacy code still dependent on the CPU, and single threaded CPU performance.

After DX12 and Vulkan, and a whole lot more HSA style compute compliance on PC, laptops, Tablets, and phones/other devices, and a lot more gaming/other compute will be handed off to the GPU/Other processors for accelerated and low latency compute, so just you keep harping on your outdated graphics API compute metrics. High performance Gaming APUs are in the engineering stages, and the time is running short for the CPU down on the motherboard with all its PCI induced latency issues, because future gaming APUs on an interposer will not have that CPU to GPU aggravated over PCI/other latency inducing problems when it comes to CPUs directly wired up to GPU on an interposer. It's going to be even more GPU asynchronous compute, with the CPU very closely integrated with the GPU and sharing HBM memory when things really go 4k/8K at frame rates higher than 60 FPS in the future. The old CPU on the motherboard and GPU on the discrete card is going to evolve into the high performance gaming APU on an interposer with the CPU directly wired up to the GPU with way more than 16 bits of PCI connectivity, and way more than even GDDR6's fattest memory channels.

December 15, 2015 | 02:10 PM - Posted by mLocke

#MantleSDK September 2014, never forget.

December 16, 2015 | 06:51 AM - Posted by tbonesan

You say that but DX12 wouldn't have been out so soon otherwise.

December 16, 2015 | 02:06 PM - Posted by mLocke

Yeah really thankful for all those DX12 games that exist. Oh wait they're all DX9 still.

December 17, 2015 | 12:22 PM - Posted by nanoflower (not verified)

I doubt that's the case. Microsoft had to be working on DX 12 for some time before Mantle was even announced and it makes sense for them to have planned to release DX12 with Windows 10 from a business perspective. So I believe (but can't prove) that DX12 would have come out at the same time even if Mantle never existed.

December 15, 2015 | 02:26 PM - Posted by Maonayze (not verified)

Let's try basing your arguments on facts and not the Nvidia BS that is always coming from your mouths.

In low and mid range gfx card areas AMD come out on top 9 times out of 10. They have cards based on a 4 year old architecture (290/X 390/X) which are not only competing with the 970 and 980s...in quite a few cases they are beating them. In most of the recent driver updates over the last 6-12 months the majority of AMD cards have seen performance improvements across the board in lots of games. In the top tier of gfx cards the Fury and Fury X are competing with the 980Ti (and in some cases the Titan X) and things are more neck and neck now than they ever were a few months ago and the performance will keep on improving as we go to higher resolutions and leave 1080P behind.

Saying that AMD do not make anything else good is just Nvidia users ignoring what is coming around the corner and wanting to bury their heads in the sand and pretend that nothing is going to happen. AMD make good cards which already compete...I cannot see how you can say that they do not...you are just ignoring the facts.

I also do not believe that RTG under Koduri is just going to make these statements and not follow them up. Maybe they have taken a look at the old AMD GFX Dept. and said "It's about time we sorted this all out".

It also wouldn't surprise me if they also push to tackle the lack of X-Fire driver profiles too. If they can start to make progress with all these things then I think it will start to turn a few heads.

I for one love an underdog and have seen many so called "Kings" dethroned for being complacent. However, Nvidia does indeed wear the crown at this moment.

The King is dead, long live the King.

December 15, 2015 | 03:25 PM - Posted by Anonymous (not verified)

Yeah this sounds pretty silly. It's open source for none of the right reasons. I'm sure it'll be fine and all. It'll just be the usual graphics effects packages we've all seen that AMD produce which are generally fine, but open source. Unfortunately, that doesn't really help many people but big games developers and publishers, since it's almost all focused at high detail, realistic, first person style games. Stuff that's all very expensive to produce. Otherwise, they just reiterated their plans for linux that they've been very slowly working on, and mostly offloading to volunteer linux developers to get done, without much investment on their part. But then there's no budget problem at all when it comes to supporting Direct3D 12 first before anybody else.

They should just focus on having solid hardware and drivers, which they do have solid GPUs, but the software is always very chintzy.

December 15, 2015 | 04:07 PM - Posted by Anonymous (not verified)

But AMD has to get ready to make HPC/Workstation compute acceleration money to stay in business, so it's not all just about gaming. If you look at Nvidia there is a lot of revenue from the HPC/workstation market, and that pays for a whole lot of driver support that also benefits Nvidia's gaming. So AMD needs to get those HPC/workstation and even supercomputer revenues from both its Zen, and Arctic Islands(Greenland) HPC/Workstation and server APUs!

AMD needs that HPC/workstation and server revenues funding the R&D that pays for the Driver/firmware/middleware that makes its way into the gaming market SKUs. Both Intel and Nvidia get a lot of their R&D revenues produced and paid for through their commercial/HPC and server systems sales, and that includes a lot of grant money form U-Sam's exascale initiative, that will be funding a whole lot more R&D that will work its way down into the consumer SKUs!

The university computing community and a lot of the government HPC/supercomputer market wants more invested in open standards to reduce expenditures and spread around the software/middleware R&D costs across the entire industry. The government exascale initative is a lot like the government investment in the interstate highway system, so things need to be more standardized and open and R&D costs spread across the Academic and industrial community for exascale computing and open standards.

December 15, 2015 | 10:37 PM - Posted by Anonymous (not verified)

Pure awesome AMD!

December 16, 2015 | 12:25 AM - Posted by Anonymous (not verified)

More nefarious M$ drive by windows 10 installs! you can install it now or you can install it later, but no visable Hell NO button provided. Granny is sure to not get it that the little X in the upper right corner means no thanks! It's kind of like heads M$ installs 10 now, and tails it installs 10 later! Both sides of the windows 10 coin and you lose! Don't forget to disable windows update for the new year, it's safer to check for updates manually in 2016 on your 7/8.1 PC/laptops granny will thank you!

"Microsoft's steps up Windows 10 nagging
You upgrading now or tonight? Hey, let's do it now"

http://www.theregister.co.uk/2015/12/15/microsoft_sneaky_about_pushing_w...

December 16, 2015 | 12:50 AM - Posted by Anonymous (not verified)

You all know that a queen ant controls all ants. Queen NVidia controls all NVidia ants (NVidia fanboys). NVidia ants are not able to function as an independent ants. Nvidia ants will pay Queen NVidia as much money as NVidia demands.

That is the way it is going to be.

December 16, 2015 | 06:36 PM - Posted by Anonymous (not verified)

Just in case -- trys to delete his/her post and by doing so remove my reply, Like the last time -- made a fool himself, or herself. Nice Name "--" but you made a fool of yourself on other occations!

December 16, 2015 | 04:04 PM - Posted by -- (not verified)

linux is not unix based at all.

the image you posted even backs this up as stated.... not connected to the code tree AT ALL.

You'd think a linux nerd would know this.

reply

December 16, 2015 | 06:12 PM - Posted by Anonymous (not verified)

See reply above, and get some inductive and deductive reasoning skills! Look at the name of the .svg graphic linked to, it says "Unix_history-simple" and inductively ask yourself why would Linux even be listed in a Unix history graphic in the first place(connected lines or no connected lines), then do some reaearch and deduce from the Linux Kernel release notes that Linux is a Unix clone!

reply

December 17, 2015 | 12:44 AM - Posted by -- (not verified)

conversation stands back up there buddy....and im not wrong.

Post new comment

The content of this field is kept private and will not be shown publicly.
  • Lines and paragraphs break automatically.
  • Allowed HTML tags: <a> <em> <strong> <cite> <code> <ul> <ol> <li> <dl> <dt> <dd> <blockquote><p><br>
  • Web page addresses and e-mail addresses turn into links automatically.

More information about formatting options

CAPTCHA
This question is for testing whether you are a human visitor and to prevent automated spam submissions.