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

Apple Silicon M1: Black Magic Fuckery

singhkays.com

Post reply on HN
Print view View original

991–1000 of 1001 posts

Re: Apple Silicon M1: Black Magic Fuckery

#991

Post by devxpy »

caogecym wrote: post #787
Cthulhu_ wrote: post #591

Earlier quoted context omitted.

That's my take as well; I have a fairly modern Macbook, it's just fine, it's just that the software I run on it is far from ideal. Intellij has a ton of features but it's pretty heavyweight because of it; I'd like a properly built native IDE with user experience speed at the forefront. That's what I loved about Sublime Text. But I also like an IDE for all the help it gives me, things that the alternative editors don'…

If you want faster Intellij experience, you can try disable built-in plug-ins and features you don’t need, power saving mode is one quick way to disable heavyweight features.

The problem with intellij is the JVM - memory usage is just off the charts. And then combine it with the gradle daemon, and it gets very hairy.

Re: Apple Silicon M1: Black Magic Fuckery

#992

Post by greedo »

DonaldPShimoda wrote: post #859
derefr wrote: post #843

Earlier quoted context omitted.

> it won't help in areas that Apple just organizationally doesn't care about/doesn't have the bandwidth for because that's not a technology problem I would posit that Apple is always going to keep macOS working on some workstation-class hardware, just because that kind of machine is what Apple's software engineers will be using internally, and they need to write macOS software using macOS. Which means one of two thin…

> I would posit that Apple is always going to keep macOS working on some workstation-class hardware, just because that kind of machine is what Apple's software engineers will be using internally, and they need to write macOS software using macOS. I hope I'm not out of line here, but this is not what a "workstation" is. "Workstation" actually has a specific meaning in the realm of enterprise computing solutions, and d…

Are Pixar and ILM really using workstations as you describe them, or render farms?

Re: Apple Silicon M1: Black Magic Fuckery

#993

Post by greedo »

rbanffy wrote: post #931
vetinari wrote: post #909

Earlier quoted context omitted.

Well, VW does sells tricked out VW Golf, straight from the factory (GTI, R) :) Though it is more competition to M135i than M3.

Exactly. You can make a VM Golf that performs like an M3, but, in the end, it'll be a lot of work for an unreliable car.

And the M3 is reliable? BMWs are famous for being leased since repair costs will kill you once your warranty is up.

Re: Apple Silicon M1: Black Magic Fuckery

#994

Post by lazyjones »

emadabdulrahim wrote: post #772
lazyjones wrote: post #571

Earlier quoted context omitted.

It doesn't run on my 2015 iMac 27" with anything near even medium settings... That's with a Radeon R9 M380, 24GB memory, 3.2 GHz i5. So I find it hard to believe that it will run with max settings / 60 fps on the new MBP, despite the lower native screen resolution.

I have no motivation to exaggerate. The game does run buttery smooth with no heck ups even in very crowded areas.

I don't know what your motivation is, but 60fps is simply not possible. I bought one now (8G/512G) and hooked it up to the 4K TV.

At native 4K and max settings, it's in the low 20's.

At 1920x1080 and max settings it's at ~35fps. To get it close to 60fps it needs level 7 details at 1920x1080. That's in non-crowded typical quest areas.

Re: Apple Silicon M1: Black Magic Fuckery

#995

Post by AtlasBarfed »

DarkmSparks wrote: post #523

One of the things I've noticed recently, and especially since the CPU space started finally moving again is how much of a divide there now is between the computer literate, and the computer illiterate. It probably creates a social divide at least that which existed when the majority of people couldn't read or write, and is just as "not OK". Example of this in the first paragraph of this article: > For everyday users…

IMO more of an indictment of the tower of babel in software development. Outside of games, we all basically do those things: browser, email, text, spreadsheet, word process.

Those things were reasonably well solved almost two orders of magnitude ago.

Software never bothered to optimize for snappiness, despite so many opportunities. So we got stuck with the same kinda-good response, and for mobile, a much more questionable kinda-ok battery life of 3-6 hours.

I mean, on a couple of node shrinks where the efficiency improved (because clock speed wasn't), could we have please attacked the battery life?

It takes an architecture change to highlight how inefficient desktop is. Unfortunately, desktop is an afterthought in terms of investment. The best hope for actual optimization is convergence with the phone OSs, which this is the first step of.

Re: Apple Silicon M1: Black Magic Fuckery

#996

Post by andrekandre »

saagarjha wrote: post #967
andrekandre wrote: post #935

Earlier quoted context omitted.

any links or other info about that? sounds realy cool

https://twitter.com/jckarter/status/1326285905607323650

thats realy impressive... and really vindicates the whole "if your serious about software, make your own hardware too"

Re: Apple Silicon M1: Black Magic Fuckery

#997

Post by breatheoften »

floatboth wrote: post #828
headmelted wrote: post #644

Earlier quoted context omitted.

In terms of high performance products, I’m actually really excited for the next Mac Pro. They’ve got novel design options open to them that no rival has. The M1 costs Apple relatively little to produce per unit - I would expect them to keep the overall design for a Mac Pro but have stacked modules such that the side wall of the Mac Pro is a grid of 4 or more such modules each with co-located memory like the M1 has. O…

AMD would be able to do DRAM on package for the lowest wattage "ultrabook" chips, at the cost of producing a very different package for them vs. the bigger laptops that are expected to have upgradable SODIMMs. But I doubt that this "co-location" is that huge for performance. Whatever memory frequency and timings Apple is using are likely easily achievable through the regular mainboard PCB, maybe at the cost of slight…

Why would latency suck? 64-cores are already only beneficial for algorithms which are parallelizable -- with the most common class of parallelizable algorithm being data parallelizable ... So -- shouldnt the hardware and os be able to present the programmer illusion of uniform memory and just automatically arrange for the processing to happen on the compute resources closest to the RAM / move the memory closer to the appropriate compute resource as required?

Re: Apple Silicon M1: Black Magic Fuckery

#998

Post by sneak »

alwillis wrote: post #528
sneak wrote: post #414

Earlier quoted context omitted.

> This is just a check that the developer's certificate hasn't been revoked or expired. I wouldn't call it telemetry. It's an unencrypted network transmission of a unique identifier, at the time of an app launch, that maps to a single app for 99% of cases (due to the fact that almost all developers publish only a single app). That's objectively telemetry no matter what you call it, irrespective of the intent of the d…

It's an unencrypted network transmission of a unique identifier, at the time of an app launch, that maps to a single app for 99% of cases (due to the fact that almost all developers publish only a single app). As the article states [1], Apple is changing to an encrypted connection, the IP addresses are no longer logged and the checks never included the Apple ID of the user or the identity of the user's device. Defini…

The commitment to encrypt is "within the next year". That means it's been telemetry for the last two years, and will likely continue to be so until the next major macOS release, approximately a year from now.

The fact that Apple isn't logging the IPs any longer is irrelevant. The data is unencrypted, and your ISP and their ISP and everyone in between can log the data.

The fact that it doesn't include the Apple ID or device identity is similarly irrelevant. The IP address also communicates unique identifiers to other services (including at Apple), so the IP address is sufficient unique identifier in this instance. Additionally, even if one doesn't have any access to those other records mapping the IP address to the user (held by Apple, the carrier, and many others), simply monitoring the specific set of apps that are opened (again, because the data is unencrypted) is sufficient in many cases to fingerprint and uniquely identify the device.

Re: Apple Silicon M1: Black Magic Fuckery

#999

Post by ubermonkey »

noobermin wrote: post #962
ubermonkey wrote: post #782

Earlier quoted context omitted.

MacOS is not in any sense a walled garden. You can run any code you like on it. It's a general purpose computing environment. I really wish Apple-detractors would find something true to complain about instead of spreading this misinformation.

Misinformation? Literally in the last week was this not a story[0]? [0] https://news.ycombinator.com/item?id=25074959

The headline there is literally misinformation, because it left out an important detail: Macs not connected to the Internet didn't have the problem.

So yeah, misinformation.

Re: Apple Silicon M1: Black Magic Fuckery

#1000

Post by cosmotic »

CyberDildonics wrote: post #373
cosmotic wrote: post #132

Earlier quoted context omitted.

with lots of tiny, short lived objects, reference counting can be hugely inefficient.

Lots of tiny memory allocations are inefficient no matter what. Slight deallocation refinements to poorly made software (the reference counting part is not 'hugely inefficient') is focusing on the wrong thing.

Lots of tiny memory allocations is pretty efficient in java. The VM would have already allocated memory from the kernel so there's no context switch, and once the tiny objects are no longer referenced, deallocation is a free (0 machine instructions) side effect of garbage collection. Garbage collection isn't free, but it can be cheap(er) than reference counting millions of objects with explicit and individual allocation and deallocation.
Post reply on HN