News for hackers. Stuff that matters.
Re:Apple's On-Device and Server Foundation Models by scosman on Monday June 10, 2024 @06:58PM (#40640241)
“We utilize adapters, small neural network modules that can be plugged into various layers of the pre-trained model, to fine-tune our models for specific tasks.”

This is huuuuge. I don’t see announcement of 3rd party training support yet, but I imagine/hope it’s planned.

One of the hard things about local+private ML is I don’t want every app I download to need GBs of weights, and don’t want a delay when I open a new app and all the memory swap happens. As an app developer I want the best model that runs on each HW model, not one lowest common denominator model for slowest HW I support. Apple has the chance to make this smooth: great models tuned to each chip, adapters for each use case, new use cases only have a few MB of weights (for a set of current base models), and base models can get better over time (new HW and improved models). Basically app thinning for models.

Even if the base models aren’t SOTA to start, the developer experience is great and they can iterate.

Server side is so much easier, but look forward to local+private taking over for a lot of use cases.

Re:Apple's On-Device and Server Foundation Models by dimtion on Monday June 10, 2024 @08:12PM (#40640815)
With huge blobs of binary model weights, dynamic linking is cool again.
Re:Apple's On-Device and Server Foundation Models by inickt on Monday June 10, 2024 @08:40PM (#40641004)
Which Apple has put some pretty large effort in the last few years to improve in iOS
Re:Apple's On-Device and Server Foundation Models by pjmlp on Tuesday June 11, 2024 @01:36AM (#40642773)
Dynamic linking has always been cool for writing plugins.

It is kind of ironic that languages that praise so much for going back to early linking models, have to resort for much heavier OS IPC for similar capabilities.

Re:Apple's On-Device and Server Foundation Models by rfoo on Tuesday June 11, 2024 @05:12AM (#40644114)
Which languages?

IIUC Go and Rust resort to OS IPC based plugin system mainly because they refused to have a stable ABI.

On the other hand, at $DAYJOB we have a query engine written in C++ (which itself uses mostly static linking [1]) loading mostly static linked UDFs and ... it works.

[1] Without glibc, but with libstdc++ / libgcc etc.

Re:Apple's On-Device and Server Foundation Models by pjmlp on Tuesday June 11, 2024 @08:45AM (#40645578)
Well if it loads code dynamically, it is no longer static linking.

Also it isn't as if there is a stable ABI for C and C++ either, unless everything is compiled with the same compiler, or using Windows like dynamic libraries, or something like COM to work around the ABI limitations.

Re:Apple's On-Device and Server Foundation Models by skohan on Tuesday June 11, 2024 @12:56PM (#40648665)
Doesn’t rust’s static linking also have to do with the strategy of aggressive minimization? Iirc for instance every concrete instantiation of a dynamic type will have its own compiled binary, so it would basically be impossible for a dynamic library to do this since it wouldn’t know how it would be used, at least not without some major limitations or performance tradeoffs
Re:Apple's On-Device and Server Foundation Models by eightysixfour on Monday June 10, 2024 @08:18PM (#40640856)
This is how Google is doing it too.
Re:Apple's On-Device and Server Foundation Models by gokuldas011011 on Tuesday June 11, 2024 @01:28AM (#40642687)
Indeed. Google said LoRA and apple said adapter plugging. Wonder the difference is at, Apple's dev conference is for consumers and Google's dev conference is for developers.
Re:Apple's On-Device and Server Foundation Models by eightysixfour on Tuesday June 11, 2024 @05:48PM (#40651981)
Yeah, just Apple doing a better job branding. LoRA is an adapter.
Re:Apple's On-Device and Server Foundation Models by scosman on Tuesday June 11, 2024 @04:49AM (#40643984)
Oh missed that!

But kinda as expected: only works on 2 android phones (pixel 8 pro, S24).

Pretty typical: Apple isn’t first, but also typically will scale faster with HW+platform integration.

Re:Apple's On-Device and Server Foundation Models by Deathmax on Tuesday June 11, 2024 @05:24AM (#40644190)
On Apple’s side, Apple Intelligence will only be enabled on A17 Pro and M-series chips, so only the iPhone 15 Pro and Pro Max will be supported in terms of phones.
Re:Apple's On-Device and Server Foundation Models by scosman on Tuesday June 11, 2024 @06:49AM (#40644718)
2 phones, ~4 tablets, ~12 PCs.

Looking at sales, looks like about 10x the phone volume of s24 (and pixel 8 doesn’t register on the chats).

Re:Apple's On-Device and Server Foundation Models by rfoo on Tuesday June 11, 2024 @05:14AM (#40644127)
> will scale faster

* Only in USA, both intentionally and not.

Re:Apple's On-Device and Server Foundation Models by danielmarkbruce on Monday June 10, 2024 @08:51PM (#40641068)
this is pretty stock standard lora.
[dead]
Re:Apple's On-Device and Server Foundation Models by dang on Monday June 10, 2024 @09:11PM (#40641181)
Re:Apple's On-Device and Server Foundation Models by Sabinus on Monday June 10, 2024 @09:19PM (#40641230)
One day they're going to train a moderation bot on your account, and it's going to be amazing.
Re:Apple's On-Device and Server Foundation Models by bowsamic on Tuesday June 11, 2024 @01:36AM (#40642770)
I’m sure you will continue to think so until he permanently restricts your account for getting downvoted
Re:Apple's On-Device and Server Foundation Models by Sabinus on Wednesday June 19, 2024 @07:16PM (#40733404)
Quite the opposite. This 9 year old account just reached the karma level required to be able to downvote. I'm so chuffed.
Re:Apple's On-Device and Server Foundation Models by idiotsecant on Tuesday June 11, 2024 @04:16PM (#40650976)
You caught me, I was weak in the face of ridiculousness. Keep on keeping on, you do a great job keeping this place halfway civil.
Re:Apple's On-Device and Server Foundation Models by danielmarkbruce on Wednesday June 12, 2024 @10:55AM (#40658871)
What was ridiculous? Are they not doing stock standard lora?
Re:Apple's On-Device and Server Foundation Models by idiotsecant on Wednesday June 12, 2024 @11:59AM (#40659588)
I don't think you were ridiculous. In fact, I agree with you. I was sarcastically pointing out that whenever apple adopts some well understood technology the fanboys always gush over how innovative it is now that apple is doing it.
Re:Apple's On-Device and Server Foundation Models by danielmarkbruce on Wednesday June 12, 2024 @12:48PM (#40660201)
oh, ha. Makes sense.
Re:Apple's On-Device and Server Foundation Models by lossolo on Monday June 10, 2024 @09:01PM (#40641124)
It's LORA, most of the things you saw in Apple Intelligence on device presentation are basically different LORAs.
Re:Apple's On-Device and Server Foundation Models by scosman on Tuesday June 11, 2024 @04:21AM (#40643841)
The article says it’s lora a bunch of times. That’s clear.

My comment above is about dev experience, memory swapping, tuning base models to each HW release, and app size.

Re:Apple's On-Device and Server Foundation Models by seydor on Tuesday June 11, 2024 @01:36AM (#40642767)
Local models are also extremely energy consuming. I don't see local AI working for long, because Large models are going to get so incomparably smarter and eventually reach general intelligence