Monday, June 30th 2025
Intel Xeon 6 Slashes Power Consumption for Nokia Core Network Customers
Intel and Nokia are expanding their long-standing and strategic collaboration to advance core network infrastructures with the deployment of Intel Xeon 6 processors with Efficient-cores (E-cores) in the Nokia NFVI v5.0 and Nokia Core Networks Applications. With breakthrough energy efficiency, capacity and scalability for 5G core workloads, this joint infrastructure initiative will provide Nokia customers with up to a 60% reduction in power consumption, a 60% smaller server footprint and a 150% performance boost compared to widely deployed previous-generation servers.
"The combination of Intel Xeon 6 E-core processors - engineered for power-efficient, high-density compute - and Intel Infrastructure Power Manager, which delivers stable run-time power savings, provides a robust foundation for the most energy-efficient 5G core networks. We're proud to see Nokia Core Networks continue to lead with Intel Xeon processors, helping communications service providers reduce both power use and infrastructure footprint at scale," said Alexander Quach, Intel vice president and general manager of the Wireline and Core Network Division.
This adoption highlights the telecom industry's need for power-optimized, high-density infrastructure to meet modern 5G performance and sustainability demands. For decades, Intel and Nokia have worked together to produce tangible innovation. By combining Intel Xeon 6 (specifically the Intel Xeon 6780E) with Intel Infrastructure Power Manager (IPM), Nokia Core Networks will enable:
"The results from our joint IPM trials using Intel Xeon 6 with E-cores underscore how industry partnerships - like our long-standing collaboration with Intel - are essential to driving shared innovation and delivering scalable, energy-efficient solutions that enable more sustainable networks. The important energy efficiency gains demonstrated in these trials align closely with what operators need as they modernize their networks," said Kal De, SVP of Products and Engineering, Cloud and Network Services at Nokia.
"The combination of Intel Xeon 6 E-core processors - engineered for power-efficient, high-density compute - and Intel Infrastructure Power Manager, which delivers stable run-time power savings, provides a robust foundation for the most energy-efficient 5G core networks. We're proud to see Nokia Core Networks continue to lead with Intel Xeon processors, helping communications service providers reduce both power use and infrastructure footprint at scale," said Alexander Quach, Intel vice president and general manager of the Wireline and Core Network Division.
- Load-aware and power-aware compute.
- Lower operational costs.
- Reduced carbon footprint.
- No compromise on network stability.
"The results from our joint IPM trials using Intel Xeon 6 with E-cores underscore how industry partnerships - like our long-standing collaboration with Intel - are essential to driving shared innovation and delivering scalable, energy-efficient solutions that enable more sustainable networks. The important energy efficiency gains demonstrated in these trials align closely with what operators need as they modernize their networks," said Kal De, SVP of Products and Engineering, Cloud and Network Services at Nokia.
12 Comments on Intel Xeon 6 Slashes Power Consumption for Nokia Core Network Customers
If anything this suggests Nokia isn't really good at upgrading their server designs? ;)
Honestly, playing both teams is probably good for them and I guess they want to underline that 5G edge networking is highly threaded and thusly those 144 core 6 Xeons are good at that?
As for AVX-512; Gracemont/Crestmont still supports a lot of subset instruction levels of AVX-512 (now detailed within AVX10) that are more like AVX2 recompiles. If Nokia was not using any true 512-bit vector workloads they will be fine.
I wonder if AMD making AVX-512 "popular enough" weighted in on this late change to the AVX10 specs.
Compare the figure on the last page of revision 3.0 and 2.0 which you can find here. "Optional 512-bit FP/int" was removed from both AVX10.1 and 10.2, and vector sizes for both are 128/256/512-bit.
In revision 2.0 future E-core designs were not guaranteed to support 512-bit instructions since it was an optional feature. In May this changed with rev. 3.0 and now everything will support 512-bit vectors, thus support backwards binary compatibility with AVX-512.
The wording changed from 512-bit being optional, I.E. all new instructions HAD to be 128 or 256, optionally also 512, to now ALL instructions must be 128, 256, AND 512.
In this way AVX10 has solved none of the problems of transparency that AVX-512 had, since AVX-512 already contains a plethora of instructions that aren't 512-bit length exclusive.I did misunderstand, that's my bad. Remember kids, it's one thing to read something it's another to understand it. I had to reread a few times for it to actually stick.
Okay, so yes AVX10.2 removes the optional implementation at the logic scale. So future E-Cores will very likely be 32x256-bit double-pumped to adhere to the AVX10.2 superset, giving them full 512-bit. I was seeing that Intel didn't specify "Future" in the diagram, saw that they resumed 128 and 256-bit subsets, and made the assumption that AVX10.2 formalized non-512 hardware implementations to the effect of allowing 32x128 by utilizing the subset vector lengths to support it. Which, they did before the change but now I get it.
I'll be getting another cup of coffee before reading tech documents.
Before this change you had separate AVX10/256 and AVX10/512 targets. They were binary incompatible, as in a AVX10/512 program wouldn't run on a AVX10/256 CPU (E-core). Intel decided to remove AVX10/256-only cores from the AVX10 spec thus solved one of the gripes I had with it. I wonder if they are going to keep the VMX mechanism to create AVX10/256-only virtual machines on AVX10/512 CPUs.It solved another problem of AVX-512 which is fragmentation of implementations. Unlike previous extensions to x86 like SSE there are gaps in instruction coverage between subsequent implementations of AVX-512. For example latest Intel designs have no VP2INTERSECT support despite supporting it earlier in Tiger Lake.
AVX10.2 supports everything from AVX10.1, and future AVX10.3 will support everything in AVX10.2, and so on.
What other transparency issues remain?