Új hozzászólás Aktív témák

• #39936 vlevi nagyúr #58000384 #39932

  Új Válasz 2016-06-09 17:43:26 #39936

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  vlevi

  nagyúr

  válasz #58000384 #39932 üzenetére

  "nem kell minden drivert és szolgáltatást újra betöltenie, és nem csak SSD-n, hanem pont a lassabb HDD-n van igazán értelme."
  Igen, de azzal, hogy leálláskor írnia kell, azzal pont annyival (vagy még többel) lassul a leállás folyamata, mint amennyivel állítólag talán gyorsulna a boot.
  És ez a lassú HHD-re méginkább érvényes.

• #39941 krealon veterán #58000384 #39932

  Új Válasz 2016-06-09 18:31:43 #39941

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  krealon

  veterán

  válasz #58000384 #39932 üzenetére

  "Kérlek olvass utána a fast startupnak, mert már harmadszor kevered össze a hibernálással."

  Koszonom a linket, eddig hiaba kersgeltem, ezt a cikket nem tallatam.

  "Kikapcsoláskor bezáródik minden futó folyamat, kijelentkezik, és a kernelt hibernálja, nem a munkamenetet"

  Pontosan

  "To prepare for a fast startup, Windows performs a hybrid shutdown sequence that combines elements of a full shutdown sequence and a prepare-for-hibernation sequence. First, as in a full shutdown, Windows closes all applications and logs off all user sessions. At this stage, the system state is similar to that of a computer that has just started up—no applications are running, but the Windows kernel is loaded and the system session is running. Next, the power manager sends system power IRPs to device drivers to tell them to prepare their devices to enter hibernation. Finally, Windows saves the kernel memory image (including the loaded kernel-mode drivers) in Hiberfil.sys and shuts down the computer."

  Delivering fast boot times in Windows 8
  Before I go into exactly how it works though, a little background is probably helpful on how shutdown and boot works today in Windows 7.

  Shutdown entails:

  - The user initiates a shutdown by selecting “shut down” from the Start menu, or by pressing the power button; or an application initiates shutdown by calling an API such as ExitWindowsEx() or InitiateShutdown().
  - Windows broadcasts messages to running applications, giving them a chance to save data and settings. Applications can also request a little extra time to finish what they’re doing.
  - Windows closes the user sessions for each logged on user.
  - Windows sends messages to services notifying them that a shutdown has begun, and subsequently shuts them down. It shuts down ordered services that have a dependency serially, and the rest in parallel. If a service doesn’t respond, it is shut down forcefully.
  - Windows broadcasts messages to devices, signaling them to shut down.
  - Windows closes the system session (also known as “session 0”).
  - Windows flushes any pending data to the system drive to ensure it is saved completely.
  - Windows sends a signal via the ACPI interface to the system to power down the PC.

  [...]

  Now here’s the key difference for Windows 8: as in Windows 7, we close the user sessions, but instead of closing the kernel session, we hibernate it. Compared to a full hibernate, which includes a lot of memory pages in use by apps, session 0 hibernation data is much smaller, which takes substantially less time to write to disk. If you’re not familiar with hibernation, we’re effectively saving the system state and memory contents to a file on disk (hiberfil.sys) and then reading that back in on resume and restoring contents back to memory. Using this technique with boot gives us a significant advantage for boot times, since reading the hiberfile in and reinitializing drivers is much faster on most systems (30-70% faster on most systems we’ve tested).

  Vagyis, amiatt, hogy a felhasznaloi adatok es session nelkul tortenik a hibernalas, a dual boot szempontjabol lenyeges lepes "Windows flushes any pending data to the system drive to ensure it is saved completely." kimarad, tehat nem tortenik meg a fajlrendszerek "unmount"-olasa, vagyis ha valtozik a fizikai tarolon az adat (mert a masodik operacios rendszer is "mount"-olja a kotetet, ezaltal ir pl az $MFT-be), ezt az eredeti rendszer nem veszi eszre a memoriaban gyorsitotarazott informaciok miatt.

  Ha tudnal linkelni leirast arrol, hogy kernel hibernalasa elott, a windows a fajlrendszereket tiszta allapotba hozza, akkor termeszetesen visszavonom a korabbi allitasaimat. (A gyakorlat nem ezt mutatja.)

Új hozzászólás Aktív témák