ReadyBoost

From Infogalactic: the planetary knowledge core
Jump to: navigation, search

Lua error in package.lua at line 80: module 'strict' not found.

ReadyBoost
A component of Microsoft Windows
64px
227px
ReadyBoost as it appears in Windows 10.
Details
Type Disk Cache
Included with Windows Vista and later
Service name ReadyBoost (EMDMgmt)
Description Provides support for improving system performance using ReadyBoost.
Related components
ReadyDrive, SuperFetch

ReadyBoost (codenamed EMD[1]) is a disk caching software component developed by Microsoft for Windows Vista and included in later versions of the Windows operating system. ReadyBoost enables NAND memory mass storage devices, including CompactFlash, SD cards, and USB flash drives, to be used as a write cache between a hard drive and random access memory in an effort to increase computing performance. ReadyBoost relies on the SuperFetch technology and, like SuperFetch, adjusts its cache based on user activity. Other features, including ReadyDrive, are implemented in a manner similar to ReadyBoost.[2]

Overview

Using ReadyBoost-capable flash memory (NAND memory devices) for caching allows Windows Vista and later to service random disk reads with better performance than without the cache. This caching applies to all disk content, not just the page file or system DLLs. Flash devices typically are slower than a mechanical hard disk for sequential I/O, so, to maximize performance, ReadyBoost includes logic that recognizes large, sequential read requests and has the hard disk service these requests.[3]

When a compatible device is plugged in, the Windows AutoPlay dialog offers an additional option to use the flash drive to speed up the system; an additional a ReadyBoost tab is added to the drive's properties dialog where the amount of space to be used can be configured.[4] The minimum cache size is 250 MB. In Vista or with FAT32 formatting of the drive, the maximum is 4 GB. In Windows 7 with NTFS or exFAT formatting, the maximum cache size is 32 GB per device. Windows Vista allows only one device to be used, while Windows 7 allows multiple caches, one per device, up to a total of 256 GB.[5]

ReadyBoost compresses and encrypts, with AES-128, all data that is placed on the flash device; Microsoft has stated that a 2:1 compression ratio is typical, so a 4 GB cache would usually contain 8 GB of data.[6]

Requirements

For a device to be compatible and useful, it must conform to these requirements:

  • The removable media's capacity must be at least 256 MB[7] (250 MB after formatting, Windows 7 reports in its Event Log a required minimum of 235 MB).
  • Windows 7 allows up to eight devices for a maximum of 256 GB of additional memory,[8] with up to 32 GB on a single storage device.[9]
  • The device must have an access time of 1 ms or less.
  • The device must be capable of 2.5 MB/s read speeds for 4 kB random reads spread uniformly across the entire device, and 1.75 MB/s write speeds for 512 kB random writes spread uniformly across the device.[10]
  • The Microsoft Windows Client Performance group recommends a flash-memory-to-system-RAM ratio of between 1:1 and 2.5:1.[3]

Other considerations:

  • Vista's ReadyBoost supports NTFS, FAT16 and FAT32 from SP1. Windows 7 also supports the newer exFAT file system. As the ReadyBoost cache is stored as a file, the flash drive must be formatted as NTFS or exFAT to allow a cache larger than the FAT32 filesize limit of 4 GB (or FAT 16's 2 GB). The performance differences between these file systems is negligible on ReadyBoost.
  • The initial release of ReadyBoost for Windows Vista supported one device. Windows 7 supports multiple flash drives for ReadyBoost, so performance improvement similar to RAID 0 can be expected.
  • The ReadyBoost algorithm was improved in Windows 7, resulting in better performance. One experiment showed reading of flash memory up to 5–10 times faster than Windows Vista due to higher hit rate.[citation needed]
  • Because ReadyBoost stores its cache as a file on the root directory of the drive rather than using the flash memory without a file system, the file system must be mounted and assigned a drive letter. The ReadyBoost cache is created on the root directory of the drive.
  • If the system drive (the primary drive, with Windows system files on it) is a solid-state drive (SSD), ReadyBoost is disabled, since reading from that drive would be at least as fast as reading from the ReadyBoost drive.[7]
  • ReadyBoost caches all data as it is being written to the local hard disk: "the Ecache.sys device driver intercepts all reads and writes to local hard disk volumes (C:\, for example), and copies any data being written into the caching file that the service created."[6] SuperFetch pre-populates frequently-read data into ReadyBoost cache, so SuperFetch is necessary for ReadyBoost to perform well.[11]

ReadyBoost is not available on Windows Server 2008.[12]

According to James Allchin, for future releases of Windows, ReadyBoost will be able to use spare RAM on other networked Windows PCs.[13]

Performance

A system with 512 MB of RAM (the minimum requirement for Windows Vista) can see significant gains from ReadyBoost.[14][15] In one test case, adding 1 GB of ReadyBoost memory sped up an operation from 11.7 seconds to 2 seconds. However, increasing the physical memory (RAM) from 512 MB to 1 GB (without ReadyBoost) reduced it to 0.8 seconds.[16] System performance with ReadyBoost can be monitored by Windows Performance Monitor.[17] As the price of RAM decreased and more RAM was installed in computers, the mitigations provided by ReadyBoost to systems with insufficient memory decreased.

The core idea of ReadyBoost is that a flash memory (e.g. a USB flash drive or a SSD) have a much faster seek time than a typical magnetic hard disk (less than 1 ms), allowing it to satisfy requests faster than reading files from the hard disk. It also leverages the inherent advantage of two parallel sources from which to read data, whereas Windows 7 enables the use of up to eight flash drives at once, allowing up to nine parallel sources. USB 2.0 flash drives are slower for sequential reads and writes than modern desktop hard drives. Desktop hard drives can sustain anywhere from 2 to 10 times the transfer speed of USB 2.0 flash drives but are equal to or slower than USB 3.0 and Firewire (IEEE 1394) for sequential data. USB 2.0 and faster flash drives have faster random access times: typically around 1 ms, compared to 12 ms for mainstream desktop hard drives.[18]

On laptop computers, the performance shifts more in favor of flash memory when laptop memory is more expensive than desktop memory; many laptops also have relatively slow 4200 rpm and 5400 rpm hard drives.

In versions of Vista prior to SP1, ReadyBoost failed to recognize its cache data upon resume from sleep, and restarted the caching process, making ReadyBoost ineffective on machines undergoing frequent sleep/wake cycles. This problem was fixed in Vista SP1.[19]

Limitations

Since flash drives wear out after a finite (though very large) number of writes, ReadyBoost will eventually wear out the drive it uses. According to the Microsoft Windows Client Performance group, the drive should be able to operate for at least ten years.[3]

See also

<templatestyles src="Div col/styles.css"/>

References

  1. Lua error in package.lua at line 80: module 'strict' not found.
  2. Lua error in package.lua at line 80: module 'strict' not found.
  3. 3.0 3.1 3.2 Lua error in package.lua at line 80: module 'strict' not found.
  4. Lua error in package.lua at line 80: module 'strict' not found.
  5. Lua error in package.lua at line 80: module 'strict' not found.
  6. 6.0 6.1 Lua error in package.lua at line 80: module 'strict' not found.
  7. 7.0 7.1 Lua error in package.lua at line 80: module 'strict' not found.
  8. Lua error in package.lua at line 80: module 'strict' not found.
  9. Lua error in package.lua at line 80: module 'strict' not found.
  10. Lua error in package.lua at line 80: module 'strict' not found.
  11. Lua error in package.lua at line 80: module 'strict' not found.
  12. Lua error in package.lua at line 80: module 'strict' not found.
  13. Lua error in package.lua at line 80: module 'strict' not found.
  14. AnandTech: Windows Vista Performance Guide
  15. Schmid, Patrick. "Windows Vista's SuperFetch and ReadyBoost Analyzed: Conclusion." Toms Hardware. 2007-01-31.
  16. AnandTech: Windows Vista Performance Guide
  17. Schultz, Greg. "Keep tabs on ReadyBoost with Windows 7's Performance Monitor." TechRepublic. 2010-03-24.
  18. Lua error in package.lua at line 80: module 'strict' not found.
  19. Vista SP1 will fix critical ReadyBoost performance bug

External links