Earlier quoted context omitted.
I don't understand. Don't those two things seem antithetical? Like why would you make your app inefficient at the same time you optimize it for the CPU?
I think they're saying that devs won't spend as much time optimizing, since they know that the CPU is faster.
Apple Silicon M1: Black Magic Fuckery
461–470 of 1001 posts
Re: Apple Silicon M1: Black Magic Fuckery
#462You know the thing I worry about next: how are apps going to inevitably bloat in inefficiency and claw back the improvements in CPU?
Re: Apple Silicon M1: Black Magic Fuckery
#463Earlier quoted context omitted.
I think the author doesn't understand what Gruber wrote here. Android uses more memory because most Android software is written to use more memory (relying on garbage collection). It has nothing to do with the chips. If you ran Android on an M1, it wouldn't magically need less RAM. And Photoshop compiled for x86 is going to use about the same amount of memory as Photoshop compiled for Apple silicon. Sure, if you rewr…
Maybe I misread, but I understood that more as Apple using ARC and that gives them a memory advantage. M1 is simply making that more efficient by doing retain-release faster. But I agree that should not change total memory usage. But I think in general you could say that Apple has focused more on optimizing their OS for memory usage than the competition may have done. Android uses Java which eats memory like crazy an…
C# is better than JVM in that it has custom value types.
Say you want to allocate an array of points in Java you basically have to allocate array[pointer] all pointing to tiny 8 byte objects (for eg. 32 bit float x and y coords) + the overhead of object header. If you use C# and structs it just allocates a flat array of floats with zero overhead.
Not only do you pointlessly use memory, you have indirection lookup costs, potential cache misses, more objects for GC to traverse, etc. etc.
JVM really sucks at this kind of stuff and so much of GUI programming is passing around small structs like that for rendering.
FWIW I think they are working on some proposal to add value types to JVM but that probably won't reach Android ever.
Re: Apple Silicon M1: Black Magic Fuckery
#464Earlier quoted context omitted.
And the thing to remember here is that the 4900HS and 4800U aren't just a process node behind, they're 2 full generations behind. Given the gains from Zen 3 it looks like AMD is in a good position to leapfrog the M1 with the next product cycle, not to mention gains from 5nm in the cycle after that.
You say that as if Apple hasn’t been delivering yearly performance improvements in their SoCs like clockwork. They’ve roughly tripled the performance in the last five years between the A9 and A14. AMD has done a great job with Zen 3 in particular, but IMO they are going to really struggle to compete with what Apple is able to do with ARM.
Similar the Intel NUC like AMD products are hitting, I expect them to be pretty attractive with the zen 3 APUs.
Sure I'd buy an M1, just not sure I want to switch to OSX, even the cut/paste inconsistencies drive me batty.
Re: Apple Silicon M1: Black Magic Fuckery
#465Technology seems to swing like pendulum between running remote and running locally as technology evolves. Recently I purchased an RTX 3090, and between my Ryzen with 24 threads, and the 64 GB of memory I bought for a few hundred dollars it was really occuring to me how much power my PC has for really not that much money. I don't need to be spending so much cash on cloud services when my local machine has more than en…
Re: Apple Silicon M1: Black Magic Fuckery
#466Earlier quoted context omitted.
This is the first comment that's made me actually want one...
Tbf, WoW will run on just about anything... I remember playing it on an Acer (or maybe Lenovo?) netbook back in 2009/10. Checked it out from school right before Christmas break so I would have a computer at home for a month. In the article here they show Minecraft running at native res and 60 fps. No small feat nowadays considering draw distances that are popular now.
Re: Apple Silicon M1: Black Magic Fuckery
#467> cries in 2020 MBP We may need to start a support group
Heh, I'm in the 2020 MBP group. But I still think these M1 Macs--as awesome as they undoubtedly are--are not quite yet ready for developers. Virtualization support still looks iffy, and while I really don't care much whether my container is Arm or x86, the ecosystems and tooling around those architectures are still at different levels of maturity. The exciting (or depressing, for the 2020 crew) thing is that the fact…
What did make me faster though is compiling Rust is now soooooo much faster that it flies. I've been building some toy projects and the edit, compile, test cycle is now shortened so much that I find myself enjoying hacking on my projects more because there is no dead time while the compiler does its thing.
That alone is hugely important.
webpack is also faster, as is a lot of other things that don't require virtualization or docker. I bought the 13" MacBook Pro M1 to supplement and use occasionally alongside my 2017 MacBook Pro 15", but I find myself not having touched my 2017 MacBook Pro at all because I keep grabbing the 13" MacBook Pro.
It's incredibly fast, and the battery life is amazing, which allows me to not worry about where my charger is, or whether I am comfortable on the couch and damnit now I need to get up and plug in.
Re: Apple Silicon M1: Black Magic Fuckery
#468Earlier quoted context omitted.
It'll be interesting what happens in a couple of years if server side gets more mixed with ARM as well.
Unless AWS starts selling their graviton CPU, whose going to create chips for the arm server market? The volumes are huge and the margins are tiny, which is not something Apple was ever interested in.
Why not Microsoft and Google ? Amazon did.
And they surely aren't going to let AWS/ARM run away without any competition in the cloud space.
Re: Apple Silicon M1: Black Magic Fuckery
#469Not to speak for anyone else, but one thing I gently disagree with: > Given that Hackintoshers are a particular bunch who don’t take kindly to the Apple-tax[...] I have zero issues with an Apple premium or paying a lot for hardware. I think a major generator of interest in hackintoshes has been that there are significant segments of computing that Apple has simply completely (or nearly completely) given up on, includ…
Re: Apple Silicon M1: Black Magic Fuckery
#470I'm typing this from a 2014 i7-4980HQ 15" MBP. This machine would have been replaced in 2017 but I wasn't impressed with that years model. I had planned to upgrade in 2020 but the announcement of the M1 basically quashed that. I've been on this planet long enough to know when Apple changes course like this the old architect is already obsolete. 68k -> PPC -> x86_64 -> ASi. The PPC G5 got exactly 1 OS upgrade (10.5) b…
If rumors are to be believed, the next macbook generation is going to get a new body design and new screen, so will be 1st gen in a different, probably more severe sense. Makes it difficult to decide whether to just buy now.