News for hackers. Stuff that matters.

A comment on Microsoft Hasn't Had a Coherent GUI Strategy Since Petzold. Parent comment

Re:Microsoft Hasn't Had a Coherent GUI Strategy Since Petzold by wg0 on Monday April 06, 2026 @07:48AM (#47659683)
I doubt that .NET was meant to solve the problem of underlying variation in instruction set of Intel processors because that concern does not exists for 98% of the applications anyway they rarely have to look for the compiler settings and for the rest of the 2%, the compiler flags are huge set of options and that kind of tweaks are NOT available for .NET anyway.

Additionally, such applications that want to exploit certain underlying processor's instruction set have no way to do so without detecting CPUID and landing into so called "unmanaged code" because .NET is all about very high level IR that even has object oriented features as well.

[ Parent | on HN ]
Re:Microsoft Hasn't Had a Coherent GUI Strategy Since Petzold by simonask on Monday April 06, 2026 @08:25AM (#47660027)
The .NET JIT compiler absolutely does query CPUID flags and generates different optimized code depending on available features, as well as the performance profile of each CPU model. This is similar to always passing `-march=native` to GCC.

This can have a huge effect on a wide range of applications, not just those using particular CPU features. For example, each libc implementation typically has a separate implementation `memcpy()` for each set of CPU features.

[ Parent | on HN ]
Re:Microsoft Hasn't Had a Coherent GUI Strategy Since Petzold by wg0 on Monday April 06, 2026 @10:08AM (#47661146)
Okay thank you. I need to read more on the subject the.
[ Parent | on HN ]
Re:Microsoft Hasn't Had a Coherent GUI Strategy Since Petzold by icelusxl on Monday April 06, 2026 @02:02PM (#47664513)
The "Performance Improvements in .NET" blog lists the new JIT support for instruction sets each year.

https://devblogs.microsoft.com/dotnet/performance-improvemen...

[ Parent | on HN ]