A CPU you can buy today competes with one you can’t just fine.
No. Intel wasn't able to offer more cpu core at a reasonable price.
A CPU you can buy today competes with one you can’t just fine.
Knowledge is pain.
Keep in mind that the node names aren’t comparable among foundries and have little connection to reality at this point. No dimension in Intel’s 14 nm node is actually 14 nm and same with the other manufacturers. Intel’s 14 nm is closer to Samsung/GloFo’s 7 nm node in terms of gate lengths/wire sizes/etc. Intel is behind in adopting EUV lithography so instead they’re brute forcing their features with multiple patterning. The technology is far more complex and harder to compare than just a single marketing number.
Well, AMD is not able to support TB3 and now Intel is going to support TB4 only for Intel CPU... I dont see any hopes for AMD on Mac.
Sounds like a lot of the same excuses they ran into with NetBurst and Pentium 4
AMD passed them back then with far more efficient CPU's that could perform similarly with far less heat and far less MHz.
So Intel's response? Make the pipeline even more complicated in HOPE of reaching 5+ GHZ. Unfortunately, we all remember the "Presscot" models. Also infamously reffered to as "Press-hots" because to run them at their given frequencies, They'd idle even at 70+c on normal Air coolers.
I think there are plenty of similarities between what's happening now and the P4 debacle, yes. To me it comes down to Intel's manufacturing hubris more than anything else. Intel thought they could brute-force their way forward but progress has been harder than they initially thought, and others have now caught up with Intel's 2-4 year process lead. However, Intel's 14+++nm node isn't nearly as bad as you think - it's still quite competitive. No doubt that AMD's design chops are far and beyond Intel's, and this is becoming more and more apparent as time goes on now that AMD is decoupled from GloFlo's fabs and is using TSMC.
No you don't. You just call Intel MKL and it takes care of it for you with hand-written assembly code optimized for each individual processor. 90% of all serious computational software does this.
AMD couldn't compete so they gave up on their imitation (ACML). The funny thing was that MKL and Intel Compilers are so good, it was found that MKL ran better on AMD processors than AMD's own software.
Even if you write it yourself, you simply put your AVX256 and AVX512 behind different code paths, that is, with a big if statement. There is no need for "different binaries". That is plain wrong.
It is Ice Lake that would be almost half as fast as AMD in integer.Anyone who says Intel's chips aren't competitive from a performance standpoint is fandboying for AMD. I'm a fanboy myself, but I'd rather rely on facts than just bold claims.
given that. It's not really the silicon that Intel is pumping out that is really the problem here. it's their business hubris in assuming that "INTEL" label alone justifies their higher costs to get that performance.
Than when you consider that Intel is still doing things like different SKU's just for unlocked CPU's. Different SKU's for ECC support. and charging significantly more for those features. On top of an already more expensive part per performance.
Intel's CPU's are still GOOD. Intel's business model is lazy, consumer hostile and the executives operating this way need to be turfed.
I'ts like the nonsense they did when releasing the 10xxx CPU's to compete against AMD's Zen2. AMD had announced the date months in advance. Intel suddenly than 2 weeks before hand rushed out test units to "influencers" and announced the SAME DAY! knowing that the Influencers, to get maximum youtube monetization would have to pick one of the two releases to cover on day 1 and then wait a second day for the other chipset. that's just a low move to try and manipulate the markets perception and "attack" AMD's release.
Intel needs a massive and serious shakeup in their business ethics and behaviour.
These discussions are funny.
The only thing that really matters is performance with real workloads not some synthetic benchmarks.
The other thing that doesn't matter unless you know the design rules, is minimum feature size.
Minimum features are used for making RAM in a process, not logic.
So what TSMC advertises a 5nm process. That is the smallest feature size, not all features.
At higher frequencies those wires need to be spaced at larger distances. The wires need to be larger to carry more current. So your minimum features don't mean crap when you've got a heavily loaded net that needs to travel distance. Now you worry about crosstalk, capacitance and mutual inductance. Signal integrity issues just get worse.
So what Intel s shipping a 14nm++ or whatever. Is the thermal adequate for the application and does it meet the performance goal?
Those things matter and a minimum feature size doesn't matter a whole lot.
As far as an ARM processor in an iPad? When you start adding support for lots of channels DDR, PCIe 4.0 and all the peripheral stuff, it will generate a lot more heat. PCIe is power hungry with differential IO. The need to drive board traces that are multiple inches long requires beefy drivers.
Anyway, you can do lots with ARM processors and Ampere and others show you can, but lets be clear an A13 mobile processor is not up to the task in it's current form.
The DT in HEDT means DESKTOP.
You would buy such a laptop just to program AVX-512.
I imagine the Ice Lake architecture was also intended for desktops.
Don't waste you time.
People here are fixated on smallest feature size and don't understand that density and power efficiency matter.
I guess you dont know everything.
Officially, AMD CPU does not support TB3. Asrock has 2 motherboards with TB3 but Asrock is historically well known for making special types of the motherboard... Those AMD motherboards with TB3 arent normal motherboards. How come others still not able to support TB3? Since Ice lake and Tiger lake have integrated TB3 and 4, it wont be possible to see a controller separately.
Tell me if you know any other brands support TB3 for AMD CPU but I already doubt it.
Of course people also use inline instructions, not just relying on the compiler.You do not have to own a CPU that runs AVX-512 to program for AVX-512.
Cross compiling was there for super long time already.
You are not coding assembly code directly. Just asking compilers to do the magic.
Of course people also use inline instructions, not just relying on the compiler.
How do you debug if you cannot run it?
That is how some libraries are programmed.How many programmers need inline assembly? Or instead: How many programmers use a programming language that support inline assembly?
That is how some libraries are programmed.
It does not matter how many. Many of the ones that don't could just buy an ARM tablet.That's not answering my question.
How Many programmers actually use a programming language that support inline assembly.
Most programmers today just use compiled libraries instead of building them and let along optimizing them.
It does not matter how many. Many of the ones that don't could just buy an ARM tablet.
You could use a tablet to program in Java or pure .NET if you had the tools.For what?
Buying ARM tablet for optimizing Intel Server chip performance?
That's as hilarious as buying AMD for optimizing Intel Server chip performance.
You should buy something that's similar to your target system if you're doing hand writing assembly code.
If the target system is a AMD EPYC will you buy an Intel CPU to debug and test your assembly code?
And how many matters a lot: will you force a frontend web developer to buy a AVX512 enabled laptop to just build a website?
You could use a tablet to program in Java or pure .NET if you had the tools.
Who said anything about buying AVX-512 if you know you won't need it?
Of course AMD is now better than Intel in most cases.So AVX512 isn't a big advantage for PC since most user won't need it.
A CPU runs as fast without AVX512 is even better for compatibility reasons.
100% wrong.
Compiler flags is applied to the whole file instead of blocks. You can not compile a single binary that contain both AVX256 and AVX512 paths. You have to compile them separately and link them together.
And AMD do not need Intel MKL to half their performance. AMD can use OpenBLAS that is almost 2x compare to running MKL.
This option tells the compiler to generate multiple, feature-specific auto-dispatch code paths for Intel® processors if there is a performance benefit. It also generates a baseline code path. The Intel feature-specific auto-dispatch path is usually more optimized than the baseline path. Other options, such as O3, control how much optimization is performed on the baseline path.
With the GNU C++ front end, for x86 targets, you may specify multiple versions of a function, where each function is specialized for a specific target feature. At runtime, the appropriate version of the function is automatically executed depending on the characteristics of the execution platform. Here is an example.
__attribute__ ((target ("default")))
int foo ()
{
// The default version of foo.
return 0;
}
__attribute__ ((target ("sse4.2")))
int foo ()
{
// foo version for SSE4.2
return 1;
}
__attribute__ ((target ("arch=atom")))
int foo ()
{
// foo version for the Intel ATOM processor
return 2;
}
__attribute__ ((target ("arch=amdfam10")))
int foo ()
{
// foo version for the AMD Family 0x10 processors.
return 3;
}
int main ()
{
int (*p)() = &foo;
assert ((*p) () == foo ());
return 0;
}
In the above example, four versions of function foo are created. The first version of foo with the target attribute "default" is the default version. This version gets executed when no other target specific version qualifies for execution on a particular platform.
Of course AMD is now better than Intel in most cases.
Intel would still win in eGPU, ultra-mobile, and current pure gaming.
Wrong.
![]()
ax, Qax
Developer guide and reference for users of the Intel® C++ Compiler Classicsoftware.intel.com
Function Multiversioning - Using the GNU Compiler Collection (GCC)
Using the GNU Compiler Collection (GCC)gcc.gnu.org
Of course AMD is now better than Intel in most cases.
Intel would still win in eGPU, ultra-mobile, and current pure gaming.
1. Show me an AMD laptop with Thunderbolt.eGPU is CPU independent.
Intel is losing Ultra-mobile as 4800U destroying Intel top end 1056G7.
3950X have same gaming performance as 9900KS even at 1080P high frame rate level.