Friday, November 6th 2015
AMD Dragged to Court over Core Count on "Bulldozer"
This had to happen eventually. AMD has been dragged to court over misrepresentation of its CPU core count in its "Bulldozer" architecture. Tony Dickey, representing himself in the U.S. District Court for the Northern District of California, accused AMD of falsely advertising the core count in its latest CPUs, and contended that because of they way they're physically structured, AMD's 8-core "Bulldozer" chips really only have four cores.
The lawsuit alleges that Bulldozer processors were designed by stripping away components from two cores and combining what was left to make a single "module." In doing so, however, the cores no longer work independently. Due to this, AMD Bulldozer cannot perform eight instructions simultaneously and independently as claimed, or the way a true 8-core CPU would. Dickey is suing for damages, including statutory and punitive damages, litigation expenses, pre- and post-judgment interest, as well as other injunctive and declaratory relief as is deemed reasonable.
Source:
LegalNewsOnline
The lawsuit alleges that Bulldozer processors were designed by stripping away components from two cores and combining what was left to make a single "module." In doing so, however, the cores no longer work independently. Due to this, AMD Bulldozer cannot perform eight instructions simultaneously and independently as claimed, or the way a true 8-core CPU would. Dickey is suing for damages, including statutory and punitive damages, litigation expenses, pre- and post-judgment interest, as well as other injunctive and declaratory relief as is deemed reasonable.
511 Comments on AMD Dragged to Court over Core Count on "Bulldozer"
Additionally, the first of a type usually defines what the normal is. For example, the popularity of the Ford Explorer (mid-sized, five passenger, front engine, rear wheel drive) established it as the class of SUV. Core was defined a decade ago in the x86 world by the Athlon 64 X2.
If you phoned a Ford dealer, told them to send you an SUV, and an Escape (compact SUV) showed up, would you not be disappointed?
I would be mad if I called for an SUV and they showed up with a Fiesta, those are two different things. Notice how the analogy works.
Ask yourself this: if AMD correctly labeled their Bulldozer products, would they have sold fewer of said products? If yes, AMD defrauded the public. If no, it's water under the bridge.
You know what I equate this two? Suing Intel because their 3ghz P4 wasn't as fast as AMD's Athlon 64. Is there a definition of what a ghz should equate to, is a small tire not a tire because it doesn't go on a dump truck? They are independent cores whether you see it that way or not, and if this ends up back in court and not dismissed, because it isn't worth the courts time AMD will end up winning because guess what? It's still a core even without and FPU or do you want everyone to start labeling boxes as 8 integer cores+ 4 floating point units? Hey you know something funny the integer section is called a core and the floating point a unit...Wonder if that's because one of them is required in a core, and the other is not.
Hz is a very scientific unit of measure (cycle per second). The difference is in what it does with clocks and that's not something easily differentiated by a product label. Perhaps there should be a standard made to make this clear--akin to horsepower and torque ratings on engines.
A tire on a bicycle shares little in common with a tire on a Caterpillar 797. The distinction is very important.
They are not "independent cores" (even AMD said they never made that claim in their arguments) they are very clearly "conjoined cores"--a very important distinction.
It works like having two frontends at half clockspeed (yes, uops are dispatched left, right, left, right ... alternating both cores every other cycle).
Knowing that, how can you argue dependency?
Hint: you could argue performance, but not dependency.
It's completely possible that you are using adjective "independent of something" as "will work without something", and not referring to execution of uops at all.
If that's the case, let's do something stupid ... let's make, say, a pin #917 part of every core because none of the cores will work without pin #917 ... because one depends on the other
There would be no way to standardize what a ghz can do. It isn't HP/TQ which is an actual measurement of work done. That would be something akin to gflops, you know a measurement of work not speed. Ghz would be like measuring MPH, some take more HP/TQ to hit the same speed. Or is it assumed that they are not the same because people aren't oblivious to the world. Prove it? They are clocked independently, perform instructions independently etc.
I really dislike the FX series (i'm a huge fan of AMD though) but taking them to court over what they wanted to call cores?
REALLY you are going to take a top tier CPU maker to court on a subjective term?
LMFAO
Yes, saving die space is the main advantage of conjoined cores. That's pretty much the only reason why any chip manufacturer would do it.
-Yellow line represents ideal circumstances (800% for 8 threads, 700% for 7 threads, and so on)
-Maroon line represents software overhead. Most of that comes from the main thread (UI updates) which created a minor conflict with four threads and repeated at eight threads (two worker threads on the same core as the main thread).
-Orange line is: time of one thread / time of thread (e.g. 339% for 4 threads)
Note how far orange deviates from maroon after 4 threads, that is the result of SMT--a performance gain over a processor without it but a far cry from the throughput of eight conventional cores. I fully expect Bulldozer to land between those two lines.
If you don't believe me than maybe you should send the binary to @cdawall to run on his Opterons to see if it scales past 4 or 5 threads and maybe another member who has a 6c or 8c Intel CPU to generate some numbers for us. This is a claim that can be validated, so it should be because not all software scales and unless it has been tested on a machine fitting your "real core" criteria with more than 4 of them, I would say that you have insufficient data to assert that your benchmark is even capable of showing such optimistic speed up with additional cores.
www.techpowerup.com/forums/threads/random-password-generator.164777/
1. Set max threads to 8.
2. Set random seed to 0.
3. Set minimum characters to 32.
4. Set "Maximum number of attempts to generate a password" to 10000000 (default is 1 million, add a 0 to make it 10 million).
5. Uncheck "include special characters."
6. Check "number of special characters required."
Run it, note the time in the corner and the number of threads., change max threads to 7, rinse and repeat through 1.