How’s the performance per watt?
Oh wait. Nevermind, Intel sucks anyway. If it’s not performance issues, it’s hardware exploits. Not to mention Intel’s support for genocide in Gaza.
Remember guys: killing jews - normal, killing terrorists - genocide.
Why does it have to be one or the other? Killing Jews = bad. Killing innocent Palestinians = bad.
Why did you only add the innocent qualifier to the latter part?
To differentiate between civilians and Hamas combatants to hopefully avoid “whataboutisms” from people who try to pick apart any innocuous statement on the Internet.
Hamas combatants were not so long ago normal people, pushed out of their homes by foreign settlers and then have their entire families turned to glass for peacefully protesting. This is not a “both sides have valid arguments” matter.
70% of the murdered are women and children, this is if you assume all Palestinian men are terrorists with no right to defend themselves or exist on their land.
“All Natives Resist Colonialists” – Zeev Jabotinsky
🇮🇱
removed by mod
🇮🇱
On a technical level, it’s hard to say why Meteor Lake has regressed in this test, but the CPU’s performance characteristics elsewhere imply that Intel simply might not have cared as much about IPC. Meteor Lake is primarily designed to excel in AI applications and comes with the company’s most powerful integrated graphics yet. It also features Foveros technology and multiple tiles manufactured on different processes. So while Intel doesn’t beat AMD or Apple with Meteor Lake in IPC measurements, there’s a lot more going on under the hood.
comes with the company’s most powerful integrated graphics yet.
Not a particularly high bar there…
Intel is making the transition to ARM -and eventually RISC-V- inevitable.
Legacy compatibility always has had a cost, i guess its finally meaningfully showing up.
That’s silly. But I’m pretty sure AMD is pretty happy with the situation.
ITT: non devs that think multithreading is still difficult.
It’s become so trivial in many frameworks/languages nowadays, its starting to actually shifting towards single threading being something you have to do intentionally.
Everything is async by default first class and you have to go out of your way to unparallelize it.
It’s being awhile since I have seen anything mainstream that seriously cared about single thread performance enough to make it the most important benchmark.
I care about TDP way more. Your single thread performance doesn’t mean shit if your cpu starts to thermal throttle.
Async features in almost all popular languages are a single thread running an event loop (Go being an exception there I believe). Multi threading is still quite difficult to get right if the task isn’t trivially parallelizable.
A lot of languages have an asunc/await facade for tasks run on a background thread for result (c#, clj, py, etc), but it’s certainly not the default anywhere, and go most goroutines(?)/other csp implementations are probably going to be yielding for some io most of the time at the bottom anyway
Yes I’m mostly familiar with this in Kotlin. Sometimes this is kinda a footgun because you’re writing multi threaded code without explicitly doing so.
many professional apps. solidworks comes to mind
I’m a software engineer. And yes multithreading is difficult, just slapping on async isn’t necessarily going to help you run code in parallel
Think about the workload a game is using, you have to do most calcs on a frame by frame basis and you tend to want effects to apply in order. So you have a hard time running in parallel as the state for frame 1 needs to be calculated before frame 2. And within frame 1 any number of scripts can rely on the results of another, so you can’t just throw threads at the problem You can do some things like the sound system but beyond that it’s not trivial
Say it with me: For the shareholders!
