Das Zitierte ist soweit bekannt. Gab es nicht erst mit XP SP2 eine offizielle API für Virenscanner? Vorher blieb also nichts anderes übrig als Kernelhacking.
Später hat MS dann "Hacks" in Windows immer mehr eingeschränkt, so kam z.B. auch ein Signaturzwang für Treiber. Das ganze hat immer zwei Seiten, "Sicherheit" vs Freiheit&Innovation.
Mich hat daher im Zusammenhang mit dem Meltdownupdate schon gewundert, daß AV Hersteller immer noch am Kernel drehen (dürfen).
Werde jetzt mal den ganzen Artikel lesen.
Dieser interessante Artikel von einem ehem. MS Office Mitarbeiter ist in ihm verlinkt:
What Really Happened with Vista
https://hackernoon.com/what-really-happened-with-vista-4ca7ffb5a1a
I apologize for the length. The TL;DR; version is:
- Microsoft badly misjudged the underlying trends in computer hardware, in particular the right turn that occurred in 2003 to the trend of rapid improvements in single-threaded processor speed and matching improvements in other core elements of the PC. Vista was planned for and built for hardware that did not exist. This was bad for desktops, worse for laptops and disastrous for mobile.
- The bet on C# and managed code was poorly motivated and poorly executed. This failure in particular can be laid directly on Bill Gates and his fruitless Holy Grail effort to create a universal storage and universal canvas applications infrastructure. This had especially long-running consequences.
- Windows project management had teetered on catastrophic throughout its history with a trail of late projects that stumbled to completion. Vista was a disaster but was just the culmination of a series of near-catastrophes in the core executive mission of complex project execution.
The bet on C# and managed code included a strategy that reduced investments in the core unmanaged Win32 layers. I remember long meetings trying to get Windows to commit to relatively minor investments in text and graphics features that Office needed. Pulling these C# components out of the release made it even more obvious that Windows would be going years with very little improvement in core user interface controls for developers (like Office) on their main Win32 API.
Das hält leider bis heute an.
Immer wieder wurde/wird versucht Managed Code zu pushen.
.NET (alte .NET Programme laufen im Gegensatz zu den meisten Win32 Programmen bereits nicht mehr auf neueren Windowsversionen), Win8 RT, Silverlight, Win10 RT, .NET Core.
Wer sein Geld nicht in die Tonne werfen will hat hoffentlich immer an Win32 festgehalten.
Oder baut jetzt alles als Browser-Bloat (Chromium embedded) :sick:
The accusations of bloat I have made against the managed C# stack clearly does not explain the challenges with Vista performance since the managed layers were pushed out of the release. Windows XP shipped with a minimum system requirement of 64MB of memory, raised to 128MB in the major Windows XP security service pack. Vista increased the memory requirements to 512MB, although realistically required up to 1GB to run well (older readers will remember the scandal of questionably labeled “Vista Capable” computers). There is no single explanation for the increase in requirements. There were lots of individual teams that looked to take advantage of “inevitable” increases in performance due to Moore’s Law and the cumulative effect was this bloat. In fact, an important factor in this overall performance cost (and the overall quality issues) was the race to shipping that happened at the end of the release. Performance results come from big decisions but often comes from many small decisions and small improvements made by long hours spent analyzing code, driving results and balancing costs and benefits. That time simply was not available. The improvements made in Windows 7 clearly demonstrated that the opportunity was there — but not the time.
Vista hat auch ohne die geplanten "managed layers" viele neue Layer und Dienste hinzugefügt. Manches für Sicherheit + Kompatibilität. Dann ein vollkommen neues (gepuffertes) Grafiksystem.
Danach hat MS versucht das zu optimieren. Der Höhepunkt ist imo Windows 8 (von dem neu eingeführten App-Zeugs mal abgesehen), das sollte schließlich auch gut auf einfachen mobilen Geräten laufen. Seit Windows 10 steigt der Bloat wieder an (Rechner haben jetzt mehr RAM, SSDs werden gefühlt als Standard angenommen, und mittlerweile kann man Mobile auch vergessen)
The basic use cases — productivity (mostly Office), communications, browsing (including search, web sites and web applications), custom internal line-of-business applications, front ends to custom devices (think of your dentist’s x-ray machine) had mostly stabilized by 2000 and have not changed much since then. Microsoft could continue building new APIs but mostly the devices already did what users needed. The improvements desired by users — better manageability, stability, performance, security on the software side and longer battery life, lighter weight, faster processors, faster communications, bigger screens on the hardware side in many cases needed less software, not more.