I don't see this as any different than the thousands of other OS management decisions like how to manage memory of new tabs or apps when you have a dozen open. What if you want to keep the memory/bandwidth etc... going for one app and not the others? Where's the consent there? Same idea IMO
Put this way - if your car suddenly refused to go above 30mph when previously you'd happilly race along the highway at 70mph, you'd wonder what the hell was wrong, and not think "Oh well, my car manufacturer is just trying to extend the life of my vehicle, it's fine."
You just disproved your own point. This throttling was only implemented shortly before it got noticed and Apple announced it’s existence, like a couple of months at most. Apparently it wasn’t ‘very noticable’ and the perceived slowdowns were all in your head because for all those years you claim this was going on, it wasn’t.
modern cars retune their engines on the fly based on engine temperature, fuel quality, local air pressure, and other factors. this is to extend the life of the engine in general and to prevent catastrophic failure from knocking.
if you use your car as an appliance (the way most people use phones/computers), you will barely notice the fact that your car's performance is constantly varying other than a bit of sluggishness on a cold morning. to an enthusiast, it's almost impossible not to notice what the car is doing.
most apple customers just want their phone to not crash. if you offer them a performance/stability tradeoff they won't know what to pick anyway.
With a car the obvious answer is: get the thing checked immidiately. He did, and he still had to drive around like this for 2 weeks till a replacement part arrived.
The analogy is not quite right though. It’s more like they are forcibly reducing max speed to prevent a high speed stall.
https://www.google.com/amp/s/azdailysun.com/news/local/state...
Your user experience will always degrade with battery age. This is an unavoidable consequence of using a rechargeable battery. It is physically impossible to run a Li-ion battery through hundreds of charge cycles and have it work just as well as it did the day it was new.
Without power management, the phone would turn off sooner, in some cases a lot sooner. That is also a bad user experience, especially if you need the phone to make an emergency call. This is one example of why using software code to prolong phone availability creates a better user experience, even if comes at the expense of peak performance.
But to draw an analogy: that's kind of like saying death is inevitable, so there's nothing we can do about infant mortality. It's absurd to suggest that some kind of physical inevitability caused the symptoms actually observed to any significant extent whatsoever.
Battery aging does not need to lead to any user experience degradation within the first few years at least, because you can overprovision a battery, and because such overprovisioning actually not only provides some runway, but also reduces even the relative rate of battery decay.
Not to mention there are a bunch of other things a manufacturer does that influence battery lifespan. Which design aspects are at fault here? Apple surely knows by now, but they're not saying.
But even if you do choose to allow slow degradation - entirely reasonable! - the rate of decay is largely a matter of choice for the manufacturer. You can sell em to last for at least a decade if not more, or you can push em to the limits and have em degrade in months. Sure, that might cost a few extra grams and cost a few percentage points of the maximum initial charge - but nothing a user would likely notice, let alone mind.
Apple simply sold near dumpster-level quality li-on battery integrations - whether by accident, or to save money, or to limit device lifespan - we can't really know.
Which comes at a cost, in dollars, size and weight. Which is why it's probable no phone manufacturers actually do this.
Basically: you can throttle after the battery is damaged or before. And if you throttle beforehand, you need to throttle a lot less.
Finally, you imply this is costly - but don't forget that apple's phones are amongst the most costly out there, and similar sized batteries are found in devices a small fraction of the cost. Clearly the bill of materials for the battery isn't a going to be a big deal for apple, compare to those competitors, which also happened to ship higher quality batteries.
The significance of this will vary, largely based upon the range of the car. Think about how many cycles the battery takes after 100,000 miles on a car with a 100 mile range vs one with a 300 mile range, for example.
In addition, car batteries have:
a) vastly better charge controllers than the cheap crap that's put in phones
b) better quality cells to start with, or at the very least higher QA standards
c) BETTER CHARGERS. Cheap cellphone chargers can kill the battery with their unclean power, especially when linked with cheap charge controllers in the phone.
d) better thermal management with cooling and (iirc) heating, compared with a cellphone battery that has to endure anything between double-degree negative temps in winter to +40 °C when it gets held by the user or the CPU gets active.
As you state it is an issue of consent to this throttling, if it was communicated effectively this wouldn’t have been a ‘Gate’.
A good way described in a podcast (think it was Rene Ritchie on the talk show) would be to let the phone crash then pop up a message with an explanation of what’s happened, that the phone is now dialled down to prevent future crashes, you can turn it off in settings etc..
a) replace the battery.
b) opt-in to degraded performance.
c) upgrade my device.
Rather than (in effect) tricking me into an upgrade before it was really needed.
Also, if you have that functionality, why crash and then display a message. Write: Crash prevented, but clocked down. Look what a Raspberry PI does: It flashes an icon if the power supply is not keeping up.
What a copout. There is no good reason. Your phone already does a 1000 things that you don't know about. Do you also want access to how many cores are used, which ones, what speed they are running at, which frequency your phone is using, how the GPS is getting its location, etc...