Mark Russinovich: Inside Windows 7

A Windows 7-ről kezd egyre több információ napvilágot látni. Eddig az Engineering Windows 7 blogot olvasgattam, de ott főleg a fejlesztési ciklusról, felhasználói élmény és a felület átformálásáról volt szó. Nem is gondoltam volna, hogy ilyen apróságnak látszó dolgokkal mennyi munka van, mennyire el lehet bonyolítani azt a kérdést, pl. hogy hogyan érdemes az ikonokat elrendezni a tálcán. Viszont ezek eddig a meglévő funkciók csiszolgatásának tűntek, és igazából nem láttam olyat, ami tényleg megérne egy fő verzióváltást (persze azon kívül, hogy PR szempontból ezzel lehet sugallni, hogy ez más, mint a Vista:).

A Channel9-ra kikerült egy interjú Mark Russinovich: Inside Windows 7 címmel, és itt azért már kezdik boncolgatni az alacsony szintű változtatásokat is. Ezek egy része majd a következő Windows Serverben fog szerintem majd csak beérni (pl. 256 mag támogatása), de azért most már legalább látszik, hogy a kernel fejlesztők se lazsáltak:)

Pár dolog, ami felkeltette az érdeklődésemet az interjúban:

  • get rid of the dispatcher global lock in the scheduler:
    • introduce a new thread state: pre-waiting, instead of a global lock introduce local locks
  • used bitmask to represent processor states -> on 64 bit system it can handle only 64 processors
    • introduce logical processors groups -> scale up existing APIs
  • memory manager: now that the dispatcher lock is gone, the PFN lock is the next bottleneck
    • get rid of that lock also, break it to fined grain lock
  • (but these show performance benefit only on really big multi-core systems, e.g. 64-way or more)
  • user mode scheduling: applications doing light-weight scheduling with their logical scheduling units (instead of the existing fibers)
    • align the user mode threads with the kernel mode threads that serve their system calls
    • will be used in SQL Server
  • Faster boot: more pre-fetch, parallel plug&play detection
  • Battery life: core parking (aware of the socket/core topology, influences scheduler), align different timers in the system to each other (Timer collapsing APIs)
  • Drivers: Vista drivers should work, no major changes in the driver model
  • System services: instead of autostart, start them on triggers (e.g. system looses IP address, new Group policy loaded)
  • MinWin:
    • in Server Core the bottom was cut off from Windows, with certain server roles in it, and thoroughly tested that those roles work. But there could be dangling dependencies, so not all application will work on Server Core. In Server 2008 R2 release, it has to be tested again as components and APIs change.
    • MinWin: creating huge dependency graph, layering them. Goal: have the bottom separated, be able to build and boot that. That bottom layer is MinWin. There were wrong dependencies, components calling -> fixed those, MinWin is now isolated, no dependencies outside. So MinWin can be developed separately. MinWin is 25 MB on disk. Visible result: new dlls, e.g. kernel32.dll was split, kernelbase.dll was created.
    • Goal: do this for all the other components
  • Virtualization:
    • manageability: decide whether a system will be physical or virtual only at provisioning time
    • mount VHD natively in Windows
    • boot windows directly from a VHD, just point to a VHD in the boot configuration database. This needed a native VHD driver.

Reklámok
Kategória: Opre | Közvetlen link a könyvjelzőhöz.

Vélemény, hozzászólás?

Adatok megadása vagy bejelentkezés valamelyik ikonnal:

WordPress.com Logo

Hozzászólhat a WordPress.com felhasználói fiók használatával. Kilépés / Módosítás )

Twitter kép

Hozzászólhat a Twitter felhasználói fiók használatával. Kilépés / Módosítás )

Facebook kép

Hozzászólhat a Facebook felhasználói fiók használatával. Kilépés / Módosítás )

Google+ kép

Hozzászólhat a Google+ felhasználói fiók használatával. Kilépés / Módosítás )

Kapcsolódás: %s