|
Well obviously RAID isn't a backup. I'm not too worried about losing anything on that RAID setup.
I already have 2 separate sets of backups of my main data set. All I wanted to do with this is create an extra backup set, by using drives I've retired. These drives have less than a few dozens hours on them - I used them to do my previous backups, but have outgrown them as my data set has increased in size. They've been powered on only when the actual backups were taking place, which occurred anywhere between once a week and once a month.
|
|
|
|
|
I worked as a dev on Windows for 20 years. I found it was pretty good by Windows 7 and Windows 10.
3 years ago, I switched to Linux Mint. There was a bit of a learning curve, but now, I couldn't be happier! I'm running multi-monitor dev workstation. My productivity is though the roof. Since then I installed Linux on 50 different machines with 0 issues (some servers with RAID too). I only have 1 Windows machine left, which I am about to decommission.
Then this year I got a new contract, I have to work with my customer's Surface Windows 10 computer. I'm not going to say what I REALLY think about it, but: It's full of bugs, looks like crap, multi-monitory only half work, and updates...
I was a Windows users, but now: Windows, why do you keep disappointing me?
The point is, there is a learning curve, but for most things I believe Linux has surpassed Windows now.
Christian Lavigne
|
|
|
|
|
Saw an article this morning recommending that you run the command: "Defrag C:" from time to time on your SSD drives. But does it make sense to defrag a SSD? I can understand that it is of value on old spinning disk hard drives, where fragmentation can cause the reader to physically jump from fragment to fragment, but a SSD has no moving parts.
What do the experts say?
Ok, I have had my coffee, so you can all come out now!
modified 3-Dec-23 8:47am.
|
|
|
|
|
No - all it will do is 'burning' write cycles, which shortens the life of the drive
"If builders built buildings the way programmers wrote programs, then the first woodpecker that came along would destroy civilization." ― Gerald Weinberg
|
|
|
|
|
This is a well-known and probably correct argument.
On the other hand, the question I have is: If SSDs use something like DMA, could a certain kind of defragmentation increase throughput?
|
|
|
|
|
Agreed.
Steve Gibson (author of Spin-Rite) has discussed this numerous times on his Security Now podcast, and it makes zero sense to "defrag" an SSD.
Some people have called him a quack, and I originally sided with them (somewhat), but after listening to his podcast for nearly a decade, it's clear he's technical to an extreme and very knowledgeable. When he does a deep dive into some technical matter, I think he always makes a lot of sense. He's not clickbait-y and doesn't make outrageous claims.
Not that I had any doubt, when it comes to defragging an SSD. But his explanation for it (I don't have a show number for it, sorry) just sealed the deal for me.
modified 3-Dec-23 10:35am.
|
|
|
|
|
dandy72 wrote: Some people have called him a quack
dandy72 wrote: it's clear he's technical to an extreme and very knowledgeable
You can be both you know.
|
|
|
|
|
Fair point. But I've been listening to his podcast for over a decade, and I have come to the conclusion that those who called him a quack were just poorly informed.
I forget what his exact concern was (something about XP's default network configuration?), but in the end he was proven right and Microsoft eventually had to seriously lock it down with SP2, which introduced (for the first time) the Windows firewall.
|
|
|
|
|
I remember him alright.
He isn't a quack, but has a tendency to fight windmills.
|
|
|
|
|
Jörgen Andersson wrote: fight windmills.
I had never heard of that one. That's a cute variation on "tempest in a teapot". I like it. Probably because it applies exactly. LMAO.
"Fighting windmills" is probably how I thought of him at the time I sided against him on some of his old claims. One thing I'll say for him, is that he's got honest beliefs. He believes in what he claims, and doesn't try to BS anyone. Which doesn't mean he can't ever be wrong.
|
|
|
|
|
Does a "defrag" use less space? Are there fewer "pointers" to follow? How much can you "save" in extreme cases? Is space a concern on a "maxed out" SSD?
"Before entering on an understanding, I have meditated for a long time, and have foreseen what might happen. It is not genius which reveals to me suddenly, secretly, what I have to say or to do in a circumstance unexpected by other people; it is reflection, it is meditation." - Napoleon I
|
|
|
|
|
Gerry Schmitz wrote: Is space a concern on a "maxed out" SSD?
Is space not a concern on any maxed out drive, no matter what the underlying technology might be?
|
|
|
|
|
Defragging an SSD makes no sense, but trimming does.
SSD TRIM is an ATA command that enables an operating system to inform an SSD drive which data blocks it can erase because they are no longer in use. The use of TRIM can improve the performance of writing data to SSDs and contribute to longer SSD life. This is an expensive operation, which is why it isn't performed after every time a block is released.
See this explanation by Kingston Technology, a RAM and SSD drive manufacturer: The Importance of Garbage Collection and TRIM Processes for SSD Performance
Freedom is the freedom to say that two plus two make four. If that is granted, all else follows.
-- 6079 Smith W.
|
|
|
|
|
|
I respectfully disagree. Windows recognizes that your drive is an SSD and doesn't do it. Instead, there are other optimizations that Windows does to SSDs that are good to keep it working well. From my reading and understanding over the years, defragmenting, however, does nothing at all to an SSD drive except needlessly burn read/write cycles. If you know of information supporting your viewpoint, I'd love to read about it.
|
|
|
|
|
Keefer S wrote: If you know of information supporting your viewpoint, I'd love to read about it.
You read the link?
|
|
|
|
|
Interesting read and explains why Rasco's Perfect Disk uses a consolidate free space algorithm by default for SSDs.
|
|
|
|
|
ok...
Note of course the post is 9 years old. So maybe something has changed since then.
Additionally it does not provide any references. Closest is the following
"I dug deeper and talked to developers on the Windows storage team"
The first image gives a screen shot. On my personal computer I can see that the service is not on. Which suggests that to a certain extent, if Microsoft thinks it should be happening, it is not (on my computer.)
The article says this.
"First, yes, your SSD will get intelligently defragmented once a month."
And it also says the following
"Windows 7, along with 8 and 8.1 come with appropriate and intelligent defaults and you don't need to change them for optimal disk performance."
I did not change the default. And as noted it is not on. I am running Windows 10. So perhaps no longer as relevant.
And at least back then, 2014, SSDs had a reliability problem. So maybe that has changed since then.
|
|
|
|
|
Well,it was still around three years ago on windows 10, since they released a bugfix for it.
Microsoft fixes Windows 10 bug causing excessive SSD defragging[^]
If you think about it, it makes sense to defrag also SSDs, just not very often.
If you get a lot of file fragments spread all over the disk, it will cause excessive writes since it will have to spread out the files on more blocks.
Default setting since windows 8.1 is every 28 days.
|
|
|
|
|
Yup. The problem isn't so much degraded performance speed-wise.
I think the problem is that fragmentation reduces the MTBF (mean time before failure). As fragmentation makes it increasingly impossible to write data in contiguous blocks, it means things getting stored are going to take both more writes and more reads. I think this "death spiral" in fact killed more than few early adopter SSDs.
|
|
|
|
|
Even magnetic disks do low level reallocation of blocks when a bad block is detected. The disk addresses appear continuous, but one or more blocks may be physically located in a different location. On a magnetic disk, this of course affects average access time. Probably less than you would think.
SSDs always do a physical layer 'reallocation' (which is really an allocation, without the re), below the disk address level, to even out wear, so that the same physical blocks are not used again and again, but new writes are distributed among all free blocks. I would be very surprised if this allocation mechanism wouldn't handle bad pages as well.
What would make sense on an SSD is if the disk driver kept track of blocks in read-only files, written once and later only read. If the disk is 90% full, and other files come and go, even with wear leveling the remaining 10% of the blocks may have been written 50,000 times. It would make sense to move read-only files into this area, to provide a 'virgin' area for the next million block writes. (I never heard of any SSD disk doing this, but maybe some of them do.)
|
|
|
|
|
"below the disk address level, to even out wear, so that the same physical blocks are not used again and again, but new writes are distributed among all free blocks. I would be very surprised if this allocation mechanism wouldn't handle bad pages as well. "
Yeah... that bit is what I thought TRIM was doing. Defrag just does that now if it is pointed at an SSD? But I think so does windows now without you specifically messing with it.
|
|
|
|
|
I've only read bits and pieces of Scott's article, looking for specific keywords, but (I think) what he fails to mention is that Windows has adapted its defrag approach so it now knows how to tell an SSD apart from a spinner.
I believe there were justified concerns at the time, when SSDs first came out (if I remember my timeline correctly), XP's defragger just treated all drives like any spinner (the only thing it knew about) and blindly tried to run the defrag code that only made sense for traditional drives. It's only later that MS introduced the Trim command to Windows.
|
|
|
|
|
The trim command was introduced with win 7 iirc
|
|
|
|
|
You're probably right.
And if it's that "recent", I suspect it was never backported to XP, so I suspect XP's defrag would still try to do bad things to an SSD.
|
|
|
|