Should I buy an Intel Mac today or wait to buy an Arm-based Mac?
macrumors.com
macrumors.com
https://forums.macrumors.com/threads/2006-2007-mac-pro-1-1-2... https://forums.macrumors.com/threads/2006-2007-mac-pro-1-1-2...
A similar situation played out when macOS Sierra dropped support for 2008–2009 models that can be re-enabled in a patch:
http://dosdude1.com/sierrapatch.html http://netkas.org/forum/index.php?topic=852.0
The only real issues were that webcam no longer works (bummer) and that somewhere down the road Homebrew stopped supporting Penryn architecture with binary releases so I had to hack it to force it to compile stuff from source.
https://lowendmac.com/2016/upgrade-options-for-2006-and-2007...
The Mac Mini with Core Solo was introduced a month later.
https://en.wikipedia.org/wiki/Mac_transition_to_Intel_proces...
Either way, those first machines were supported way longer than expected. My 2006 MacBook Pro lasted me up until OS X Lion (10.7) and I still use it for BOINC.
That iPad is still kicking around for random uses like HLS video testing, luckily on 9.0.2 with the (to this day final) untethered Pangu jailbreak. Part of me wishes I never upgraded it past 8.4.1 though.
For another example, many people had first-gen Macbooks that would "moo" as the fan cycled on and off across a single-degree thermal boundary: https://www.youtube.com/watch?v=vEPzlIkBnGs
It was fixed in an update to the System Management Controller to change the fan behavior / thresholds: http://www.betalogue.com/2006/08/18/macbook-smc-firmware-upd...
edit: Almost forgot the build-quality issues with the first-gen Macbook Pros where the official service manual advised you to use one entire tube of thermal compound each for the CPU and GPU which obviously lead to overheating: https://forums.somethingawful.com/showthread.php?s=&threadid... (images all missing)
FUD. First Intel Macbook Pro, first iPhone, first iPad, first Apple Watch... these were all excellent devices.
Also, I believe you are misinformed about the types of processors available in the first Intel macs.
It's not that fast but I just peered it with my iPhone 7 running the public beta of iOS 14 with no problems.
I owned one, so I believe you are :)
https://lowendmac.com/2014/core-solo-mac-mini-a-compromised-...
Anyway, that core solo mini also was a great little computer. I believe that’s the one I bought refurb, added RAM, a core 2 duo, and upgraded the wifi to N, and used it for years as a media head and server.
The 2nd gen were all extreme improvements though
> Also, I believe you are misinformed about the types of processors available in the first Intel macs.
as far as I remember the initial Intel Macs were a Mac Mini (Core Solo) and MacBooks (Core Duo).
32bit EFI was a thing and made life difficult with a Mac Pro. At some point the MacOS dropped support for the 32bit EFI, and had to have OS upgrades installed with patched installers.
I just wanted to be contrarian and get an Android phone instead, and I did for a while and the Android phones with keyboards were pretty great.
Welcome to the state-of-the- art in the mid 2000’s. That’s what Intel used to offer and why it was worth it for Apple to transition from PowerPC to Intel. But Intel hasn’t improved much in years. Yes, Apple will probably release significantly better processors in ARM macs in the upcoming years. But they likely would not be able to release Macs with significantly better Intel processors if they stick with Intel.
The first gen iPhone was unusable for anything other than email. The pitch was that you get "the real web," and compared to WAP on feature phones, the was true, but honestly, the mobile web was years away from being ready enough to be useful. Internet functionality was basically unusable on 2.5g. Honestly, it wasn't even ready until 4g. I remember trying to use Google Maps on an iPhone a week after launch. It took minutes to load the map of where I was. This was in SF. The App Store hadn't launched yet.
That’s not going to be the case this time around.
Apple has obviously been planning this transition for several years. Apple has been designing 64-bit ARM-based SoC since at least 2013—over 7 years.
Single-threaded speed surpassed Intel years ago; it's probably been a matter of getting the supporting silicon up to snuff.
I wouldn't be surprised if what we see this fall will be the 2nd or 3rd iteration of ARM-based Macs Apple has designed internally but the first to be revealed to the public.
I expect these first Apple Silicon Macs will be ridiculously fast, particularly on a performance per watt basis and even perhaps compared to similarly priced Intel hardware from brand name PC manufacturers.
Apple knows they only have one chance to make a first impression; I expect they will put a stake in the ground around that for these first consumer oriented Macs, with the promise of what's to come for Macs for pro users over the course of the two-year transition of the entire product line.
There are still going to be lessons learned from deploying millions of these devices that will be fixed in the second generation
Apple obviously wasn't designing Intel chips; they had no choice but to take whatever Intel had. Sure, they were better than the PowerPC processors from Motorola and IBM but it was Intel’s roadmap that sealed the deal.
This time, Apple doesn't have to settle for those trade-offs it had no choice but to swallow from Intel back in the day.
The two year old processor in the Apple Transition Kit already has very impressive performance; the first ARM-based Macs should even be more impressive with the latest and greatest chips: https://gizmodo.com/a-wild-apple-arm-benchmark-appears-18442....
That said, I'm excited about the potential for ARM over time with Apple's performance trajectory, and if Apple holds onto developer mindshare and doesn't totally nerf Mac OS in the name of iOS parity, then there could be a strong halo effect pushing ARM servers and cloud hosting forward. I just don't want to be on that bleeding edge of architecture transition pain.
Then why not just develop on Linux?
Native docker would be a strong draw, but the thing that has stopped me so far is that I have refined workflows and a handful of killer apps (eg. OmniFocus) that I don't want to retool.
I’m very much a person who values technology that “just works”. While my latest Ubuntu installation admittedly wasn’t quite as smooth as running macOS on Apple hardware, the gap has narrowed considerably. Especially for anyone who already possesses a fair amount of Linux experience from working with servers for work, and who sticks with known-compatible hardware, running a Linux desktop can be a delight.
UI jank is also reduced but not eliminated. Even Pop!/DE Ubuntu have a fair number of rough edges - not so much that you're constantly tearing your hair out, but there's definite room for improvement. Personally, I live with it because I also think Windows and OSX have regressed in usability and stability, but I'd be a liar if I didn't mention all the time spent yelling at things like DPI scaling w/ hardware dock-attached monitors.
e: also, expect to do some manual power tuning if you want anything close to battery life parity.
I find the overall UX quite good (Microsoft RD + Microsoft VS Code) and the fact that I do not have relevant data on the Macs allows me to hop from office to home, and second homes without having to carry a laptop.
I wasn't the one that downvoted you but to give a typical reason why some programmers don't run Linux on the laptop/desktop even though they deploy to Linux: they need to run critical software that only runs on Windows or macOS. (My previous comments with examples of this: https://news.ycombinator.com/item?id=20312066, https://news.ycombinator.com/item?id=20312336)
I also write software for Linux but it's backend processing utilities deployed to Linux servers and not client GUI software with GTK/Qt meant for Ubuntu desktops. In that situation, it's more reliable and less hassle for me to run macOS or Windows as the 1st-class desktop and then run Linux & gcc in a vm .... rather than the reverse of running Ubuntu desktop and trying to run Windows in Wine/vm and then finding out something is incompatible.
The reality is that if you're going to be interfacing with non-technical people (managers, customers, exec level), they all expect a certain amount of polish that comes from presentations. I'm willing to dunk on MBA types that drop buzzwords all day, but sometime you need to be flexible with regard for what tools you use for your job.
You can easily create crappy presentations in PowerPoint
You were quite unreasonable in my opinion, and failed to communicate why they would need to use PPT
I’m saying this as a person with PowerPoint as the second most important tool at my workplace, after Excel
>poor formatting...many conflicts/broken formatting
Yes you can create crappy presentations in Powerpoint but when you open those crappy presentations they still look exactly how they did when it was created. That's not always the case with LibreOffice when one of their files is opened in Microsoft Office.
When I was in university I had instructors who demanded documents be created in MS Office (which I did not own) and I did those assignments in the library where MS Office is installed on every machine.
Basic documents work just fine between LibreOffice and MS Office but the more advanced you get the worse the compatibility is. In your view, how much responsibility does the author have for broken formatting versus the reader? Basically, if I (as a student) submit a document with broken formatting, how do you as an instructor make the determination that it's because of a software error instead of a lazy student? And after you make that determination, how much time do you as an instructor put into fixing the student's broken formatting versus rejecting the document and moving on?
This is a big shift from just a few years ago where significantly fewer students had the hard drive space, internet, and know-how to download and manage multiple licensed versions or bitnesses of MS Office products. Since professors might require older versions of software that are incompatible with other courses at the school (or simply not be aware of the newer version available to them), there's not much students can do except hope the professor will listen to reason or not grade too harshly on something they might be getting entirely wrong.
Poor professoring (or TAing) is a good way to get a chair or dean involved, so it's rare to have things escalate too far, but it's still a big source of stress for students who might hold certain parts of the system in higher esteem than they rightfully deserve.
The heart of it is that PowerPoint is a product, not a standard.
Because we can't assume everyone is a Microsoft house, we have to support presentations produced in open standard formats and proprietary ones alike. This is why we invest so heavily into our AV and conference spaces - we don't want to make fools of ourselves and our guests by neglecting simple and costless accommodations.
https://www.virtualbox.org/wiki/Licensing_FAQ#:~:text=The%20....
Big Sur apparently has native Mac virtualization for, initially, x86 although I'm unclear what the underlying tech and a query or two at the time of the original announcement didn't yield any results. So that may improve Linux virtualization.
As for ARM, virtualization is not emulation. There's going to be Rosetta 2. But my understanding is that you shouldn't expect x86 Linux to run on Mac ARM using virtualization, Docker, or anything else. (Apple demoed an ARM build of Linux running in a VM on ARM at WWDC.)
On an ARM-based Mac, I would expect an Linux-on-ARM VM and then ARM-based containers, images for which might take a while to appear.
But, yes, Docker can also run in a Linux on x86 VM on, well pretty much anything today, and will presumably at some point be able to run in a Linux on ARM VM in the future.
It is. The "native" Docker.app is an Hypervisor.framework virtual machine and an 8 GB Docker.raw image in your homedir. The client utilities are native, and communicate with a docker service running inside the VM. It definitely doesn't run containers under Darwin kernel.
For a pure Mac experience I'm sure the new ARM machines will be absolutely fine. My first Mac was a first generation intel machine and it was fantastic, so they're perfectly capable of nailing a transition like this. I'm just in a small minority with some specific reasons to prefer an Intel cpu. Long term it doesn't concern me either, there's no way I can predict what my needs will be in another 6 or 8 years when my new box starts getting long in the tooth. I'll worry about it then.
I am not looking back. Touchbar, crappy keyboards, regressive and user hostile macOS, and now custom CPUs? The walled garden has become a hellish prison and I am out. I wont miss Aperture, Logic and Final Cut that much. Everything else I use is ... Imagine this ... Fully cross platform! Adobe, Ableton, Native Instruments, JetBrains, etc. Anything I cannot do easily in Windows I have WSL or Cygwin.
Thanks for 12 great years and 4 increasingly miserable years, Apple. I'm out, and once my current hardware dies it won't be replaced. I like my OnePlus phone and Surface Book and Go.
Now, MS isn't an ad company like Google, and enabling data collection by default is the wrong approach for users. It feels like it was build with features (that you probably don't care about--Hey Cortana) in mind before privacy.
https://git.eeqj.de/sneak/hacks/src/branch/master/fixcatalin...
The above script helps a little bit.
From my perspective I find Windows UX hellish and non-Mac hardware extremely cumbersome and unreliable. This is all subjective of course.
Gaming on a mac is already a challenge. None of my most valued software is Mac specific anymore. The trend of incredibly locked down software will only continue.
The calculus may be different if I were heavily in the iOS ecosystem, or if the "exciting new Intel-based Macs" buck the trend and represent good value.
If you're not an iOS developer, do you see things the same way?
I do all my work on Linux powered XPS and all my personal stuff on macOS.
If I was an iOS dev I would have no choice. Luckily I am not
All I really need is emacs, iterm, compilers and a browser.
That ship sailed a long time ago. More people own ARM computers than x86.
I'm a full-stack web dev (who's been stuck dealing with cross-platform hybrid apps at $DAYJOB for a while), and the continued lockdown of OS X, its iOS-ification, and now a new CPU complicating Windows / Linux support have me starting the painful task of figuring out what my next personal setup will be.
Currently thinking it may be a Librem 15 with NixOS, but step one is to try building a basic env in a VM and seeing how it feels.
The benchmarks for x86 emulation on the developer kit are surprisingly good. And that’s on an iPad chip, an actual desktop chip should be quite performant.
(dual-boot windows for games + macos for other stuff; old mac machine became linux machines; etc... )
this is like the reverse.
The Osborne effect is a social phenomenon of customers canceling or deferring orders for the current soon-to-be-obsolete product as an unexpected drawback of a company's announcing a future product prematurely.
Totally. Don't buy either, Apple is obviously going under. ><
Thing about Macs is, they have this incredible lifetime, annoyingly (to those that like to save with buying older hw) hold high value in resale. Try pricing a Mac Mini from 2012, or Late 2014. Compare a similar compact WinDesk from those years. Though it is interesting to see a pattern, and moreso when it is famous enough to have a name, I do not think the Osborne effect applies here. Today's current Intel Mac will still be unaffordable NIB or used when the 3rd gen ARM Macs are released. I'm not really happy about that.
As I recall, the first switch had the issue of the early PPC chips, 601, was kind of slow, and the boxes not designed well. The second transition in 2006 was annoying because Adobe doesn't like to rewrite their code... they carbonized, and then just kept charging for the same cruft. But frankly, I liked the Classic Environment, and I liked the first Rosetta. I'd like to run the whole shebang in MAME on whatever hw, if others were doing it to make it easier for me. If only MAME had a emulated coprocessor, I'd run A/UX on it.
Apple's current ARMs and OS running on it are already quite amazing, IMHO. So I don't think the new ARM Macs could disappoint. And the same thing here, Universal Binaries, a switch in the compiler to make it easy for devs, and I don't know how it could be easier.
I had a first-generation PPC Mac. It was pretty good, I thought. The baseline 601 ran at 60MHz and had a superscalar architecture with 16K instruction / 16K data L1 cache. The high-end 68Ks were not superscalar, ran at 33MHz, and had 4K instruction / 4K data caches.
If anything was slow it was probably because big chunks of code were 68K. My personal experience was that once I switched to PPC, running the same software on 68K felt slow by comparison.
Apple will want to phase that out as quickly as is acceptable to the public, and just like the PPC to x86 transition app developers will probably do it quicker than apple itself. So even if the OS might be updated for a while I think we'll pretty quickly see some apps that just won't run.
I remain rather skeptical. I think this is a business win for Apple moreso than a technical win.
It was bought in part to start developing OSX/iOS software while also continuing to use Linux for the majority of my work, which I now do in a VM on the Mac.
This setup works really well as an "all rounder" machine with excellent hardware.
In a couple of years time, having an x86 Mac won't make sense for developing MacOS/iOS software. Apple talks of emulating x86 on ARM for MacOS, but not the other way around.
But on the other hand, having an ARM Mac won't make sense for running x86 Linux and x86 Windows VMs. And my servers will probably still be x86.
Neither choice is good.
I've been thinking about this lately, and I wonder who the audience is. For example, I've had a Chromebook that can run Android apps for a while now, but I've never wanted to run them when the desktop equivalent is available. Even if a desktop equivalent is not available, it has the downside of not fitting in well with the look-and-feel and ergonomics of the desktop.
However, I think being able to run iOS apps natively is great for developers testing iOS/iPadOS apps.
It will be interesting to see how Apple presents iOS apps on the ARM Macs. IE how discoverable they will be, not just how useful. Will I get all my compatible iOS apps automatically installed when I login with my iCloud ID? Will there be a Launcher style window for them, or widgets style overlay?
iOS apps on the Mac would give it a robust gaming library overnight.
Expected by whom, exactly? I don’t think anyone ever asked for Catalyst, it was just an ugly push from Apple. It’s unpopularity was actually fairly predictable.
And on iOS gaming: iOS gaming and desktop gaming cater to different markets. Nobody ever bought a desktop or laptop to play something like Fruit Ninja.
One buys a desktop or laptop to play games that cannot be played on a phone.
It wouldn't. It would give MacOS a library of games optimised for mobile. Why would you want those on a desktop computer? And how would you play many of them when they require touch input?
I’d love to play longer iOS games on a system that doesn’t cause it to heat up profusely and massively drain battery life, as there are some unique iOS games that were never ported to a Mac.
That probably includes the vast majority of games that you would want to play on a desktop system: the ones with perceived console quality.
Nowhere is this more evident than in Apple Arcade. It has cross platform games. About none of them have any appeal for a desktop gamer. Non-ported mobile games? They will have even less appeal.
Except some casual games like Monument Valley.
> there are some unique iOS games that were never ported to a Mac
Once again, the vast majority of those will most likely be very foreign on a desktop OS.
Like now, two ecosystems in one, but the other is iPad. I'd love a lightweight convertible Macbook, or an iPad Pro that is really an ARM Mac but can 'be' an iPad (w/16 Gigs of RAM) at any time.
If you need to upgrade soon and are dependant on the machine "just working", get an Intel based Mac. Obviously the same, if you need virtualisation. You do get a machine, which works now and will do so easily for the next 5 years to come.
The new ARM Macs are very tempting, but it might take up to 2 years until the device you want to refresh is avialable with an ARM processor, and there might be teething problems. In any case, it will take some time, till most software is avialable natively. On the other side, unless there are first-generation issues, with an ARM-Mac you are very forward-looking.
So for me, the answer is easy. For my work, I am going to renew my MB Pro on Intel, but privately, I am going to try to stretch the life of my iMac out, until I can an ARM based one. The iMac is still running on Mojave for compatibility reasons, so if I upgrade, going to ARM shouldn't be less compatible (which probably was the reason for Catalina to be that incompatible).
So extrapolating on Mac history one can expect last Intel Mac to be supported for 3 years.
To be a little more specific, they actually both released the first Intel Mac and discontinued the last PPC Mac in 2006, over the course of 210 days.
https://en.wikipedia.org/wiki/Mac_transition_to_Intel_proces...
With a sample size of 1,...
We don’t know.
So going by history we can expect 2-3 years, with a sample size of 2.
If new Macs w/ Apple Silicon are being released this fall, I hope the 27/30-in iMacs w/ Apple Silicon rumored to launch next year count as the "second" revision in context of Apple's infamous first-gen issues.
I actually bought a weaker 2016 MacBook Pro when it launched under the assumption that eGPUs would take off; unfortunately, the cost premium turned out to be not worth it, and the inability to use Nvidia GPUs without extreme hacking makes it a nonstarter. (I also planned to use it for training ML models; the massive cost drops in cloud computing make having a local GPU unnecessary)
My place isn't big enough for a full-on Windows workstation, plus I'm invested enough in the Mac ecosystem that I get benefit from that synergy.
EDIT: Another performance bottleneck in my work is video recording/livestreaming; currently on my Mac I get slowdown when I record HD video for complicated work, so I would prefer to mitigate that.
The Nuc8 (i5 or fractionally more powerful i7) are monsters and much loved by those who get them. Their GPU is particularly powerful. The newer Nuc10 is a leap backwards in GPU power, but has 6 cores in the i7 version. This makes it an excellent ESXi host, and the factory support for 64gb of RAM helps too (though the Nuc8 will run 64, but Intel states support for just 32). The RAM is faster on the Nuc10.
For encoding, both are great as they have the same version of Quicksync and I think my Nuc10 matches the performance of the Nuc8 for transcoding video.
A downside for the Nuc10 is that that the newer nic isn't properly supported yet by VMWare, so there is shagging about to get the nic to work. With m.2 drives they fly, and are a great little machine.
With that in mind I am curious about your comment wrt GPU - are you referring to the on-board Intel graphics, discrete graphics that can be supported on-board to the NUC, or are there limitations to what can be added externally?
I will probably get a chassis and connect an nVidia card via thunderbolt, but I'm interested in what the limitations are around the other options.
Yes, the NUC9 is intriguing but super expensive and limited availability (that I could find). On the other hand, the cost of an eGPU chassis is super high and perhaps offsets most of the cost difference.
But in any case, it sounds like if I'm definitely doing discrete graphics your GPU concerns aren't a problem for a NUC10.
I eventually upgrade to a S3 and was very happy with it, although I don't think I am rushing to upgrade, yet.
All of the stock apps work, and many third party apps, too. The only disappointment I have is that the New York Times app stopped working last fall.
The trash can Mac Pro is terrible.
I, unfortunately, own both.
The first MBA wasn't good, but it wasn't a dead end for Apple, just the beginning.
It's actually not the cost, though having two functional CPUs would cost more. How would it work? How much time and effort would go into building the hardware so they could interoperate and the OS to make it usable?
Just a massive amount of complexity for very little gain. Apple's Rosetta2 will already run x86 code with very good performance on Apple Silicon, in MacOS as a MacOS app. Hundreds of dollars per Mac cheaper, and far less complex to integrate.
Most likely pick one processor architecture as native for the kernel in, and the other one has just enough kernel to trap system calls and call into the native kernel, and switch tasks.
I guess, like the graphics cards, the "weaker" card is connected to the display, and just passes through information. So with a dual CPU it would really be like virtualization, and the input/output would be handled by the newer ARM cpu, but if they'd need to run an x86-64 program, they'd start up that CPU and whatever info it needs from the OS, there'd be a translation layer.
That card gets you 3 laptop-class quad-core CPUs with integrated graphics.
If, within 6 months of ARM Macs coming out, we have Chrome, the Adobe suite, and Microsoft Office running natively, that will cover the vast majority of Mac use cases.
I think if a person isn't qualified to answer these questions for themselves, then that gives us enough information to recommend that they buy an ARM Mac. ARM is the future for Apple.
Other than that I agree that if you need a system to write/debug MacOS apps that run on Windows, you probably need a MacOS system if you don't have access to one.
Otherwise, if you need a new system, get an ARM and just deal with the migration pains.
Thinking back to the PowerPC to Intel transition then the step up in performance per watt was enough to make the MacBook Pro a very, very clear winner - I don't think that many people were wishing they had bought a PowerPC laptop. There is clearly the potential for this to happen again.
Apple clearly doesn't want to "Osborne" its existing range, but if the gains are only marginal then the justification for the change becomes quite weak.
If you depend on x86 for Windows or for server development then buying a Intel Mac will give you what you need. For everyone else - especially buying a laptop - I would have thought that at least hanging on, if you can, would be a sensible option.
it happened the same to the Sega Saturn / Dreamcast, the MakerBot, and the Osborne Computer in the 80s. Customer delayed buys, because a new and disruptive product generation was coming.
That effect is named as Osborne Effect since the 80s. Let's see what happens with the upcoming Macs.
So you can have the latest model every 3-4 years, give it back if it breaks down and get a new one pronto, and just pay monthly instalments (with some premium) instead of the whole upfront fee.
I wonder what effect ARM Macs will have on other x86 based environments like Windows and Linux. Will we start to see a migration from x86 to ARM or will we retain the split? Ubuntu and Arch have ARM distributions but I can't build a gaming rig out with ARM. It's mostly non-upgradable integrated systems. Will that change?
As an iPad 1 early adopter I would hold off on getting an ARM Mac immediately. Within a year half of the apps in the app store wouldn't work for various reasons. I wouldn't be surprised if that happens here.
That said, I think the Intel transition will likely be slower. Apple has said they plan to keep releasing Intel Mac's and there's certain things (discrete GPU support?) that might motivate them to do so.
That and upgrade cycles on desktops/laptops have also slowed quite a bit in the last 15 years.
https://website-archive.mozilla.org/www.mozilla.org/firefox_...
6 years from the last hardware sale is also probably a bit forced because PowerPC was never as well supported by compilers, libraries, etc., performance was well behind years before the switch, and Apple has migrated a lot of tasks which used to involve assembler to higher level libraries. This time around I don’t think you’ll have that pressure because it’s not like LLVM is going to stop supporting Intel and most projects are using the same compiler for each platform, so it’s not like you’re going to need to keep an old toolchain like Code Warrior in life support just to ship updates.
Depends on what you want to call support. 3.6 (the last PowerPC and 10.4 compatible version) was indeed supported until the first Extended Support Release with Firefox 10, since 3.6 was effectively the first ESR in all but name. But 3.6 aged awfully fast, and even when 3.6 was current certain features never made it to PowerPC (like the JIT), so I think it's also fair to say the support it got was never the same as x86 Macs did when they emerged.
I think this time would be different because things like compilers wouldn’t be asked to add support for an otherwise unused architecture. Getting anyone to support PPC was hard given the limited market share and got much harder once it was deprecated. There’s definitely some Mac-specific code but a lot of the most expensive code is going to be shared with Windows and Linux support which isn’t going anywhere.
Personally I would use something like an Apple Chromebook. Long long battery life, more secure (from hardware support like the trusted enclave, microarch stuff like tagged pointers, and the OS moving towards unpriviledged applications and code signing), better iOS integration.
I think we're actually overdue for Apple to offer cloud offload processing, especially for iOS, but maybe offload to the edge (your macbook) becomes easier with ARM.
You'd basically have to believe that Apple is actually serious about it's non-iOS offerings and is actually committing to perftecting the hardware and software to a degree that we haven't seen in a decade.
Remember when Apple "invented" the trashcan workstation that was going to revolutionize the world of desktop computers? People might prefer to have trusty tech that supports all the software written today and more or less just works instead of incredibly ambitious but half-baked and de facto abandoned tech from tomorrow.
If you take into account that a lot of the impetus behind this transition is so they can reuse their hardware/software stack from the iOS world, you'll see that it is quite a leap of faith to take.
One that Apple is clearly willing to take. Do you really want to bet against that?
Full disclosure though - iphone aside I'm not in the apple world so my opinion may not be particularly informed
1. You use Bootcamp, Windows virtualized, or Linux Virtualized 2. You are worried about first gen hardware 3. You believe that a high end Intel iMac will be faster than an Apple Silicon iMac. 4. You believe that Intel Macs will be supported for at least 5 years.
All four are why I'm buying a new Intel iMac when it comes out, and keeping it for 5 years (as has been my Mac cycle).
Marketing fluff or what? Because if they are emulating x86 on ARM, doesn’t there have to be a performance issue? Unless they built their ARM chip with lots of suspiciously x86-looking functions?
This time they are doing AOT — converting the entire app at once ahead of time. Slow to start the first time, but decent speed after. Without the source it is not optimized, but still faster than emulation.
Ok, that makes more sense than straight emulation all the time.
Otherwise, why do you want to wait? I don't think Apple is going to drop Intel support anytime soon.
You will either get the Arm, or get a fantastic deal on an Intel mac.
The odds something will have a newer/revised version in the future is higher.
- OCR software for my scanner (admittedly becoming less and less relevant over time) - Fortinet VPN client which is intel-only - Steam library (still on Mojave because half my games won’t work on Catalina)
I can resolve the Steam library issues by getting a dedicated computer to be my games computer, but then that it an extra thing to carry on long trips.
But it’s not a need yet, so trying to hold on till Q2 2021 when the 16 inch ARM MBP is due. Not worried about buying the first version, Apple has always nailed these transitions incredibly well in the past.
I started it with 16 Gb RAM to avoid Apple RAM tax, and just installed 32 Gb for only $180. Thought about spending $280 for 64 Gb, but cheaped out.
Edit: Hindsight being 20-20, should have got a 8Gb/1 Tb and upgraded the ram right then. The Ram upgrade is a lot easier that it first appears but easily done in an hour being careful. I think ram upgrades were more expensive at the time and I was anxious to get using it.
All the Apple ARM benchmarks I've seen is that they're competitive with MacBook Air class offerings and not the high performance CPUs.
Beyond the raw CPU power, it has been quite overlooked how much performance Apple can get by putting additional compute units onto the chip, like their neural net accellerators. As they own the whole hard- and softwarestack, they can much more easily make the best use out of those additions.
MBPs with i9s:
Single Core: 1,119
8 Core: 6,900
A12Z (iPad 12.9 inch)
Single Core: 1,118
8 Core: 4,626
A13 Bionic (iPhone 11)
Single Core: 1,327
6 Core: 3,384
Neither of these ARM CPUs will be used in Apple Silicon. It will be an A14 class chip. It will be significantly faster due to
1) New 5 nm process vs. the older 7 nm process.
2) Greater thermal headroom ie they will be able to use more power in laptops and desktops than in tablets/phones.
3) More cores
It is expected that Apple Silicon will have at least 12 to 20 cores, and more for high end desktop versions.
4) GPU integration
The current A13 has an Apple integrated GPU that’s reputedly much faster than the Intel integrated GPUs. The 5 nm process will provide many more transistors for even faster GPU performance.
My expectation is Apple will have a family of Apple Silicon SOCs next year that start around 1,400 single core, and with multi-core starting at 7,000 and going over 20,000 for 30 or 40 core desktop versions.
They will probably include T2 functionality and more, further reducing power draw.
Also remember that i9s are $200-$300 each. A13s are around $100 each.
MacBooks will get the benefits of longer battery life, faster CPUs & GPUs while also being as much as $200 cheaper.
Question, can someone hang a x86 off the thunderbolt port to help with virtualization?
What does that mean?
Which, no? Probably? If your goal is to run Windows, it’d be cheaper and easier to just buy a Windows box and then screenshare into it.
I advise against buying 1st-gen/Rev A. hardware to begin with. It's almost always quickly replaced by something much much better.
So the new MacBook keyboards seemed to have the debris issue licked, and a little more travel. That’s all I need, but if you want more travel I can see it’s not there for you yet.
Now is the perfect time to switch to something else entirely.
The Ryzen laptops with Linux are beasts and even Windows might be a good developer workstation with their Linux subsystem.
It might be fine for your web developer type or casual user.
Professionals, however, have a lot invested in certain platforms. Be it the ability to publish their work (e.g. Apple's Walled Garden requires you to use a Mac for publishing to their app stores), workflows established over years, or investment in hard- and software that are tied to the Mac ecosystem.
Switching to something else entirely is of course always an option, but it's not always a realistic or sensible option...
There are also quite a lot of professionals that could easily switch with some minor inconveniences.
PS: I find it jarring how you are associating the casual user with a web developer type.
How so? Both don't require any special hard- or software environment and in principle only need an environment that provides access to a modern browser (and optionally some tools for office, graphic editing and the like).
You can use cloud-based services like REPL.it to fulfil all your development needs in the browser. Backends are available in the cloud and all your source code lives there anyway. No need for beefy local hardware or any particular OS.
It's the ultimate platform-agnostic development activity and thus your OS or hardware shouldn't matter - just like it shouldn't matter for casual users; every mainstream and even many niche OS these days are usable enough for everyday tasks and running modern browsers.
If you think it's somehow degrading to say that modern web development doesn't require any more hard- or software than casually browsing the web, watching movies, or editing holiday pictures, then you completely missed the point.
It's actually great that you don't need expensive workstation level hard- and software to do web development and that - in principle - an iPad with a keyboard will do.
> How so? Both don't require any special hard- or software environment
Because you're implying they're not professionals.
Requiring specific hardware / software doesn't make one more professional.
The entirety of Java developers are using cross platform tools. Are Java developers not professionals?
More to the point, all the major IDEs are Java based and you could run them on Linux too.
Don't be ridiculous - nowhere did I imply that. If you feel that way, that's more projection than anything else.
You did imply that:
> It might be fine for your web developer type or casual user.
> Professionals, however,....
"However" means "on the other hand" and it looks like you emphasise professionals.
> If you feel that way, that's more projection than anything else.
Could have also been a Freudian slip from you.
You chose to ignore this meaning of the word and decided to be offended instead. Fair enough, but not my problem.
The Ryzen 4800h is the biggest leap in terms of CPU power for me since the Core Duo days. My 2015 MBP seems quite slow now.
And the Lenovo Legion 5 was less that $1000!
My options are: 1) ARM - which will be buggy or slow immediately or, 2) Intel - which will have problems 5-7 years when Intel apps no longer supported... and by that time I’ll be ready for a new computer anyway.
So, Option 2) is the way to go??
[0]: https://developer.apple.com/documentation/xcode/building_a_u...
And the benchmarks so far indicate that the Rosetta2 apps will be as fast or faster running on Apple Silicon than they were on i86.