NT Kernel & System (ntoskrnl.exe) tar lång tid på sig

Först - har du hårdkört RAM-minnet med olika testprogram - många konstiga problem kan ha sin rot i att RAM-minnet inte är 100%, samma sak att testa att diskarna går bra och inte stallar i korta tider. kopplat in och ur BT, Wlan och se om det blir skillnad - ja bit för bit.

---

NT-kerneln *är* själva OS:t - ungefär som linux-kernel i linux.

NT var byggt som microkernel en gång i tiden där den delen som drog OS skulle vara så lite som möjligt och att alla aktiviteter skulle kallas in vid behov som externa drivrutiner och göras via transaktioner i en ring med lägre rättigheter än själva OS:t i sig.

(*.sys filer där drivrutinerna som 'ide.sys' för att tex. läsa en hårddisk var en lös modul och inte en del av kärnan - inte roligt när den saknas - har hänt för mig efter uppgraderingar och det är lite av läge att man nyss sågat av grenen man sitter på...)

Denna filosofi fick problem ganska snabbt - prestandaproblem närmare bestämt då att hantera grafik via transaktioner gav ingen alert grafisk miljö och helt oacceptabla fördröjningar för spelutvecklarna. Problemet med alla som förordnade microkernel-arkitektur som var på så poppis vid den tiden var att transaktioner kostade tid och resurser - mycket resurser, mer än fördelarna visade det sig.

(vid den här tiden var det full krig mellan Linus och Tannenbaum på filosofiskt nivå angående microkernel-arkitektur (som var mer eller mindre en akademisk ideprodukt) eller större och mer monolitisk kärna där allt 'viktigt' fanns i kernel-ring i linux och resten kunde läggas som moduler i antingen kernel-ring eller ring med lägre rättigheter - man kan säga att Linus pragmatiska inställning vann och alla moderna OS är byggda på det sättet mer eller mindre - för att man var tvungen helt enkelt...)

Med andra ord MS tvingades att släppa in grafikdrivrutiner med flera att köras i kernel-ring också (tror det var i och med windows NT4) och det blev en hel del hallåa om det där många inom främst akademiska kretsar ansåg att man 'förrådde' iden med mickrokernelarkitekturen - men det var också då directX-rutinerna började rullas ut.

Linus och Linux-världen insåg detta tidigt och man körde istället med modulsystem där man vid kompilering kunde bestämma om drivrutinerna för olika HW-saker skulle bli inkompilerad i kärnan redan från början eller kunna läggas in och plockas ur kärnan dynamiskt under drift.

Både linux och windows är idag hybridsystem med båda filosofierna implementerade och tex. windows USB-drivrutiner går via transaktionshantering vilket inte alls ger någon bra prestanda om det tex skall hantera enskilda tecken per transaktion och väldigt många transaktioner konstant på rad hela tiden med tidskrav mellan paketen via en USB-enhet och orsaken varför USB inte har varit valet när man skall hantera saker med realtidskrav utan istället använt 1394-gränssnittet (Firewire)

---

När du har den här typen av strul och det står ntkernel.exe som tidstjuv så finns alla drivrutiner för tex grafikkort och annat med i den svängen inkapslat och du kanske måste använda paket som 'windows internals' (utvecklarprogram och verktygs-svit och inte alls nybörjarvänligt) för att se vilka underprogram som är påskarvad som utökning på ntkernel.exe och strular i ditt fall - det kan vara många HW-drivrutiner och det behöver inte vara grafikkort utan skitsaker som tangentbordsdrivrutiner, ljudkorts-drivis, leddrives för LED i moderkort mm. som gamerdatorer har numera och andra tillbehör med hårdvaru-anknytning som BT, Wlan etc.