frontpage.
newsnewestaskshowjobs

Made with ♥ by @iamnishanth

Open Source @Github

fp.

Children with cancer scammed out of millions fundraised for their treatment

https://www.bbc.com/news/articles/ckgz318y8elo
150•1659447091•3h ago•87 comments

SHARP, an approach to photorealistic view synthesis from a single image

https://apple.github.io/ml-sharp/
285•dvrp•5h ago•58 comments

A linear-time alternative for Dimensionality Reduction and fast visualisation

https://medium.com/@roman.f/a-linear-time-alternative-to-t-sne-for-dimensionality-reduction-and-f...
48•romanfll•2h ago•8 comments

The biggest heat pumps in the world

https://www.bbc.com/news/articles/c17p44w87rno
17•rayhaanj•1h ago•6 comments

Erdős Problem #1026

https://terrytao.wordpress.com/2025/12/08/the-story-of-erdos-problem-126/
77•tzury•4h ago•7 comments

Quill OS: An open-source OS for Kobo's eReaders

https://quill-os.org/
258•Curiositry•9h ago•81 comments

Bonsai: A Voxel Engine, from scratch

https://github.com/scallyw4g/bonsai
38•jesse__•3h ago•4 comments

JetBlue flight averts mid-air collision with US Air Force jet

https://www.reuters.com/world/americas/jetblue-flight-averts-mid-air-collision-with-us-air-force-...
253•divbzero•10h ago•139 comments

O'saasy License Agreement

https://osaasy.dev/
31•d3w1tt•2h ago•28 comments

Creating C closures from Lua closures

https://lowkpro.com/blog/creating-c-closures-from-lua-closures.html
25•publicdebates•4d ago•2 comments

8M users' AI conversations sold for profit by "privacy" extensions

https://www.koi.ai/blog/urban-vpn-browser-extension-ai-conversations-data-collection
456•takira•6h ago•143 comments

Native vs. emulation: World of Warcraft game performance on Snapdragon X Elite

https://rkblog.dev/posts/pc-hardware/pc-on-arm/x86_versus_arm_native_game/
74•geekman7473•9h ago•27 comments

“Are you the one?” is free money

https://blog.owenlacey.dev/posts/are-you-the-one-is-free-money/
328•samwho•4d ago•61 comments

7 Years, 2 Rebuilds, 40K+ Stars: Milvus Recap and Roadmap

https://milvus.io/blog/milvus-exceeds-40k-github-stars.md
13•Fendy•5d ago•3 comments

Mark V Shaney

https://en.wikipedia.org/wiki/Mark_V._Shaney
8•djoldman•4d ago•1 comments

Economics of Orbital vs. Terrestrial Data Centers

https://andrewmccalip.com/space-datacenters
110•flinner•11h ago•160 comments

Show HN: I designed my own 3D printer motherboard

https://github.com/KaiPereira/Cheetah-MX4-Mini
61•kaipereira•1w ago•14 comments

Essential Semiconductor Physics [pdf]

https://nanohub.org/resources/43623/download/Essential_Semiconductor_Physics.pdf
183•akshatjiwan•2d ago•7 comments

Rollstack (YC W23) is hiring multiple software engineers (TypeScript) US/Canada

https://www.ycombinator.com/companies/rollstack-2/jobs/QPqpb1n-software-engineer-typescript-us-ca...
1•yjallouli•7h ago

Chafa: Terminal Graphics for the 21st Century

https://hpjansson.org/chafa/
158•birdculture•15h ago•24 comments

Umbrel – Personal Cloud

https://umbrel.com
183•oldfuture•13h ago•98 comments

The Bob Dylan concert for just one person

https://www.flaggingdown.com/p/the-bob-dylan-concert-for-just-one
82•NaOH•9h ago•18 comments

Light intensity steers molecular assemblies into 1D, 2D or 3D structures

https://phys.org/news/2025-11-intensity-molecular-1d-2d-3d.html
24•PaulHoule•5d ago•3 comments

In Defense of Matlab Code

https://runmat.org/blog/in-defense-of-matlab-whiteboard-style-code
119•finbarr1987•3d ago•125 comments

Nature's many attempts to evolve a Nostr

https://newsletter.squishy.computer/p/natures-many-attempts-to-evolve-a
183•fiatjaf•5d ago•116 comments

The appropriate amount of effort is zero

https://expandingawareness.org/blog/the-appropriate-amount-of-effort-is-zero/
120•gmays•13h ago•70 comments

Understanding carriage

https://seths.blog/2025/12/understanding-carriage/
50•herbertl•5d ago•11 comments

A kernel bug froze my machine: Debugging an async-profiler deadlock

https://questdb.com/blog/async-profiler-kernel-bug/
94•bluestreak•12h ago•16 comments

Secret Documents Show Pepsi and Walmart Colluded to Raise Food Prices

https://www.thebignewsletter.com/p/secret-documents-show-pepsi-and-walmart
401•connor11528•11h ago•99 comments

Ford kills the All-Electric F-150

https://www.wired.com/story/ford-kills-electric-f-150-lightning-for-hybrid/
345•sacred-rat•11h ago•554 comments
Open in hackernews

Native vs. emulation: World of Warcraft game performance on Snapdragon X Elite

https://rkblog.dev/posts/pc-hardware/pc-on-arm/x86_versus_arm_native_game/
73•geekman7473•9h ago

Comments

MuffinFlavored•6h ago
How hard would it be for Blizzard to just recompile WoW to support arm64?
vbezhenar•6h ago
They support arm64
teraflop•6h ago
They did, and that's what this article is benchmarking.

Specifically, it's comparing the native ARM64 version against the emulated x86_64 version, both running on an ARM64 CPU.

pxc•6h ago
It seems that "native vs. emulated" here means "arm64 binaries vs. x86 binaries, both running on Windows". So the comparison that the OP is making wouldn't be possible if Blizzard didn't already support aarch64.
wyldfire•5h ago
As others have said in this thread, they did.

But to answer your question as if they had not yet: it's never "just" recompiling. It's:

* recompile (and fix any warnings/errors indicated by the compiler)

* re-test ... the entire game

* fix the bugs that are encountered in test

* release/publish the game for Windows ARM64

Whatever this effort is, it's much much more than "just" recompiling. You could imagine motivated individuals on the engineering team chipping away at this list of their own accord. But following through with a product requires significant effort and coordination that often is weighed against the potential revenue that this new market could provide.

MangoToupe•4h ago
> * re-test ... the entire game

That seems a bit absurd. Surely many parts of the game won't likely have bits of code that interact with architecture in unique ways. Especially if you wrote the game in relatively portable code to begin with (as WoW almost certainly was).

I mean idk, maybe windows arm64 is a uniquely nasty target. But i'm skeptical.

jama211•4h ago
I mean you can release it with loads of parts untested and just _hope_ there aren’t bugs there, it’s definitely an option. It’s risk vs reward there.
mobilio•2h ago
few days ago there was thread here about Valve and 20 years FPU bug...

https://news.ycombinator.com/item?id=46009962

WoW was released 21 years ago AFAIK

dgellow•9m ago
now I feel old...
pdpi•4h ago
They've supported macOS through all of PowerPC, Intel, and now ARM. I'm sure Windows on ARM should be trivial for them.
mort96•6m ago
They did the work your parent comment describes for macOS on PowerPC, macOS on Intel, and macOS on arm. They can do the work, but it's still work.
mort96•8m ago
A really fun thing is that arm and x86 have different char signedness: char is signed on x86, unsigned on arm. This has tripped me up more than a few times when I try to compile software that's only been tested on x86 for an arm machine.

Now WoW already supports Apple Silicon on macOS so most of that was already taken care of, but I'm betting there's a lot of Windows-specific code in there too.

cosmic_cheese•5h ago
Interesting, I didn't know they'd added an Windows/ARM build. Makes some sense though, WoW has always been one of the best about broad platform/arch support… macOS/PPC and Windows/x86 versions were both available from day one and have stayed in lockstep the whole time, and it was among the first games to make both the PPC → x86 jump and x86 → ARM jump on Macs. Have heard that they had Linux builds internally early on too.
eptcyka•1h ago
Wine has almost always worked, back when I played.
artimaeis•4h ago
It offers native x86, Windows on ARM, and Apple Silicon versions.

I think this is incorrect. Specifically the Windows ARM support. Official hardware support page indicates that the Windows version requires x64. I unfortunately don’t have the hardware to confirm for myself. But Blizzard is the kind of company that would have made a blog post about that.

https://us.support.blizzard.com/en/article/76459

This is neat, and exciting that Windows emulation tooling is progressing! It seems like there’s a lot of work hardware vendors would need to do in order to make Win/Arm viable for game devs. I really wonder if that’s ever going to happen.

mahmoudimus•4h ago
Windows ARM builds are available on their CDN.
AndrewDavis•2h ago
> I think this is incorrect. Specifically the Windows ARM support. Official hardware support page indicates that the Windows version requires x64. I unfortunately don’t have the hardware to confirm for myself. But Blizzard is the kind of company that would have made a blog post about that.

It has been around for a while, circa 2021. They made a forum post when they released it.

For reasons unknown the link no longer works but here it is on the wayback machine. https://web.archive.org/web/20210512205620/https://us.forums...

geekman7473•4h ago
TL;DR the author attempts to measure the ratio between native and emulated performance using Microsoft Prism on Windows. His measurements suggest that the emulated performance is very close to native performance.

Though I am not skeptical of the authors methodology, I do suspect that the ARM64 build of WoW may not be as "optimized" as the x64 build. This is because in some of his workloads the emulated game actually outperformed the native game.

jauntywundrkind•3h ago
I'm tentatively excited for the new Snapdragon X2 Elite. Or I would be if any of us could ever afford RAM prices ever again.

The high end model has a 192-bit memory bus, a 3 channel design. 12+6 cores but very big/big more than less big/little. 53MB L3 cache is quite healthy. 80TOps NPU (int8). 9533 MT/s 192-bit memory for 228GB/s which is nipping right at Strix Halo & Nvidia Spark's heels. 12x PCIe 5.0, 4x PCIe 4.0, and "3x USB-C" 40Gb/s (hopefully not some shared bandwidth cop out). And some kind of pretty big GPU. The specs here are quite promising.

And Qualcomm has started taking Linux drivers somewhat more seriously. Linux & mesa drivers are arriving now for previous Snapdragon X Elite & looking pretty promising. That said, this whole Device Tree world is hell, and never going to be good, and Qualcomm direly needs to get religion there & get some ServerReady type ACPI + UEFI compatibility standardized in the products, and stop OEMs from shipping these awful embedded-style non-PC things.

I'm excited to see ARM finally actually show up with something competitive. Alas though, those RAM prices. What a sad buzzkill, and man this is going to take forever to work out.

arjie•3h ago
I have always had trouble acquiring the actual devices at a competitive price. It is cheaper to get an M-series Mac Mini than a Snapdragon X Elite box and the former smokes the latter. The one advantage of the non-Macs is usually that their Linux support is good, but the Ideacentres or whatever that ship the S X E don't have very much support. Despite being fairly eager to try out this device, I could not bring myself to spend the money on what would remain in the closet after I failed to boot a Linux, any Linux.
DeathArrow•1h ago
The emulated version beats the native version some times. Either the emulator is very good or the ARM build isn't optimized too much.
vintagedave•1h ago
I’m curious if WoW is using any newer x86 instruction sets like AVX. I’ve been testing some math benchmarks on ARM emulating x64, and saw very little performance improvement with the AVX2+FMA builds, compared to the SSE4.x level. (X64 v2 to v3.) It was unexpected.

It’s the first Windows build with Prism and the first time they’ve introduced AVX(2) support, so I wonder simply if the performance isn’t there yet. I’ve found very little info online about this.

PeterStuer•49m ago
Does WoW still use Blizzard's in house anti-cheat engine (Warden)? Interesting how the emulated version did not trip this.
ktallett•16m ago
I didn't know it did for quite a while. I have regularly emulated WoW on Linux since 2013 and not had any significant issues.
ohnoesjmr•15m ago
The anti-cheat streams executable code into the client, and that code is mostly for detecting tampering with the game, injected modules, etc.

Not sure they care about it running in an emulated environment.

They do effectively allocate an executable memory region, copy the machine code that was streamed into it, and jump to it.

I guess in this case the emulation is an actual vm, rather than "rewrite x86 instructions into arm" (don't know much about this subject, but assumed that was how rosetta worked)

mort96•10m ago
Rosetta 2 rewrites x86 instructions into ARM, but it does this on the fly for generated instructions too. When you put x86 machine code into a buffer and then jump to execute it, Rosetta 2 dynamically translates those generated instructions into arm before executing them.

At least that's what I gathered around the time it was released. It seems to hold up; JITed x86 applications work great under Rosetta 2.

KeplerBoy•11m ago
I'm somewhat surprised that WoW runs on high settings on iGPUs these days.