#70
Az új alapelvek egy dolog, attól még nem feltétlenül elavult valami, hogy régebbi elveket követ.
A probléma ott indul, hogy hiába az optimalizálás, túlé sok új technológia jött ki ezalatt az idő alatt. Elég csak a procikat nézni: a kernel elkészítése óta kijött a 64 bites proci, a HT-s proci, a többmagos proci, és ha csak a legutóbbi fejlesztéseket nézem, az új technológiájú Sandy Bridge és Ivy Bridge proci. Ezeknek a támogatása mind belekerült egy-egy új résszel a kernelbe. Ezzel a toldozgatással-foltozgatással viszont van egy komoly probléma: egy idő után a kernel nehézkes lesz, ettől maga a rendszer lelassul, akadozik. Minden új oprendszerrel nekiállnak az újabb és újabb optimalizálásnak, de ez halottnak a csók, olyan, mintha egy árvizet vödörrel akarnánk visszamerni a a folyómederbe. Ideig-óráig vannak megoldások, de ezek ellenére is a rendszer szépen lassan lassul. Csak egy példa: XP simán, mindenféle javítópack nélkül egy 2,4-es gépen, 1 giga ramnál betölt 1 perc alatt. Ugyanezen a gépen a mai összes frissítéssel (semmi más nincs rajta, csak a driverek és a frissítések) már több, mint 2 perc alatt tölt be. Vista-t hagyjuk, az egy alapon eltolt optimalizálás volt, soha nem ment rendesen. Win7 alapesetben, nulla frissítéssel ugyanezen gépen betölt 1,5 perc alatt. Rárakod az összes frissítést és ez az idő majdnem 3 perc lesz.
Ez pontosan azt agyon barkácsolás eredménye. Hiába volt anno ultramodern, forradalmi a kernel, 10 év alatt rengeteg technikai fejlődés jött ki, amiknek a kezelését mind mind bele kellett építeni.
Emellett valóban, maguk a programozási technikák és technológiák is változtak. Egészen más követelményeknek kellett megfelelnie anno 10 éve egy kernelnek és más a követelmény ma. Ez részben a programozási technikák fejlődéséből, részben a hardverek fejlődéséből adódik.
Összegezve, ha megnézzük, mennyi változás volt az elmúlt 10 évben, elég gyorsan megérthető, miért is kellett egy vadonatúj kernel a Win8 alá.
#70