Install Steam
login
|
language
简体中文 (Simplified Chinese)
繁體中文 (Traditional Chinese)
日本語 (Japanese)
한국어 (Korean)
ไทย (Thai)
Български (Bulgarian)
Čeština (Czech)
Dansk (Danish)
Deutsch (German)
Español - España (Spanish - Spain)
Español - Latinoamérica (Spanish - Latin America)
Ελληνικά (Greek)
Français (French)
Italiano (Italian)
Bahasa Indonesia (Indonesian)
Magyar (Hungarian)
Nederlands (Dutch)
Norsk (Norwegian)
Polski (Polish)
Português (Portuguese - Portugal)
Português - Brasil (Portuguese - Brazil)
Română (Romanian)
Русский (Russian)
Suomi (Finnish)
Svenska (Swedish)
Türkçe (Turkish)
Tiếng Việt (Vietnamese)
Українська (Ukrainian)
Report a translation problem
Windows Disk Defrag tells you whether your drive is a HDD or SSD and optimises the defragger for whichever decide you're defragger, atleast thats what I've read from here[www.howtogeek.com]
Idk if disk defragger can be disabled, and if it can it's probably less effort to just not use it than disable it
Likely you won't write 300 TB to it in 5 years though it is possible of course.
Also I guess you could be unlucky and some cell could break before what do I know but it could also last longer than that just that you won't get a new one for free if it does.
If you open Optimize Drives you will see that it tells you if a drive is an SSD or HDD. On HDDs it will report the amount of defragmentation in percentages and for SSDs it instead tell you when for the last time it was TRIMMed.
Windows 10 does NOT defrag HDDs. When you "optimize" a SSD using Windows it will instead sent it a TRIM command.
What does Windows 10 do to HDD if it doesn't defrag them? Did you mean that it will not defrag SSD, and instead will TRIM them? What the hell is TRIM anyway?
Off-topic:
You don't have to defrag an SSD. Data isn't stored on a disc, remember? So it can't get fragmented. It would not make sense.
That Brockenstein, Guy is just a troll, helping no one istead of confusing them lol,
I think TRIM is where it just writes over used data, instead of deleting data as that uses a cycle. TRIM is supposed to be good for SSDs in the long run
I was doing a little reading on the topic as this thread got me curious.
https://www.hanselman.com/blog/TheRealAndCompleteStoryDoesWindowsDefragmentYourSSD.aspx
according to this guy's blog he talked to Windows devs about the auto disk optimization stuff built into windows and if they just blindly try to defrag SSDs.
Long story short is that Windows does not just blindly defrag SSDs, but it will defrag them once a month if system restore feature is enabled in windows. Apparently SSDs can get fragmented, but it has more to do with the the metadata than a traditional HDD.
Also on this blog, TRIM has to do with freeing up space on a SSD that has been marked for deletion, as the SSD doesn't really know what space is used and what is free (or something like that, this memory controller stuff is going over my head mostly).
At the end of the day windows isn't just blindly burning up read/writes on a SSD by trying to defrag them. It will defrag once a month if system restore is enabled, but mostly when the optimizer runs it just runs a TRIM on SSDs.
Optimize Drives does whatever is propriate for te drive in question. Windows runs Optimize Drives automatically in the background, it doesn't require tweaking by the user.
How I came to understand it; fragmentation will only occur on a disk. And the parts that read the data, have to "collect" the data (based on their location stored in the file system), which composes a complete file. Defragmenting it, will have all that data put together, so there is less movement needed to read the data.
An SSD uses chips. So there are no moving parts. I can imagine not all the chips are able to be read simultaneous, so maybe it gets organized on that level.
Yea, I had no idea either. I know fragmentation of a SSD cannot mean in the same physical sense that it means for a HDD, where the bits of information are physically in different locations on the HDD platter, so the disk has to spin around and read different locations since there is no spinning platter in a SSD. But maybe if parts of a file are located on different NAND memory modules, the controller has to keep a record of where they all are, and there is a limit to how much it can remember? Or something like that?
When writing to a portion of the SSD which is marked as "empty" but actually has data in it the SSD will first have to TRIM that whole block, rewrite the old data and add the new. This hurts performance.
No organisation of the data is done on the SSD (Unless the OS or file system is stupid). Neither a HDD nor SSD can read from multiple points at the same time. It doesn't matter to the SSD where the data is, it doesn't have to a spin a disk and move a read arm in to place to access the data. The SSD can grab the data whenever it's needed instantly, there is very little idle time on SSDs. HDDs have a lot of idle time where it's just waiting for the disk and arm to move in to position, and like you said; the more fragmentation on the HDD the more the disk and arm have to move which hurts performance significantly due to tons of idle time.
1) The ability to remove a single page rather than .. whatever it was called, cluster? of data.
2) Deleting no longer used data in advance so that when you want to write there no deletion has to be made but rather it can write straight away.
That the later make it faster I can understand. Well the former too if that actually happen (assuming the page is a smaller data unit than what it would delete and write over otherwise.)
my luck is that amazon has return me the money, maybe i got more luck with the new 500gb pro of the same kind and brand