Bạn đang xem: Should you use windows’ full
My questions:I"m not sure whether there are any performance penalty associating with compressing the OS drive.
Xem thêm: Monero Coin Là Gì ? Kiếm Tiền Từ Monero Có Dễ Hơn So Với Bitcoin?
My PC information:Windows 1012GB RAM4 Cores with Hãng Intel i7
The two compress options aren"t the same, but more on that later. The first thing to lớn note is that compressing data is not the best solution when the drive sầu is full. NTFS will suffer badly from laông chồng of space, because there are no more good places to lớn allocate new files or move old files around và fragmentation will increase. Especially when it begins to use the reserved space for the MFT then the MFT might become fragmented và worse things may happen
So at first some other things need lớn be done:
If you have another HDD then don"t store too many unnecessary things on the system drive. Leave it for apps & files that need fast accessMove sầu the documents folders to another driveSome other folders can also be moved by changing some configurations, or by creating a symliên kết. For example many folders in WindowsSystem32 or Program Files can be moved khổng lồ HDD. Some tutorials on that
Delete Windows.old if you don"t need to roll baông xã khổng lồ the previous version, or baông xã it up & remove sầu it
Just doing the first 2 steps above sầu saves you tons of space immediately. Then after doing everything if more space is still needed then just compact the OS. By deleting files first you also make it faster to compress the OS. The performance difference is often negligible
The CompactOS feature does indeed worth it on small SSDs compared to lớn HDDs. My old máy tính has a 1TB HDD with a 32GB SSD cabít. I"ve tried installing Windows onto the 32GB SSD & it ran noticeably smoother than on the HDD+cache
Regarding your questions:
I"m not sure whether there are any performance penalty associating with compressing the OS drive sầu.
Xem thêm: Tổng Công Ty 28 Tuyển Dụng, Tìm Việc Làm Tổng Công Ty 28 Tại Gò Vấp
Compressing files always have sầu a CPU time penalty. That doesn"t mean that it"ll be slow though, since on slow storage devices like HDDs that penalty might be far less than the wasted time on accessing/reading the data from HDD. That"s why sometimes compressing easily-compressed data will make it faster to access. One example is that hibernation in newer Windows compresses data before writing to lớn disk, which makes shutdown much faster because the CPU can compress faster than the drive sầu can write
The difference may be less obvious on SSDs, but there"s no way khổng lồ know that for sure except benchmarking for your specific situation. Each use case is different, & not all disks are created equal. For example old SSDs may run at only ~200MB/s which is just about as fast as an HDD nowadays (but their obvious advantage is the fast access time), whereas newer algorithms lượt thích LZ4 (which is used in Linux"s zram) or Zstd can sustain ~2-5GB/s which is even faster than modern SSDs. See
There"s often no need lớn worry, because Windows will bởi a benchmark while installing lớn assess whether CompactOS should be enabled or not. Although after installing apps and things that benchmark result may not be correct anymore & you may want lớn vì a reassessment yourself
And I"m not even sure whether this option is the same with "Compress this drive lớn save sầu disk space" at the C drive property as per below
Basically both use the compression feature of NTFS và can be configured by compact.exe, but there are many major differences
In fact you can use the new algorithms for CompactOS for any user files, but you can"t bởi vì on-the-fly editing on them, as they"re designed for static read-only files like mentioned above. Writing to those files will uncompress them. For more information about that as you can read NTFS compressed folders: is it possible khổng lồ tweak compression ratio?
The random on-the-fly write ability also makes the "Compress this drive sầu lớn save disk space" even worse for your use case, because it increases fragmentation significantly. CompactOS compresses the whole file (AFAIK) lượt thích a *.cab or *.wyên file so you"ll get a contiguous file. OTOH NTFS transparent compression works by splitting the tệp tin to 16-cluster chunks & compress them separately. Each chunk will be a fragment after that, which makes your contiguous tệp tin now has tons of holes between the chunks.
You may think "why worry about that" but SSD"s complete immunity lớn fragmentation is a myth! For fast operations & small metadata kích thước modern file systems store files as extents which is a file"s contiguous section on disk, so each fragment will be stored as a separate extent. Hence a tệp tin with 1000 fragments will consume more space in the MFT for the metadata compared lớn a 2-fragment one, & the CPU also needs more time to lớn parse them to get the next bloông xã of data. As a result Windows defragmenter still does some mild defragmentation for SSD drives lớn optimize metadata usageFurther reading:
The link given by Xen2050 is also good. It shows that even with the drive sầu compression feature the difference is not that much, và in some cases it"ll be faster, as I mentioned above
Chuyên mục: Công Nghệ 4.0