You are describing traits of old (original released) drives.
Things have changed a great deal since these drives were first introduced.
some HDD’s reduce its rpm when shock is detected. Its an undeniable fact, some HDD’s do have that feature especially the notebook types.
SSD limited number of writes exist at some point. With many SSD drives failing in its early release, i wouldnt trust its technology just yet.
keeping away trash from your ssd is the best option here. It will slow down anyway if it gradually fills up.
Old trait? HDD still has the best write durability.
and HDD wouldn’t slow down until it hits 15% free space.
HDD is cheap to do the hard labors and its okay to get full. Little risk.
@ Evanna456
Lets not lose sight of what the OP ‘Lexor’ is asking, he has an SSD and is looking to get the best results, performance and longevity out of it.
What you are describing are very old versions of SDDs they have come on leaps and bounds from the originals, both in their software controllers, speed, size and reliability. It will still be some time before prices get anywhere close of HDDs, but now we are seeing 256GB and 512GB as fairly common (reasonably priced) options as the primary drive in laptops.
My Laptop:
- Acer Aspire F15 F5-573, Intel Core i5-7200U @2.50GHz to 3.1GHz, 8GB DDR4 RAM, GeForce GTX 950M 4GB DDR5, 256GB SSD primary drive 1TB HDD secondary drive.
Considering it has a laptop chip, it is very fast as starting applications, blisteringly fast for some. I have had it for over a year and zero SSD issues.
although HDD have the best write durability it doesnt mean SSD wont stand a chance. It has a limited write cap on it but it will still last years just like Rundvleeskroket explained.
I still quite see a handful of benchmarks regarding SSD’s of 2017 failing to meet the write cap spec. Thats why the technology cannot be trusted yet but it will eventually.
Performance aside, SSD slows down as it gradually fills up and worse when it hits 25% free space.
So its best to keep it from getting a lot of trash especially for smaller SSD’s. [2017]
Avast doesnt make a lot of temp trash but it you have many apps like adobe products you need to divert the temp dir.
You said the HDD ‘breaks’ when it fails to reduce rpm when shock is detected. That is false. Reducing rpm takes time. Much longer than the shock lasts. Reducing rpm will sooner lower head flight height and increase chances of a head crash. The only thing a HDD can do to prevent a head crash is to move the head away from the surface. Rpm has NOTHING to do with this. So stop talking nonsense.
SSD limited number of writes exist at some point. With many SSD drives failing in its early release, i wouldnt trust its technology just yet.
Your information is outdated and wrong. Either learn the facts about the state of technology of today, or just shut up please. Because spreading lies does nobody any good.
keeping away trash from your ssd is the best option here. It will slow down anyway if it gradually fills up.
So does a HDD. No space for defragmentation and file placement optimization on a nearly full drive. Resulting in more writes to the same sectors left free, physically wearing them out. An SSD can still move most of it’s data around to keep the freshest cells available. This is what wear leveling is and does.
And let’s not forget a HDD usually starts filling up from the outer tracks to the inner tracks. So the fuller a HDD is, the slower it is. In both reads and writes. Because these now happen from the tracks more to the center of the drive, which results in less sectors passing under the heads every seconds. This can easily cut throughput in half. Unlike an SSD. The SSD will keep reads up to speed, and writes will only suffer once garbage collection is forced to operate in real time. Which is in itself unlikely, because a SSD will process writes so fast it usually has plenty of time to manage cells between writes, whereas the HDD is still busy putting the data to disk. Waiting for the right sectors to pass under the heads, moving those heads, ect.
Old trait? HDD still has the best write durability.
You keep saying this. Prove it. Show hard data that supports your claim. This too is outdated information.
In the time a HDD does one write, an SSD can do hundreds. Even time for time, an SSD will typically outlast a HDD, let alone if you actually use a HDD for long enough to equal the write count from the SSD. Which would be decades.
Little risk.
Funny. Using the SSD for these writes is so little risk it can’t even be measured.
Since this discussion started about the temp data Avast produces, this is pure backpedaling. 'Gigabytes of daily writes (your own words) is apparently now even to you ‘not a lot of temp trash’ (again, your own words). You just acknowledged your arguments are invalid and moot.
I’m glad we finally got that cleared up.
Avast is not the only one making temp trash here and I dont get u.
Depends on how many apps that you have, you might be getting more than 100mb temp trash.
HDD rpm speed do slow down to avoid damage or moves the head away.
2016 marks the end of bad SSD drives right?
if 2016 SSD drives can still survive for 5 years. 2019, I will have my answer and until then i will be spouting the same answers.
Show me a HDD that reduces rpm to avoid head crash damage when a shock is detected. Instead of, for instance, moving the heads away. That was your claim.
Moving the heads away takes a fraction of a second. The shock of a dropped laptop or a bump against a desktop machine also takes a fraction of a second. Slowing down the platters in a HDD takes several seconds. Useless to react to such short events.
it slows down momentarily and the system will be unresponsive at that time until the platter stabilize spinning to its operational speed 5400/7200 and the header goes back to its normal position. Its to prevent motor damage, ive read that on paper before and its an assistive technology in combination to the header. Slowing down is the kick off to the HDD protection.
Strangely I cant seem to find a good resource of it on the net. It seems they already included it already on the the header protection scheme(?)
Call it a bogus one but i definitely read something like that.
The question ids how long ago. Things have changed.
Oh … you read something like that.
Show me the drive. Otherwise admit your error. Platters cannot physically change speed like that without a braking system, within the timeframe necessary. You said it was to protect from a head crash and that is what we are arguing, not motor damage. You keep changing and amending your story.
The only thing a HDD can to to try and prevent a head crash when it detects a shock (or free fall acceleration) is to quickly move the heads to a safe storage position beyond the surface of the platters. That it can do almost instantly. Nothing else. What the drive might do after that is not relevant to this debate as it does not pertain to the prevention of a head crash.
Braking system? XD
Its more like the motor stops spinning for a moment. Still its purpose is to protect the HDD, I mixed it up earlier my bad.
Since theres no sign of it in the net just like i said, im just gonna admit the mistake and move on from here.It still exist for me though. Continues nagging about HDD’s wont help OP either so let just wait until the better SSD drives of 2016 reach its first 5th year, we might get real results other than the theoretical ones available today. We might find something new like an issue?.
My my bad, im sorry.
I still have a Vertex from 2009. Well into the age range when write endurance was a real issue. First generation beyond the stupid expensive SLC-drives that was somewhat feasible as an early adopter OS drive. Used it for years. Hammered it hard too. SSD Life Pro says it is good and done. Still, it works fine. Performance is also still as advertised. This is the thing: not only is it very hard to actually burn through the rated write cycles in anything resembling normal operation, after that they tend to outlast well beyond their rating.
Now … this is a small drive. I used it on a OS without built in TRIM support, and even internal garbage collection wasn’t available until much later with a firmware update. Write amplification was very high. And even that didn’t kill it. An SSD, even an old one like this, can take a lot of abuse. Modern drives are so much better in all aspects, and to kill them you have to torture them for years. Deliberately. And even then it is more likely the controller will fry before the cells are worn out. This is no different from a HDD. Before the actual platters wear out, other failures will kill the drive long before that. So, this whole argument that an SSD can’t measure up to a HDD is just silly. Especially considering how typical home use doesn’t even tax a drive to the same order of magnitude as these extreme scenarios.
I really wouldn’t worry about 100, 1000, or even 10.000 MB of writes to a SSD a day. At that rate it’ll not hit its rated write endurance for many, many years. Well beyond its useful lifespan. And even if it does, that doesn’t automatically mean it will stop working. And I don’t thing Avast actually writes gigabyes of data a day to the drive. Neither do other programs. And if one really does, you probably know about it and have the SSD for that exact reason. To speed up that program.
Well, I’m afraid that transient caching option actually can write that much data in my case.
That’s why I’d like to know where transient cache is located - does anyone know this?
I know, I can always turn this option off, but… so can anyone answer my question?
I think so too. SSD’s reliability really depends on what type of the NAND flash it uses, the one manufacturing it and the quality of the product.
also im noting the good points of keeping HDD’s beside SSD’s. As you can just reroute your trash and stuffs and just
keeping the SSD free as possible to maintain its performance and longevity.
HDD stored files are fairly easy to recover. I dunno on what state of relationship the TRIM function with the RAID and VSS feature
but i hope its already been addressed because it is sure too much a hassle backing those SSD drives up.
HDD’s can best SSD’s, is sure is silly. Everyone knows how fast SSD is and how old HDD is.
but HDD still has some good points to consider.
and tech stores at our place is still giving out expensive ssd disk with lower space capacity.
I don’t know exactly how transient caching works but according to experience for years and in many different PCs: disabling Transient caching significantly reduces HDD usage (especially during the first few days after installing avast for the first time) and prolongs HDD longevity
lscache.dat caused constant disk usage and this is the first thing I notice in a lot of PCs/laptops I install avast. No one complains about avast slowing down their PCs since disabling it
persistent caching should be enabled
Transient cache stores data connected to every scanned files and it’s renewed every time when PC is restarted or when a new virus definitions database is installed. So, going by this definition, if someone has a system setup that uses a lot of different files and does PC restarts quite often then this cache will probably create a lot data to write indeed.
These are the reasons that I will probably disable this cache, but I would like to know folder/file location of transient cache to consider if there are maybe other options available for me.
I’m not sure I understand - so you are saying that lscache.dat is the name of the file which stores data for transient caching?
Or lscache.dat is “some other problem of disk writting”, not connected to transient caching?
That’s my opinion as well. Persistent cashing is updated only with 100% trusted files (operating system files, files signed by trusted publishers or other files covered by the avast! whitelist) so there won’t be many of them = it is ok to have it turned on.
You are making assumptions. First of all: you don’t know how much data is written, even for a huge number of files. It might be a lot. It might just be a little bit. And second: if it is renewed after every boot, that doesn’t mean a complete new set of data is generated/written. It may just be data for changed files only. Which typically is only a tiny fraction of disk content.
Now, it would be great if an Avast person could elaborate on this. I don’t know what the impact of these settings is. But assuming it must be a massive amount of data is premature. Virus definitions are by default constantly pushed to your machine. Dozens of times a day. If every time that would mean writing a new transient cache of several gigabytes you would’ve noticed the disk activity already. Even on an SSD. People on this forum would be asking what the hell was going on on a daily basis. They don’t. So let’s not jump to conclusions just yet.
That is not true as some people do. Majority of the rest probably “doesn’t even know” or “doesn’t care” (no, I’m not going to tell you what option is “the more likely one”) but I know one thing: I do care and I do ask.
I’m waiting for this as well.
So enable it and see if you notice these big writes. Monitor your SSD. Tally up daily write totals. You’ll know fast.
I’ve read the description of the transient cache, and it doesn’t even say it stores data on disk. Might just be in RAM.
Certainly, if this feature wrote gigabytes of data to disk for every virus database update, systems would grind to a halt. A system with a HDD would become virtually unusable. People would complain or try to find out what was going on. This isn’t a case of they just wouldn’t notice. If writes that big happen that often, it would severely impact performance and people would be looking for answers. The fact that it doesn’t seem to be the case makes me think this cache is fairly small. And maybe not even on disk. The cache doesn’t need to contain files, just a small checksum or something to denote a file hasn’t been modified.