Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Ode to the M1

fabiensanglard.net

Post reply on HN
Print view View original

281–286 of 286 posts

Re: Ode to the M1

#281

Post by TacticalCoder »

bloopernova wrote: post #165

The M1 is great, but I really dislike the limitation to 2 external displays unless you get the ultra model CPU. I've just gotten really used to my portrait landscape landscape setup! And of course I'm an outlier so corporate IT won't buy me an ultra CPU version. I guess that it's to force people to pay more, but it feels like such an arbitrary decision. Sure, restrict it to 2x6K displays, but I'm using 3x4K displays…

> Compiling Emacs in 5 minutes vs 10 on Intel is really nice though!

I know the thread is one day old but in case you read this comment... That's really weird though: on my 7700X the latest version of Emacs compiles in 1m36s (and 1m39s, only 3s more, when it's in "eco mode", thermally throttled at 85 C).

On the 3700X it was already only 2m25s.

I think there's something wrong if a M1 needs 5 minutes to compile Emacs where an AMD 7700X desktop only takes 1m36s.

Re: Ode to the M1

#282

Post by slikrick »

steve1977 wrote: post #274
Timshel wrote: post #176

Earlier quoted context omitted.

Might not be a secret but it's not like Apple inform you on it. Looking at the product page you need to click on "How much is storage is right for you" to find a vague : "MacBook Air storage is not user accessible". What does accessible even mean ? Far from clear that even Apple won't upgrade/change it. And as for the boot issue it was not present on older modele and quite a lot of people only learned of it with the…

I would expect any person buying a device that costs a couple of thousand bucks to do some research before buying.

casual classism on HN. You're suggesting not only that everyone do the research, but be capable of doing the research, understanding the research, understanding whether they're being lied to, all without potentially any knowledge of how things work.

remember how normal people operate ffs

Re: Ode to the M1

#283

Post by steve1977 »

slikrick wrote: post #282
steve1977 wrote: post #274

Earlier quoted context omitted.

I would expect any person buying a device that costs a couple of thousand bucks to do some research before buying.

casual classism on HN. You're suggesting not only that everyone do the research, but be capable of doing the research, understanding the research, understanding whether they're being lied to, all without potentially any knowledge of how things work. remember how normal people operate ffs

Sorry but you don’t need a CS degree to do some basic research.

I’m not a “car guy” but I can still make an informed decision when buying a new car.

Re: Ode to the M1

#284

Post by ramesh31 »

johnnyworker wrote: post #239
ramesh31 wrote: post #20

Earlier quoted context omitted.

>I hope Electron/CEF die soon, and people get back to building applications that don't consume hundreds of megabytes of RAM to render a hello world. Yes, so we can go back to writing a hundred lines of imperative code to render hello world.

To the CPU it always boils down to sequences of instructions operating on data, so the syntax sugar put on top has be undone first, the abbreviations have to be unrolled, some way or another. But more importantly it's really not about the lines you code write once, or very few times in comparison -- it's about the computer does any time the application starts up on any machine, or any user does something. Obviously,…

My point was that CPU cycles mean nothing now. Compared to programmer cycles they are effectively free. So stuff it into RAM and forget about it. Why not? Complexity is bad, and being able to hide it (effectively) is good. I shouldn't be thinking about pointer allocation when building a a text input box for a UI.

Re: Ode to the M1

#285

Post by Aaron2222 »

easeout wrote: post #113
j-a-a-p wrote: post #82

Earlier quoted context omitted.

Yes, before installing read that UTM uses Qemu and did not pursue it any further. AFAIK only Mac runs on apple silicon, everything else is emulated.

As I understand it, an aarch64 Mac can virtualize aarch64 Linux and does not have to emulate it. Here's an Apple sample project: https://developer.apple.com/documentation/virtualization/run...

There's both Apple's Hypervisor framework (a lower-level framework for hypervisors to use to avoid needing a kernel extension), and Apple's Virtualization framework (which is a higher-level framework that lets you run Linux and macOS VMs). QEMU supports virtualization on macOS with the HVF accelerator, which uses the Hypervisor framework. UTM uses QEMU, supporting virtualisation through QEMU with HVF (as well as emulation of other architectures with QEMU). UTM also has support for using the Virtualization framework. But either way, with an ARM64 image, you'll be getting virtualization (unless you disable HVF when using QEMU).

Re: Ode to the M1

#286

Post by zer0zzz »

bombcar wrote: post #202
zer0zzz wrote: post #92

I recently bought a M1 Air for $750 (25% less than regular retail) from amazon as a vacation laptop. I was expecting it to have quite a bit of performance limitation but the machine is actually fantastic. I think it may be one of the best values in a computer I have experienced in quite a while. This thing is so accessible in its affordability and performance that I think I am kinda over obsessing over if an applicat…

There used to be (and still is somewhat) an entire class of Mac-only software; some of it was extremely well made.

OmniGraffle and SubEthaEdit in the house!

But in all seriousness I use Notes and Photos like a second brain to story memories and information.

Post reply on HN