AMD ---a fucking company with fucking products with fucking bugs !
Originally Posted by MWisBest
I think AMD should work hard to remove the bugs of the driver, I was very disappointed with AMD Video cards
AMD dirver for linux with a lot of bugs should be fixed!
DirectX is dead tho...
Here's my take on this whole driver issue. AMD is quoted as saying to the effect that "DirectX is dead" and "There will be no DirectX 12". That being said with Mac gaining ground among 'at least' in casual gaming, OpenGL is going to come around. With full force more than likely. All this obsesion with workability and benchmarks when we are, in fact, in a state of regression as far as software utilization goes. AMD has YET to announce their road-map for 2014. Very hush, hush. Which may mean a paradigm in the coming steppings. What now?... among the assembler programers there is gossip that Intel's hyper-threading is going to prove a nightmare in scale, because of the way is mishandles bits, there is ERRATTA as we descend in lithography. AMD HANDLED IT RIGHT in implementing ONE (1) thread per core. This will boad well as we ascend (descend?) further towards 8nm? Even further? What now futurist? What happens when the electron is too big?? I'll tell you what... we're going to be carving out resonance channels!!! That means we get the MUCK out of this digital nightmare and back to where we belong... ANALOG computing! Were we can truly describe the psychical universe mathematically. C++ WILLl NOT SAVE YOU, lol! We've been stepping (digitally) to the temple, only to see the mountain (analog) behind it. It's gonna change ALOT of what we perceive as possible or optimal .... in the coming decades. (30+yrs)? Mimzy?
So with my prior argument that hyper-threading being bunk, let's look at real potential before we criticize.
Disable it & build your OS from source. Spend a year on it. GNU is dough, pi crust, and mold it to your micro-architecture (-march=native)... and that's money. (Hurd that!) So let your bench-marked fortran and linear algebra dictate your limits and inconsistencies in the family, step, & fab. Then cook it in. Compile glibc, gcc, binutils ad-nausium. Then repeat. Know the kernel, it will teach your system as you compile. Python is amazing. I've found a whole new outlook, and I'm not a coder. I'm building my OS today to port it over to my machines tomorrow.
So that being said, with debug & tracing, who will produce a superior OS? Intel or AMD? And 'NO' I don't believe speed is superior... in states of regression you need to scale and transcend. Hell, Intel even released IA64 as a freaking RISC processor (*epic*face palm*) and we're trusting them to lead the way? Not that I hate intel by any-means... but they milked the P4 and we are still paying for it to this day. Soooo.... as we keep looking to the here and now, especially with GPU, we're are still dealing with ATI legacy in radeon and catalyst.
So I say wait, exciting things are in the -pipe !
You are forgetting that a business developing software and going through the proper SDLC processes takes time. Open Source developers can drop a new release every other day, and deal with bugs as they arise. That's not how the world of commercial software works. After all, Red Hat Enterprise Linux 6.4, the very latest and greatest release, used by corporations around the world for back-end business processing, is still on the 2.6 kernel. Do a little homework into how commercial software development works and you may learn something.
Originally Posted by Vim_User
Nvidia supports their workstation products and are able to deliver support for the latest kernel/Xorg versions. So reading your description Nvidia does not deliver commercial software, I would think.
Originally Posted by torsionbar28
Commercial products 101: If you are not able to keep up with your competitors you will go down the drain, unless you have some kind of cult status. AMD is lacking the cult status and they don't keep up with Nvidia in Linux driver development, guess what follows: Dozens of formerly satisfied customers state in forums that they will not buy AMD videocards again, unless those issues are solved.
I am one of them and I repeat it again: AMD, do something about your shitty driver policies or you will not get me back as customer.
Replying just to reply, I like to cite my prior post and state that it is the commercial sector who is in a pickle over the hyper-threading bug. From what I've heard it's the HUGE roll-out of hyper-threading in our back-end databases is where the mishandling of bits by these hyper-threading enabled processors is manifesting. Those HUGE 20+ petabyte installations are going to show inconsistencies that make small ext4 errata seem like a crack in the sidewalk compared to San Andreas. GOOD LUCK WITH THOSE MIGRATIONS!
Originally Posted by Vim_User
Tape silos anyone? Two months DR (disaster recovery) time & plans. It's expected in several fortune 500s... and even then, records inproperly truncated will be inadequate. How much is the TaCo on months (or years) worth of R&D in some polymers lab worth? Now please reproduce those in the lab...SAP didn't handle it quite right...ON INTEL! LOL Muhahahahha... <jk>
AMD *rah rah rah* !!! Goooooo Opteron!