Live data from Hacker News

Apple Readies MacBook Pro, MacBook Air Revamps

bloomberg.com

291–300 of 351 posts

Re: Apple Readies MacBook Pro, MacBook Air Revamps

#291

Earlier quoted context omitted.

XQD has never caught on and there hasn't been a camera released that uses them since 2018 Whats up with photo/video people gatekeeping “serious” vs functional Your point might have some merit but SD will hold out for the next 5-8 years that purchasers of this machine will expect

Regardless of the potential merits of alternative storage formats, it's a good point that people who have needed an SD card reader since their removal have probably gone out and bought external ones by now. I'd expect the standalone units to generally be higher-quality than the ones that would be built in. That said, I'm glad to see Apple has finally realized some of the ways they've been alienating their customer ba…

Apple has sold their dual GPU late 2015 powerhouse model on the website, allowing people to completely skip the USBC donglebook with butterfly keyboards and touch bar

I’m looking forward to having that in the new processor and with touchbar

They are acknowledging the folly of their ways as they have gotten rid of the butterfly keyboard, adding magsafe back, and adding sd cards back

They are making the least contentious and perfect machine

Re: Apple Readies MacBook Pro, MacBook Air Revamps

#292

Earlier quoted context omitted.

No, it's certainly hard to write a multithreaded program that scales up to 32 cores. But it's also hard to write a multithreaded program that scales up to 8 cores. I'm saying that if we exclude the multithreaded programs that don't scale to 8 cores, most of them can be made to scale to 32 cores with reasonable effort.

I don’t really agree. You can get cpus where eight cores share an l2 cache and you can pretty much obliviously program those and get totally reasonable scaling because the contention penalty is the L2 access latency. There are no 32-core parts with that property, so you’re paying for at best L3 access latency and maybe main memory, possibly even NUMA node-crossing latency.

Are there CPU architectures where 8 cores share a L2 cache? I'm not aware of any though I can think of several where 4 cores share a L2 cache, though those tend to be pretty lightweight cores. More often you see issues with the L3 cache being shared between 8 cores or no as with Zen 2 versus Zen 3. And since only lightweight cores tend to share L2s this isn't really an issue in terms of replacing heavyweight cores with lightweight ones. Mostly, though when I think about sharing data between 8 cores I tend to be concentrating on making sure it ends up as S in MESI, MOESI, MESIF or whatever cache coherency protocol the chip is using.

Re: Apple Readies MacBook Pro, MacBook Air Revamps

#293

Earlier quoted context omitted.

That seems a bit weird to me. Many programs are hard to multithread but I'd expect that if any given program can make effective use of 8 threads it can probably keep scaling to 16 and 32. The hard part is getting from 1 to 2 and 2 to 4. So I'd expect that in most cases having more than 8 high performance cores doesn't make that much sense.

Amdahl's law can be formulated in the following way: S_\text{latency}(s) = \frac 1 {(1 - p) + \frac p s}

That's tautologically true but the question is what the distribution of p is over the 0-1 interval for real world programs.

Re: Apple Readies MacBook Pro, MacBook Air Revamps

#295

Earlier quoted context omitted.

Why focus on the Geekbench test? I thought the industry standard for CPU testing was Cinebench and AIDA64.

I don’t know about AIDA64, but Geekbench tests a variety of more real world or at least more varied scenarios compared to cinebench which just does CPU rendering. You can see the full description here ( https://www.geekbench.com/doc/geekbench5-cpu-workloads.pdf ) but there’s compression, encryption, compiling, and several other tests.

Taking for example encryption, isn't it an unfair workload? Encryption is hardware accelerated nowadays, which means you won't get an apples-to-apples (heh) comparison of processors and computers.

Re: Apple Readies MacBook Pro, MacBook Air Revamps

#296

I've been waiting for a 16-inch M1 MacBook Pro to come out. I've been delaying my work upgrade for it. I'm curious what the I/O situation will be. Will it be able to output to two 4k screens or not. The 13-inch cannot, so I'm not holding my breath.

An 8k TV is not that expensive. They are coming soon. https://www.amazon.com/SAMSUNG-65-inch-Class-Q800T-Built/dp/... The port standards to support 8k exist already. As do the cables. And the super-high DPI is basically only useful to people sitting close to them... which is what someone doing MBP work will be doing. 2x4k would be a cop-out. I'd say 1x8k + 2x4k should be what an MBP should support. You know, if it do…

no professional would be using a TV as a monitor.

Re: Apple Readies MacBook Pro, MacBook Air Revamps

#297

Really would like to know more about the GPU and Ram. At 128 gpu cores vs the 8 in the M1 you talking 16 times the potential GPU power which could put it up there near the top of discrete GPU's.

Curious about this too. Anything more than 16 GPU cores seems like it'd too big to fit on die (share with CPU cores and everything else), so may need to be a discrete solution. Would Apple then make discrete GPU solutions using PCIe5? Makes sense for the Mac Pro given the edge cases for requiring multi-GPU solutions.

They have been talking up the advantages of unified memory so my guess is they will stick with integrated, but I would imagine they will end up supporting AMD or Nvidia discrete to some degree.

Re: Apple Readies MacBook Pro, MacBook Air Revamps

#298

I've been waiting for a 16-inch M1 MacBook Pro to come out. I've been delaying my work upgrade for it. I'm curious what the I/O situation will be. Will it be able to output to two 4k screens or not. The 13-inch cannot, so I'm not holding my breath.

>I'm curious what the I/O situation will be.

We already know from insider rumors and leaked schematics.

Magsafe for power (the original, wired, concept) and two USB-C on the left side, and headphones, SD card, HDMI, and an additional USB-C on the right.

Re: Apple Readies MacBook Pro, MacBook Air Revamps

#299
post #77

Earlier quoted context omitted.

Consider the use cases. The Mac Pro is a desktop, always plugged in and used for the power. The M1 is on a laptop running on a battery where efficiency is more important to improve the battery life.

I wonder what % of high end users actually work on battery only. For me it's mostly a desktop that I move between home and office. And like maybe 2% of time batteries.

In an office all the time going to meetings. I usually have long-running processes that I’m not going to turn off just for the meeting.

Re: Apple Readies MacBook Pro, MacBook Air Revamps

#300
post #198

Earlier quoted context omitted.

How about cleaning the connector?

There's nothing to clean. Everything is pristine. The problem has even persisted across replacement cables and a full top case replacement (the keyboard, of course) where Apple scrubs the whole thing down before they give it back. Maybe I should superstitiously blow on it like it's an NES cartridge. It won't help, but maybe I'll feel like I have some agency.

Yes, but how about the _inside_ of the USB-C port? Sounds like the inside to me
Post reply on HN