I think everyone's focusing on the core count, but the packaging story is way more interesting here. This thing is 12 separate chiplets on 18A stacked on base dies made on Intel 3, connected to I/O tiles on Intel 7. Three different process nodes in one package, shipping at volume. That's nuts. And it's clearly an IFS play too. Intel Foundry needs a proof point — you can publish PDKs all day, but nothing sells foundry…
> 18A is brand new, yields are probably rough. That the CPU cores are low frequency cores probably helps with yield as well.
Intel's make-or-break 18A process node debuts for data center with 288-core Xeon
261–270 of 303 posts
Re: Intel's make-or-break 18A process node debuts for data center with 288-core Xeon
#262I’ve not kept up with Intel in a while, but one thing that stood out to me is these are all E cores— meaning no hyperthreading. Is something like this competitive, or preferred, in certain applications? Also does anyone know if there have been any benchmarks against AMDs 192 core Epyc CPU?
Re: Intel's make-or-break 18A process node debuts for data center with 288-core Xeon
#263Earlier quoted context omitted.
Out of all the comments on numbers, SREs, and scaling, you get the response for meeting numbers with numbers! > $120K isn't going to cover the fully loaded costs of an SRE who can set up and run that. Literally this. I can do SRE on-prem and cloud, and my 50/30/20 budget break-even point (as in, needs and savings but no wants - so 70%) is $170k before taxes . Rent is astonishingly high right now, and the sort of mid-…
> Out of all the comments on numbers, SREs, and scaling, you get the response for meeting numbers with numbers! >> $120K isn't going to cover the fully loaded costs of an SRE who can set up and run that. > Literally this. I can do SRE on-prem and cloud, and my 50/30/20 budget break-even point (as in, needs and savings but no wants - so 70%) is $170k before taxes. Rent is astonishingly high right now, and the sort of…
The kind where TC isn’t measured by pod managed, but by person hired. Also the world where median rent in major metros is $3500 a month.
If you think $120k is rich, you’re either operating in the boonies, outside the USA/Canada, or incredibly out of touch with the cost of living today and need to seriously go study BLS/FRED/CPI data sets to understand how expensive it is to live right now.
Re: Intel's make-or-break 18A process node debuts for data center with 288-core Xeon
#264Earlier quoted context omitted.
Out of all the comments on numbers, SREs, and scaling, you get the response for meeting numbers with numbers! > $120K isn't going to cover the fully loaded costs of an SRE who can set up and run that. Literally this. I can do SRE on-prem and cloud, and my 50/30/20 budget break-even point (as in, needs and savings but no wants - so 70%) is $170k before taxes . Rent is astonishingly high right now, and the sort of mid-…
i am not sre, merely sysadmin. and somehow i have this impression that gpus on slurm/pbs could not be simpler. u can use a vm for the head node, dont even need the clustering really..if u can accept taking 20min to restore a vm.. and the rest of the hardware are homogeneous - you setup 1 right and the rest are identical. and its a cluster with a job queue.. 1 node going down is not the end of the world.. ok if u have…
Re: Intel's make-or-break 18A process node debuts for data center with 288-core Xeon
#265Earlier quoted context omitted.
> $120K isn't going to cover the fully loaded costs of an SRE who can set up and run that. > Hiring 1 person to run the infrastructure means that 1 person is on-call 24/7 forever. > If there's an issue with the server while they're sick or on vacation, you just stop and wait. Very much depends on what you're doing, of course, but "you just stop and wait" for sickness/vacation sometimes is actually good enough uptime…
So the entire business was happy to go offline for 2/3 weeks whenever their infra person fancied going off on their summer holiday? By doing this, you're guaranteeing a bus factor of below 1. I can't think of any business that wouldn't see that as being a completely unacceptable risk.
Re: Intel's make-or-break 18A process node debuts for data center with 288-core Xeon
#266Earlier quoted context omitted.
$120K isn't going to cover the fully loaded costs of an SRE who can set up and run that. Hiring 1 person to run the infrastructure means that 1 person is on-call 24/7 forever. If there's an issue with the server while they're sick or on vacation, you just stop and wait. If they take a new job, you need to find someone to take over or very quickly hire a replacement. There's a second bus factor: What happens when that…
If a business which require at least a quarter million bucks worth of hardware for the basic operation yet it can't pay the market rate for someonr who would operate it - maybe the basics of that business is not okay?
Companies following consultant reports will usually end up offering 50% ranges, which for SRE/SIE roles in major metros comes to around $163k. If they study BLS/FRED/CPI data and aim to pay someone enough for a 50/30/20 budget in a major metro at median rent, they’ll offer $175k to $200k+. If they want someone to stick around, buy an average home, lay roots, it’s $210k+, minimum.
“Six figures” doesn’t cover essentials anymore for almost every major city in the USA, and the last thing you can afford to cheap out on is the labor supporting your IT infra. Every corner you cut today on TC (outsourcing, offshoring, consulting) is just letting fires rage until you either parachute out or everything burns down, and that’s not a game you can afford to play with critical business technologies.
Re: Intel's make-or-break 18A process node debuts for data center with 288-core Xeon
#267Earlier quoted context omitted.
$120K isn't going to cover the fully loaded costs of an SRE who can set up and run that. Hiring 1 person to run the infrastructure means that 1 person is on-call 24/7 forever. If there's an issue with the server while they're sick or on vacation, you just stop and wait. If they take a new job, you need to find someone to take over or very quickly hire a replacement. There's a second bus factor: What happens when that…
> There's a second bus factor: What happens when that 8xH100 starts to get flakey? You can't move the jobs to another server because you only have one. You can still use cloud for excess capacity when needed. E.g. use on-prem for base load, and spin up cloud instances for peaks in load.
Re: Intel's make-or-break 18A process node debuts for data center with 288-core Xeon
#268These sorts of core-density increases are how I win cloud debates in an org. * Identify the workloads that haven't scaled in a year. Your ERPs, your HRIS, your dev/stage/test environments, DBs, Microsoft estate, core infrastructure, etc. (EDIT, from zbentley: also identify any cross-system processing where data will transfer from the cloud back to your private estate to be excluded, so you don't get murdered with egr…
The main cost with on-prem is not the price of the gear but the price of acquiring talent to manage the gear. Most companies simply don't have the skillset internally to properly manage these servers, or even the internal talent to know whether they are hiring a good infrastructure engineer or not during the interview process. For those that do, your scaling example works against you. If today you can merge three ser…
Generalists (it me) typically command lower market rates, remain far more flexible, and can replicate much of the experience on-prem while knowing when and why to put something in the public cloud. A few examples:
* 24/7 Telemetry and Monitoring: if you have the talent to roll your own with OpenTelemetry, Grafana, Prometheus, and a database to store the telemetry involved, then great! If it’s me wrangling a hybrid environment though, I’m likely leaning on New Relic to save on headcount and deliver similar results.
* DBaaS: this is increasingly just offered by hypervisor managers since it’s often just spooling up a container and pointing to storage. Not quite a “solved problem”, but enough of one that a single DBA can cover both estates if needed - or a moderately skilled generalist can at least secure it for internal use before offering it out to customers
* Vulnerability Management: as much as I’d love to have an internal Red Team, it’s an order of magnitude cheaper to leverage Nessus, Wazuh, Wiz, or any of the other fleets of continuous scanners to identify vulnerabilities or misconfigurations
That’s just me cherry-picking. The point is less “do everything possible on-prem”, and more “diversify workload placement depending on cost advantages relative to risk models”, and on-prem wins quite handily for a lot of LOB software that just quietly sits and does its thing with minimal fuss.
Re: Intel's make-or-break 18A process node debuts for data center with 288-core Xeon
#269I think everyone's focusing on the core count, but the packaging story is way more interesting here. This thing is 12 separate chiplets on 18A stacked on base dies made on Intel 3, connected to I/O tiles on Intel 7. Three different process nodes in one package, shipping at volume. That's nuts. And it's clearly an IFS play too. Intel Foundry needs a proof point — you can publish PDKs all day, but nothing sells foundry…
Agree entirely with your take. The packaging story is awesome, I wish there were more details on the stacking used on this one. But I am at a loss to how Intel are really going to get any traction with IFS. How can anyone trust Intel as a long-term foundry partner. Even if they priced it more aggressively, the opportunity cost in picking a supplier who decides to quit next year would be catastrophic for many. The onl…
With the standard form of business trust: a contract.
Re: Intel's make-or-break 18A process node debuts for data center with 288-core Xeon
#270Earlier quoted context omitted.
> even the internal talent to know whether they are hiring a good infrastructure engineer or not during the interview process. This is really the core problem. Every time I’ve done the math on a sizable cloud vs on-prem deployment, there is so much money left on the table that the orgs can afford to pay FAANG-level salaries for several good SREs but never have we been able to find people to fill the roles or even kno…
You didn’t find people because SREs don’t do that. You wanted sysadmins / IT / data center technicians.
no shortage of IT talent in 2026, the market is literally overflowing with resumes and wages are dropping. huge gluts of fairly generic online degree holders.
they can use AI to write basic Ansible just as well as my Seniors