I use one for software development and it's great. Sometimes rust builds are slow and I'd love to force that to be faster with hardware (optimizing build time would be a huge undertaking with not-so-great returns), otherwise I'm totally content. I also have an M2 Max with 32GB of RAM that still feels like magic. I've never had computers that felt so fast for so long.
I can't even remember PCs now (been 10+ years on Macs) but heat is still an issue (especially in summer in hot climates) if the thing is going to throttle.
Heat is an issue with Macs too: if it wasn't, you'd have Air chassis with the performance of M4 Max/Ultra.
Yes, they've done some nice things to get the performance and energy efficiency up, but it's not like they've got some magic bullet either. From what I've seen in reviews, Intel is not so far off with things like Ultra 7 258V. If they caught up to TSCM on the process node, they would probably match Apple too.
I've got a laptop of the times when you switched to a Mac. It's warm in winter, which is nice, but not so warm to be a problem in summer. My workloads are mild, Django and Rails. Even the test suites are not CPU bound. Linux, not Windows.
There is no decent option on an alternative operating system. I do not like macOS and its many quirks, especially its extremely gatekept nature, including the system being SURE that what IT wants is the best for me; I understand that this might be an approach that some people prefer, but in my case it's the equivalent of showing a bull a red cloth.
I will say this - and most will not like this - that I'd go out and buy a M* MacBook if they still kept Boot Camp around and let me install Windows 11 ARM on it. I've heard Linux is pretty OK nowadays, but I have some... ideological differences with the staff behind Asahi and it is still a wonky hack that Apple can put their foot down on any day.
Because I'd prefer to run bare metal and, if I recall correctly, macOS still hogs up 50+ GB on a clean install - and there is no GPU acceleration(? - might be wrong here).
I guess the hardware is extremely locked down. That part is a drag. Application sharing limitations (needing to publish to the app store, more or less) still feels wrong after all these years. There's more but those are the ones that bother me with any frequency
Same here. I have an M1 Max with 64GB and the only time I notice a slowdown is doing Rust release builds with `lto = true` and `codegen-units = 1`, which makes complete sense. Otherwise there is _plenty_ of multicore performance for debug builds, webdev, web browsing, etc., often all at once.
This requires you either being very good at predicting your storage needs, your storage not growing over time (no growing photo collection?), and being aware how flash wear affects SSDs and how wear levelling works.
If you fail at these, you can even trash your SSD and need replacing the whole laptop due to it being soldered in.
I dunno, working with M1 daily I struggle with resource contention and slow py/js builds. I'd love something faster when work provides me with updated device.
docker definitely runs faster inside linux running in a VM on macOS. funny how that works given the overhead on running a VM, but it seems running on a linux & ext4fs interfaces give it quite a performance boost.
My m1 16gb pro gets throttled (and manually restarted) every time vs code hits 100gb ram usage when running jest unit tests. Don’t know who to blame but 99% sure the problem is my source code and not the machine.
Considering he's got a 16GB of RAM, this is virtual memory, and most programs don't need to keep it all loaded at all times (if they do, you'll notice with constant paging exception handling).
Sounds like you need to spend some time optimising your build. Faster hardware just makes developers lazy. I'm still on an M1 and it's fine, although I do have 32GB.
In the age of AI it seems wild to blame developers for being “lazy” and needing more resources.
Like, if I were buying a new workstation right now, I’d want to be shelling out $2000 so that I could get something like a Ryzen AI 395+ with 128GB of fast RAM for local AI, or an equivalent Mac Studio.
That’s definitely not because I’m “lazy,” it’s because I can’t run a decent model on a raspberry pi
Not really - I bought an M4 Air to check how my dev ecosystem (.NET) would run on the ARM/Apple silicon and while its usable its noticeably slowing me down in my day to day with Rider. I will be getting the M5 pro because the performance is a bottleneck for me (even incremental builds take a while). Also I regret not getting at least 30gb ram (Amazon only had 24gb configurations) because with docker running I constantly hit the memory pressure thresholds .
Which is not to say that the Air is a bad device, its an amazing laptop (especially for the price, I have not seen a single Windows laptop with this build quality even at 2x price) and the performance is good - that if I was doing something like VSCode and node/frontend only it would be more than enough.
But also people here oversell its capabilities, if you need anything more CPU/Memory intensive PRO is a must, and the "Apple needs less ram because of the fast IO/memory" argument is a myth.
Just everything syphoning down RAM, standard office/desktop stuff like Slack, Chrome, Mail, Calendar, Messages, a few IMs will easily eat up over 12 GB, then add in VSCode, Rider, Docker (which I cap at 2 GB ram) - I am swapping gigabytes when I have multiple tools running.
But even when I kill all processes and just run a build you can see lack of cores slow the build down enough that it is noticeable. Investing into a 48gb ram/pro version will definitely be worth it for the improved experience, I can get by in the meantime by working more on my desktop workstation.
You can control how much RAM gets allocated to the Docker VM and I keep that at 2GB which is not that much. I am not running stuff inside docker locally just using it to boot up stuff like pg/rmq/redis
I bought an M1 Max with 64GB of ram on the gamble it would last awhile because future M series would be evolutionary not revolutionary again. It seems like it's paid off since there's never a time it feels slow. I may end up upgrading to the M5 just to go down in screen size because I travel more than I did when I bought the 16" one.
Have an M1 Pro 32GB which recently started feeling slower. VSCode multiple tabs is a problem. Generally the UI feels less snappy.
I've switched now to a desktop Linux, using an 8C/16T AMD Ryzen 7 9700X with 64GB. it's like night and day. but it is software related. Apple just slows everything down with their animations and UI patterns. Probably to nudge people to acquire faster newer hardware.
The change to Linux is a change in lifestyle, but it comes with a lot of freedom and options.
Same. My M1 Max only shows it age when building a few massive C++ projects, the M4 cuts down compile times to a quarter so I feel like I'm missing out there, but not enough to put down another$4k yet.
Compared to every Intel MBP I went through, where they would show their age after about 2-3 years, and every action/compile required more and more fans and throttling, the M1 is still a magical processor.
I had a 16' m1 pro until July when work had an M3 with 2GB more ram going free and I thought it would be smart to take it, in the past when I had had a three+ year old machine and upgraded everything was super better.. but this time I don't notice any difference at all in almost any application.
The only place I feel it is when I am running a local llm - I do get appreciably more tokens per second.
I claim that the M1 (macbook air) is fast. I also claim it's about half the speed of my similarly priced desktop of the same vintage for slow tasks that I care about.
So I guess we've caught up with the desktop now.
Actually I assume we caught up awhile ago if I used the beefy multi core MX-Ultra variants they released, really just the base model has caught up. On the other hand I could have spent four times as much for twice as many cores on my desktop as well.
Nah not really. When you watch drag racing, they're testing acceleration. One car is always faster. Nobody says one is quicker than the other. Quick (when referring to straight line speed) is reserved for cars like the Miata, which has decent acceleration, but certainly can't accelerate like a muscle car. Nobody really compares top speed all that much because it's damn near impossible to hit top speed in a lot of cars, even on a race track. You will find slower cars comparing top speed though. Like an MG Midget, or an early Honda Civic might be able to hit 100mph, but that's an easily attainable speed. Fast cars are just faster than quick cars.
>>"Fast" refers to top speed. A fast car has a high maximum velocity. It can cover a great distance in a sustained manner once it reaches its peak speed. Think of the Bugatti Chiron or a Koenigsegg, which are famous for their incredibly high top speeds.
>>"Quick" refers to acceleration. A quick car can get from a standstill to a certain speed (often 0 to 60 mph or 0 to 100 km/h) in a very short amount of time. This is about how rapidly the car can change its velocity. Modern electric vehicles, like the Tesla Model S Plaid or the Lucid Air Sapphire, are prime examples of exceptionally quick cars due to the instant torque of their electric motors.
Acceleration is actually a thing. The CPU needs to ramp up cycles fast if it wants to feel snappy. It needs to wind down as soon as no significant workload is there anymore. All needed for good efficiency
M1 has 16bn transistors, M4 has 28bn. Increasing the core count is useful for some applications (particularly GPU cores), but there are still many critical workloads that are gated by single-threaded performance.
Moore's law was never about single threaded performance, it was about transistor count and transistor cost, but people misunderstood it when single threaded performance was increasing exponentially.
You have brought a lot of your own assumptions to that reading. OP asked if doubling or tripling core count counted as keeping up with Moore’s law. I pointed out that in the case of the M series (the topic of the thread), regardless of core count, transistor count did not double or triple.