Skip to main content
added 541 characters in body
Source Link
Robert
  • 1.2k
  • 7
  • 12

I think you are mixing up hiberfil.sys with pagefile.sys.

Hiberfil.sys is only written when Windows performs a suspend to disk. I use that mode often instead of shutdown and base on own experience Windows only write used ram to this file: the more RAM is used the longer suspend to disk takes.

It may also be used when you perform a full reboot (not just the "fast reboot" that is done usually which is a partial suspend to disk where only the kernel memory is saved).

In both cases the maximum amount of RAM available makes on difference. Therefore you don't have to care about the maximum RAM available to Windows, it should not have an effect on the life-time of the SSD.

Anyway if you are still concerned you can simply disable hibernation via powercfg -h off, then the file will be removed.

In general you can monitor SSD usage via TBW S.M.A.R.T value. Not sure about Apple devices, but on most SSDs you can get ream the S.M.A.R.T how much data has ben written for the whole SSD life time. But on modern SSDs the available life time is usually not a problem, as long as the SSD is not very very small (<256GB) and has only very little free space. Otherwise wear leveling an SSD TRIM does it's job well.

I think you are mixing up hiberfil.sys with pagefile.sys.

Hiberfil.sys is only written when Windows performs a suspend to disk. I use that mode often instead of shutdown and base on own experience Windows only write used ram to this file: the more RAM is used the longer suspend to disk takes.

It may also be used when you perform a full reboot (not just the "fast reboot" that is done usually which is a partial suspend to disk where only the kernel memory is saved).

In both cases the maximum amount of RAM available makes on difference. Therefore you don't have to care about the maximum RAM available to Windows, it should not have an effect on the life-time of the SSD.

I think you are mixing up hiberfil.sys with pagefile.sys.

Hiberfil.sys is only written when Windows performs a suspend to disk. I use that mode often instead of shutdown and base on own experience Windows only write used ram to this file: the more RAM is used the longer suspend to disk takes.

It may also be used when you perform a full reboot (not just the "fast reboot" that is done usually which is a partial suspend to disk where only the kernel memory is saved).

In both cases the maximum amount of RAM available makes on difference. Therefore you don't have to care about the maximum RAM available to Windows, it should not have an effect on the life-time of the SSD.

Anyway if you are still concerned you can simply disable hibernation via powercfg -h off, then the file will be removed.

In general you can monitor SSD usage via TBW S.M.A.R.T value. Not sure about Apple devices, but on most SSDs you can get ream the S.M.A.R.T how much data has ben written for the whole SSD life time. But on modern SSDs the available life time is usually not a problem, as long as the SSD is not very very small (<256GB) and has only very little free space. Otherwise wear leveling an SSD TRIM does it's job well.

Source Link
Robert
  • 1.2k
  • 7
  • 12

I think you are mixing up hiberfil.sys with pagefile.sys.

Hiberfil.sys is only written when Windows performs a suspend to disk. I use that mode often instead of shutdown and base on own experience Windows only write used ram to this file: the more RAM is used the longer suspend to disk takes.

It may also be used when you perform a full reboot (not just the "fast reboot" that is done usually which is a partial suspend to disk where only the kernel memory is saved).

In both cases the maximum amount of RAM available makes on difference. Therefore you don't have to care about the maximum RAM available to Windows, it should not have an effect on the life-time of the SSD.