The headline is definitely sensationalist but there are threats and missed opportunities on Intel's horizon and past.
The lure of mobile is the upgrade cycle as those are much shorter. The same, short upgrade cycles were a boon for intel in the hey day of desktops/laptops.
The bigger threat the article fails to focus on is ARM.
Singularity for apps has always hinged on write-once-run-everywhere. Intel hasn't been able to compete with ARM lately and it seems that ARM is moving into Intel's turf. A few months back Microsoft launched windows 10 on ARM -- that's an inflection point. Apple relatively recent iPad Pro also continues to blur the lines along with other initiatives around app continuity (Mac/iOS) or the Nintendo Switch's hardware continuity that offers a glimpse into what the same thing could look like for mobile in general.
It's not for Intel's lack of trying either. It's just that ARM got off to a good start while Intel failed to make in-roads with Atom and whatever else.
> A few months back Microsoft launched windows 10 on ARM -- that's an inflection point.
Microsoft has launched Windows for various non-x86 platforms over the years, including ARM, and it has always petered out. Maybe it will take off this time, but I wouldn't bet too much on it.
Clarification: Only 32 but apps. Not 64 bit apps, which the Windows world has almost fully moved to. And I’m sure they would run at reduced performance as well.
most non-compute intensive programs still are compiled for 32-bit, or have 32 bit versions available. also, visual studio still defaults to 32 bit when creating a new c++ project.
Some people might consider that a blessing in disguise with Slack.
I'm not sure what the behavior is, maybe best case Slack crashes and restarts itself. You could almost call that behavior a feature of 32bit Slack: "automatic garbage collection"
Almost anything compiled for 32bit windows would work just as well on a beefy tablet. Laptops and Desktops are, more and more, being reserved for power users and computationally heavy tasks.
> Laptops and Desktops are, more and more, being reserved for power users and computationally heavy tasks
I'm not seeing this in the business world. Yes, there are some tablets in use, but their numbers are still very small in comparison to desktop and laptop computers. And a huge majority of these users are definitely not what I would call "power users".
Reminds of the early nineties when MS was keeping everyone in the 16-bit world. Win 95 was this amazing kludge that straddled 16 and 32 bits. Thankfully they’re not the monopoly they once where.
For what it's worth, Windows NT 4.0 ("full windows") ran on DEC Alpha, and using FX!32 emulation, executed x86 Win32 apps. There was even a 64-bit build of NT running internally at Microsoft as a proof-of-concept, but wasn't publicly released.
Yeah but the upgrade cycle won't stay short for long, just like it hasn't for desktops.
Give it 10 years and people will be keeping their phones until they break.
Also anyone can make an ARM CPU so the margins are thin, whereas with x86 CPUs Intel will basically only ever have one competitor - AMD. They want to find another monopoly.
We’re already keeping phones until they break, by handing them down through the family. I’ve bought 5 iPhones and all but 2 of them are still in use. In fact the second one, a 3GS, was only fully retired at the beginning of last year.
The upgrade cycle has really just been a process of filling up the market. In fact I’d argue there are still a lot of old devices still in use beyond an ideal lifespan. There’s still going to be a much quicker refresh cycle than desktops for a while, but they’re likely to converge gradually.
What we might see is high end users keeping their flagship for longer, and refresh phones ‘downstream’ in the family to more recent midrange devices rather than passing on their own device and getting a new flagship. In fact, that’s what I just did for my teenage daughters.
Problem with mobile devices is they long outlast their manufacturer's software support. My iPad, for instance. The first device was announced in 2010, and software support ended with 5.1.1 in 2012. Two measly years of updates. This thing has not had an official update (including security updates) in nearly 6 years. Your 3GS hasn't been supported for 4 years. Whereas, I can keep a desktop computer for 20 years and update its software throughout that time.
We should be able to keep our devices until they die, but without regular software updates, you're playing with fire.
Keep using a computer for 20 years? A 20 year old computer is not going to run the latest version of Windows.
Now I do have a 10 year old Core 2 Duo 2.66Ghz with 4GB RAM, Gigabit Ethernet and a nice 1920x1200 display serving as a Plex Server. In day to day use, the only time I can tell the difference between that and my modern laptop is when I try to run too many things at once and that could be alleviated by upgrading the RAM to 8GB.
As far as the iPad 1st generation, it's true that you can't get software updates -- I have one too -- but you can still download the "last compatible version" of apps for it. I reset mine last year and re-downloaded and ran Netflix, Hulu, Crackle, Google Drive (for reading PDFs), Spotify, Plex, and all of Apple's iWork Suite.
It still supports AirPlay and prints to all of my printers. I can check my Exchange email at work. The browser on the other hand crashes constantly.
I think that very dependent on the target demographic and country. Also definitely some delusion in it too, many people I know will go on about planned obsolescence and so forth in a put the world to right speech and then whip out the latest iPhone or Samsung flagship to call an Uber that they have on contract.
Intel gave up too early in my opinion, the Zenfones (pre-Snapdragon) were great phones, I just don't think Asus alone had enough penetration to make it worth their while.
The Intel CPUs were performance-competitive with the SD8xx chips at the time but most of the newer zenfones use slower SD6xx chips.
My experience with the Zenfone 2 was not very positive though. It seems to have been more Asus's fault than Intel's, but also Intel could have done a better job with their kernel. Yes the CPU was fast relative to its price (because Intel was dumping them) but almost everything else about it was not very good. Battery life was poor, seemingly because Intel never got core parking to work in their Android kernel (I also owned a Lenovo Atom tablet which had the exact same problem so I'm going to blame Intel here). Most apps ran pretty fast but anything with ARM binaries ran very slowly in emulation or in a few cases didn't work at all. ASUS's Android skin was terrible and had an obscene amount of preinstalled bloatware. There were loads of bugs, and installing updates was always a guessing game of whether it improved things or made it even worse. Sometimes GPS wouldn't work. The Marshmallow update was both extremely late and extremely buggy. The plastic back started developing cracks after about a year without ever dropping it.
The ability to run windows software in either Wine or a VM was a rather cool-but-useless novelty.
Subsidies baked into the cell plan are mostly gone in the US too, replaced with monthly installments that superficially are the same but in practice allow you to pay up front and then only pay for cell service on a monthly basis.
Even today I see an increasing number of friends moving from 2 years cycles to 3 year cycles.
The "killer app" for smartphone refresh rates staying low are (1) battery degradation and (2) forced OS updates for app updates, which in turn slows the phone down to compel an update[1].
[1] I'm actually curious if OS updates slow down older phones these days. This was the case 5 years ago but perhaps things have changed/
I have a Nexus 5X that was 2 years old late last year. At that time I git it's last major OS upgrade. (It will continue to get security updates for another year or so.) This is as good as it gets in the Android world.
It was hobbled at the outset with 2GB RAM. At introduction performance was adequate. It has degraded since then. There are times when I exit an app and it takes several seconds before the home screen is populated. Navigation normally runs in the background but if I open a different app, it may get bumped and disappears from notifications. I listen to podcasts frequently and its background process (the part that keeps audio going if I open other apps) gets bumped.
These are not related to processor horsepower but I believe are symptoms of insufficient RAM. It could also result from additional installed applications, but I have uninstalled more than I have added and it seems not to improve.
I had a 5X that I recently replaced due to the common boot loop failure.
Towards the end of its life its performance had degraded to the same point you experienced. Multiple seconds for the home screen to populate, camera lag, etc. It's crazy that a cell phone with 2GB of ram is incapable of running recent versions of Android with decent performance and even crazier when I'd open up a task manager and see mandatory things like Google Play Services consuming almost 60% of the ram on the device.
- Devices that support Verizon's bands & CDMA are mostly only sold as Verizon branded devices. (CDMA is less important every year but I still occasionally need 3g)
- ~All Verizon phones have locked bootloaders and no official way to unlock them.
- Manufacturers don't make the easy mistakes which let you unlock their bootloaders anymore.
Depending on your device, installing an aftermarket ROM can range from "easily accomplished from initial query in a search engine to ROM installed within 1 hour" to "I am stuck in a nightmare of poorly written, contradictory forum posts written in a mishmash of languages with lots of instructions that say 'this is easy, but WARNING COULD BRICK YOUR DEVICE'." Who has the time or patience for such confusion?
I've been doing a variant of the 3 year cycle: buy a year old model (e.g. I bought an S7 just after the S8 came out), and then keep it for 2 years (it's even possible I'll be able to keep this one longer. It's not feeling slow yet).
Advantage is that you buy for half the price of a new flagship.
for me the camera is one major reason to upgrade every 1.5-2 years. But I buy a phone(asus) that is at least 50% cheaper than most of the high end phones so I figure I'm coming out ahead. They probably have better cameras but mine has been good enough until the next refresh cycle
For me, cameras have become good enough in around 2014, before then, smartphones cameras tended to turn low light pictures into a blurry mess.
Things will always improve, but for cameras, we are getting to the point where if your smartphone camera isn't good enough for you, you are probably at least an enthusiast and you probably want to get a real camera.
Since then, I've seen absolutely no game changing improvement.
On the Android side, it's sorta debatable whether Google Services is really part of the OS or not, but in any case, a Galaxy S4/5 with the latest google SW is a performance disaster. Maps regularly freezes for like 3-5 seconds at a time; its sluggishness is almost certainly causing additional auto accidents. Pretty much every other G app takes more than a second to open, despite being compiled-to-native-code during installation. Disabling airplane mode will cause 100% CPU on all cores for like 15+ seconds. Performance was certainly better when the phone was new 4-5 years ago.
I have an iPhone 6S - I'd say OS updates do slow the phone down, but they also tend to be really buggy and generally rubbish for a while. I think it's probably more bad engineering and software quality than anything nefarious.
The said that as the battery degrades, they limit CPU spikiness that can abruptly kill the device even with a non-trivial amount of juice left.
That's not nearly the same as "slowing down the phone with every upgrade".
Often people have reported better performance after an OS upgrade, although obviously results may vary, and subjective impressions are always, well, subjective.
Something you keep in your pocket along with your keys, that will be dropped ten times, and on which you will regularly sit will inevitably have a shorter life than a laptop. And for the rare people who take good care of their smartphone, there is the matter of non replaceable batteries on a non fixable device.
> Singularity for apps has always hinged on write-once-run-everywhere.
From app developer perspective, processor architecture is low on the list of the problems you have to solve to run anywhere. User-facing apps aren't written in C or anything that close to metal anymore; I suspect that most of the Java, Kotlin and Swift code is completely architecture agnostic: add new capability to the compiler, change the build command and your ARM app becomes x86 app.
I once had to help port a large system written in Ada from SPARC/Solaris to x64/RHEL. The only issues we rant into were predominately related to the endian difference between the two architectures, and that was really only due to the fact that our code did a lot of low-level bit manipulation :)
I have a curious question. I am not a Ada Developer but I have two that work for me. Another retired in OCT 17 after successfully porting our project from Solaris to RHEL 6. He told me at that time that we could not go back and compile the code for a Solaris system even though we still have the Solaris box we originally compiled on. Are there any issues you can see preventing us from going back and compiling the code for Solaris?
And ARM is little endian in all currently deployed processors.
So about only pitfall is assembler, SIMD intrinsics and depending on undefined behaviour like arithmetic or not signed right shift.
Oh and different thread safety guarantees. ARM is much more lax with loads and stores and will require locking and correct use of atomic operations.
Reminds me of the time I had to program a Z80-based controller board. It came with a non-standard C Compiler where integers were 16-bits long. Of course, I didn't realize this at first (I suppose I could have read the documentation, but...), so I had to figure it out for myself while debugging :)
It was my first time programming C on something that wasn't a 32 bit CPU :)
All I want is a single socket CPU and a motherboard that supports ECC/isn't total garbage. AMD has said it's on the motherboard manufacturers, and I haven't been able to get a straight answer as to whether ECC works as it should on motherboards that support Ryzen - https://www.reddit.com/r/Amd/comments/80wpd1/ryzen_2_ecc_sup...
You can get a non-Threadripper Ryzen CPU+mobo with ECC support for far less than $400. Obviously it lacks the PCIe lanes of the TR setup. These are both ridiculously cheaper than you could get similar capability for before Ryzen launched. If you really want 48 PCIe lanes for $400 you can get a used Xeon X99 setup for that much.
Ryzen Threadripper and the TR4 socket are advertised with ECC support on the AMD website¹², in contrast to regular Ryzen/AM4. This may mean that all motherboards support it. I can't be sure, however, ECC seems to work fine on ASRock X399 Taichi.
The lure of mobile is the upgrade cycle as those are much shorter. The same, short upgrade cycles were a boon for intel in the hey day of desktops/laptops.
The bigger threat the article fails to focus on is ARM. Singularity for apps has always hinged on write-once-run-everywhere. Intel hasn't been able to compete with ARM lately and it seems that ARM is moving into Intel's turf. A few months back Microsoft launched windows 10 on ARM -- that's an inflection point. Apple relatively recent iPad Pro also continues to blur the lines along with other initiatives around app continuity (Mac/iOS) or the Nintendo Switch's hardware continuity that offers a glimpse into what the same thing could look like for mobile in general.
It's not for Intel's lack of trying either. It's just that ARM got off to a good start while Intel failed to make in-roads with Atom and whatever else.