A good technical project, but honestly useless in like 90% of scenarios.

You want to use an NVidia GPU for LLM ? just buy a basic PC on second hand (the GPU is the primary cost anyway), you want to use Mac for good amount of VRAM ? Buy a Mac.

With this proposed solution you have an half-backed system, the GPU is limited by the Thunderbolt port and you don’t have access to all of NVidia tool and library, and on other hand you have a system who doesn’t have the integration of native solution like MLX and a risk of breakage in future macOS update.

• afavour

  yesterday at 7:58 PM

  Chicken/egg. NVidia tooling is lacking surely in part because the hardware wasn’t usable on macOS until now. Now that it’s usable that might change.

  • bigyabai

    yesterday at 11:41 PM

    Nvidia tooling like CUDA has worked on AArch64 UNIX-certified OSes since June of 2020: https://download.nvidia.com/XFree86/Linux-aarch64/

    The software stack has been ready for Apple Silicon for more than a half decade.

• the_arun

  yesterday at 9:40 PM

  I misunderstood eGPU for virtual GPU. But I was wrong it means external GPU.

Idk why this doesn't link to the original source instead of this proxy source: https://x.com/__tinygrad__/status/2039213719155310736

• amatecha

  yesterday at 10:14 PM

  Probably because you can't actually read anything more than the initial post without getting a login-wall: "Join X now to read replies on this post." (Not to mention "X" is a trash site now)

  • collabs

    yesterday at 11:57 PM

    I don't go there unless I'm looking for something specific but I've found adding cancel at the end helps

    https://xcancel.com/__tinygrad__/status/2039213719155310736

  • beepbooptheory

    yesterday at 11:54 PM

    https://xcancel.com/__tinygrad__/status/2039213719155310736

• multjoy

  yesterday at 8:25 PM

  [flagged]

• TeMPOraL

  yesterday at 8:30 PM

  Isn't X usually the original source these days?

  • Forgeties79

    yesterday at 9:23 PM

    It’s often a secondary/tertiary source unless you’re looking for official statements.

From what I understand, only works with Tinygrad. Which is better than nothing but CUDA or Vulkan on pytorch isn’t going to work from this.

[1] https://docs.tinygrad.org/tinygpu/

I don't know how Apple has evaded regulatory scrutiny for their refusal to sign Nvidia's eGPU drivers since 2018.

• MBCook

  yesterday at 6:38 PM

  The government doesn’t care? They’re a minority of the market? The vast majority of their computers didn’t have slots to put Nvidia GPUs in, and now none of them do?

  • hgoel

    yesterday at 6:50 PM

    They said eGPU

    • the_arun

      yesterday at 9:41 PM

      Yeh external GPU

• mrpippy

  yesterday at 8:09 PM

  Evidence that NVIDIA has even been trying? My understanding is that Apple didn’t allow 3rd parties to write graphics drivers past 10.13, but they could’ve done a non-graphics driver like this.

• mulderc

  yesterday at 6:45 PM

  Apple doesn’t have a monopoly in any market they are in.

  • TheDong

    yesterday at 7:03 PM

    It depends how you define the market. In the 2001 microsoft case [0], the courts ruled Microsoft had a monopoly over the "Intel-based personal computer market".

    Apple has a monopoly over the "M-chip" personal computer market. They have a monopoly over the iOS market with the app store. They have a monopoly over the driver market on macOS.

    Like, Microsoft was found guilty of exploiting its monopoly for installing IE by default while still allowing other browser engines. On iOS, apple bundles safari by default and doesn't allow other browser engines.

    If we apply the same standard that found MS a monopoly in the past, then Apple is obviously a monopoly, so at the very least I think it's fair to say that reasonable people can disagree about whether Apple is a monopoly or not.

    [0]: https://en.wikipedia.org/wiki/United_States_v._Microsoft_Cor....

    • hilsdev

      yesterday at 7:20 PM

      I wouldn’t say it is obvious. Apple does not have the monopoly of ARM based PCs. Labeling it as a monopoly of M chips is not fair or accurate when comparing to MS on Intel. It’s also probably relevant that MS was not selling PCs or their own hardware. They had a monopoly on a market where you effectively had to use their software to use the hardware you bought from a different company. Because Apple is selling their own hardware and software as a single product, the consumer is not forced into restricting the hardware they bought by a second company’s policies.

      • AnthonyMouse

        yesterday at 9:54 PM

        > Labeling it as a monopoly of M chips is not fair or accurate when comparing to MS on Intel.

        The relevant thing here isn't the chips, it's tying things to the chips, because those would otherwise be separate markets. If you could feasibly buy an iPhone and install Android or Lineage OS on it or use Google Play or F-Droid on iOS then no one would be saying that Apple has a monopoly on operating systems or app stores for iOS since there would actually be alternatives to theirs.

        The fake alternative is that you could use a different store by buying a different phone, but this is like saying that if Toyota is the only one who can change the brake pads on a Toyota and Ford is the only one who can change the brake pads on a Ford then there is competition for "brake pads" because when your Toyota needs new brake pads you can just buy a Ford vehicle. It's obvious why this is different than anyone being able to buy third party brake pads for your Toyota from Autozone, right?

        > It’s also probably relevant that MS was not selling PCs or their own hardware.

        This is the thing that unambiguously should never be relevant. It can't be a real thing that you can avoid being a monopoly by owning more of the supply chain. It's like saying that Microsoft could have avoided being a monopoly by buying Intel and AMD, or buying one of them and then exterminating the other by refusing to put Windows on it. That's a preposterous perverse incentive.

        • Affric

          yesterday at 10:40 PM

          > It can't be a real thing that you can avoid being a monopoly by owning more of the supply chain.

          Move the most important aspects of your software to hardware. Hard for MacOS but for a Chromebook style thing you could write the browser into its own pice of wafer.

          Google should pay me to be this evil.

      • SvenL

        yesterday at 8:46 PM

        Well “had to use” is a strong phrase here. Linux was already around and you could have used it too with your hardware. I think you can always bend an argument to fit your point.

        • detourdog

          yesterday at 9:22 PM

          The PC manufacturers had to pay MS for a license no matter what operating system was installed.

          • LocalH

            yesterday at 10:08 PM

            Indeed. Pepperidge Farm remembers Microsoft's campaign against "naked PCs"

    • SllX

      yesterday at 10:40 PM

      Yes. If you define the market in a ridiculous manner and convince a court to go along with it, anybody can be a monopoly.

      But the M series are an Apple product line designed by Apple with a ARM license and produced on contract by TSMC for use in other Apple products.

      Don’t assume the facts from another case automatically apply in other cases.

      Or as Justice Jackson once put it: “Other cases presenting different allegations and different records may lead to different conclusions”

    • Underphil

      yesterday at 7:17 PM

      I don't think any of what you're describing are legal "monopolies". I don't have a single Apple product in my life but I'm fairly sure there's nothing I'm prevented from doing because of that.

      • TheDong

        yesterday at 7:22 PM

        And back in the "Microsoft has a monopoly on IE6" ruling's days, I did not use Windows or Internet Explorer, and I was not prevented from doing anything because of that. Netscape Navigator on Linux worked fine. Sure, I occasionally hit sites that were broken and only worked in IE, but I also right now frequently hit apps that are "macOS only" (like when Claude Cowork released, or a ton of other YC company's apps).

        Microsoft was found guilty, so clearly the bar is not what you're trying to claim.

        • selectodude

          yesterday at 7:33 PM

          Microsoft was found guilty of using their market power to do product bundling, which is illegal. The fact that they had dominance in the market is not what they got popped for, nor is it illegal.

          • sroussey

            yesterday at 8:12 PM

            You just described Apple.

            • selectodude

              yesterday at 8:24 PM

              Apple has not, to my knowledge, required OEMs to bundle Safari with macOS alongside threats to withhold macOS if they don’t comply expressly to put Firefox out of business.

              But hey, maybe some weird shit happened during the clone years that I’m not privy to.

              • SvenL

                yesterday at 8:51 PM

                Apple requires Developers to use AppStore with their App alongside threats to withhold their App if they don’t comply.

                Just an example… and yes, I know the EU ruling but it’s still fitting.

          • longislandguido

            yesterday at 8:57 PM

            Let me know how I can unbundle Safari from macOS or iOS.

            Go ahead, I'll wait.

            • chongli

              yesterday at 9:09 PM

              It's possible on the Mac, but it's not easy. Apple uses an immutable system volume on macOS, so you can't just delete the Safari app like you would a user-installed app. To actually delete Safari you need to disable System Integrity Protection and reboot.

              There are plenty of Linux distributions that use immutable root volumes. They protect the user in a huge number of ways by preventing the system from getting hosed (either by accident or by malicious unauthorized users / malware). Apple made the decision to do this for their users, and it has prevented a HUGE amount of tech support calls, as well as led to millions of happy users with trouble-free computers.

              It also hasn't stopped users from installing Chrome and/or Firefox on their Macs, and millions of ordinary users have.

        • Underphil

          yesterday at 7:35 PM

          Yes, but that was coupled with other factors like them strongarming vendors, already being hugely dominant on desktops and abusing that position et al. I don't see this as being the same. Maybe my bar here is wrong, but it doesn't change whether they are a monopoly or not.

        • jonhohle

          yesterday at 7:52 PM

          You were not prevented from doing anything, but that doesn’t mean others weren’t. For example, OEMs were not allowed to offer any other preinstalled OS as a default option. That effectively killed Be and I’m sure hindered RedHat.

    • raw_anon_1111

      yesterday at 7:11 PM

      That’s not how monopoly definitions work. That makes about as much sense as saying Nintendo has a monopoly on Nintendo consoles or Ford has a monopoly on Mustangs

    • JumpCrisscross

      yesterday at 8:24 PM

      > Apple has a monopoly over the "M-chip" personal computer market. They have a monopoly over the iOS market with the app store

      When a company is deemed an illegal monopoly, the DoJ basically becomes part of management. Antitrust settlements focus on germane elements, e.g. spin offs. But they also frequently include random terms of political convenience.

      I don’t think we want a precedent where companies having a product means they have an automatic monopoly on said product.

      • ascagnel_

        yesterday at 11:31 PM

        More to the point: having a monopoly isn't de facto illegal (just look up natural monopolies), it's using the monopoly power in an anti-competitive way that's illegal. Microsoft wasn't charged with having a monopoly, they were charged because they used that monopoly to exclude Netscape Navigator and force bundling of IE.

  • thisislife2

    yesterday at 7:41 PM

    It isn't just about monopoly or unfair competition. This can also be covered under consumer rights - the Right to Repair. No OS provider should be allowed to dictate what software you can or not run on your own device and / or OS you have paid for.

    • ssl-3

      yesterday at 7:49 PM

      > It isn't just about monopoly or unfair competition. This can also be covered under consumer rights - the Right to Repair.

      If we have a right to repair (we broadly do not, AFAICT), then that doesn't necessarily mean that we have a right to modify and/or add new functionality.

      When I repair a widget that has become broken, I merely return it to its previous non-broken state. I might also decide to upgrade it in some capacity as part of this repair process, but the act of repairing doesn't imply upgrades. At all.

      > No OS provider should be allowed to dictate what software you can or not run on your own device and / or OS you have paid for.

      I agree completely, but here we are anyway. We've been here for quite some time.

  • satvikpendem

    yesterday at 7:55 PM

    Courts have already ruled it does in the iOS app store market. You can disagree of course but then you'd be disagreeing with legal experts who know more about anti-trust law than you do.

    • afavour

      yesterday at 7:57 PM

      But Apple’s share of the desktop/laptop market is very different than their share of the mobile one.

      • satvikpendem

        yesterday at 7:59 PM

        Yes, however the parent's claim was that Apple does not have a monopoly in any market they're in which is legally demonstrably false.

    • hilsdev

      yesterday at 8:01 PM

      Credentialism to prevent discussion of political and government entities is incredibly dangerous

      • satvikpendem

        yesterday at 8:17 PM

        You can, but that doesn't mean your opinion is as valid as those who study the subject. Otherwise we might as well follow the sovereign citizen believers.

• GeekyBear

  yesterday at 6:16 PM

  The same way Google evaded regulatory scrutiny for refusing to allow a YouTube client for Windows Phone?

  • yesterday at 7:05 PM

  • bigyabai

    yesterday at 6:33 PM

    Internet Explorer Mobile is a YouTube client. You're describing a client-server disagreement when the user is talking about an entirely client-based conflict.

    • realusername

      yesterday at 6:46 PM

      Google deployed custom code to actively block the clients so it went beyond just a disagreement

      • bigyabai

        yesterday at 7:57 PM

        That's normal behavior when your server is being reverse-engineered or abused. Video bandwidth is not free.

        Apple's decision is not constrained by server logic or ballooning costs, it is entirely a client-based policy to not sign CUDA drivers.

        • GeekyBear

          yesterday at 8:05 PM

          > That's normal behavior when your server is being reverse-engineered or abused. Video bandwidth is not free.

          Microsoft rewrote their Windows Phone native client to pass through Google's ads. Google still blocked it.

          Was it normal behavior when Google blocked Amazon Fire devices from connecting to YouTube with a web browser during the Google/Amazon corporate spat?

          To be fair, Google did back down almost immediately when the tech press picked up on it.

          Not allowing a native client for your monopoly market share video service on Amazon devices while also blocking Amazon's web browser on those devices is making things a bit too obvious.

          • bigyabai

            yesterday at 9:32 PM

            Again - servers are always offered at-will. If the service provider wants to boot you out, their TOS usually won't give you the right to renegotiate service.

            Clients are not offered at-will, they either work or they don't. Nvidia ships AArch64 UNIX drivers, Apple is the one that neglects their UNIX clients.

            • GeekyBear

              yesterday at 9:44 PM

              Using your monopoly market share video service as a weapon against companies offering platforms that compete with your own is textbook antitrust behavior.

              Google used YouTube as a weapon against both Windows Phone and devices running Amazon's Fire fork of Android.

              • bigyabai

                yesterday at 9:53 PM

                > monopoly market share video service

                A "monopoly" "service"? What have they monopolized, laziness? It's not the App Store, you can go replace it with DailyMotion at your earliest convenience.

                You're still retreading why your original comment was not at all relevant to the critique being made. We have precedent for prosecuting monopolistic behavior in America, but it doesn't encompass services even when they're mandatory to use the client. It does have a precedent for arbitrarily preventing competitors from shipping a runtime that competes with the default OS, incidentally.

        • realusername

          yesterday at 8:45 PM

          There hasn't been any abuse in this story as far as I know, it's not like mass downloads of videos happened with their client.

          • bigyabai

            yesterday at 9:39 PM

            That's besides the point, you don't own the server. You cannot expect the server to work forever, or demand a right to access it.

            You do own the client though. In the example upstream, the failure to support macOS clients can't be blamed on Nvidia because they already wrote AArch64 UNIX support.

            • GeekyBear

              yesterday at 9:48 PM

              You cannot use a monopoly market share product like YouTube as a weapon against companies who compete with you in other areas.

              This is as basic as antitrust law gets.

• jtbayly

  yesterday at 7:48 PM

  Isn't all you have to do disable SIP?

I followed the instructions link and read the scripts...although the TinyGPU app is not in source form on GitHub, this looks to me like the GPU is passed into the Linux VM underneath to use the real driver and then somehow passed back out to the Mac (which might be what the TinyGrad team actually got approved).

Or I could have totally misunderstood the role of Docker in this.

• gsnedders

  yesterday at 8:03 PM

  https://docs.tinygrad.org/tinygpu/ are their docs, and https://github.com/tinygrad/tinygrad/tree/4d36366717aa9f1735... is the actual (user space) driver.

  My read of everything is that they are using Docker for NVIDIA GPUs for the sake of "how do you compile code to target the GPU"; for AMD they're just compiling their own LLVM with the appropriate target on macOS.

• MeetRickAI

  today at 12:13 AM

  [dead]

• MeetRickAI

  today at 12:12 AM

  [dead]

Such a shame both companies are big on vanity to make great things happen. Imagine where you could run Mac hardware with nvidia on linux. It's all there, and closed walls are what's not allowing it to happen. That's what we as customers lose when we forego control of what we purchase to those that sold us the goods.

• deepsun

  yesterday at 6:36 PM

  Don't purchase? I don't own any Apple devices, everything works fine.

  • TheDong

    yesterday at 7:08 PM

    Unfortunately, Apple still won't release iMessage for Android or Linux (unlike every other messenger platform, like whatsapp, telegram, wechat, microsoft teams, etc, which are all cross-platform).

    Because of that, you need an apple device around to be able to deal with iMessage users.

    • deepsun

      yesterday at 11:52 PM

      Then it would be more correct to say that we "lose when we forego control" when our friends push the iMessage on us.

      In my bubble literally noone uses iMessage. More tech savvy use Signal/GroupMe, less tech savvy use SMS/Email. Family use Signal to chat with me, as I can steer my own family a little.

      Also I sometimes open web-interface of Facebook, but any attempts to offer WhatsApp I answer "sorry no Facebook apps on my phone, no Instagram/Messenger either". Never had any issues with that. Although I heard some countries are very dependent on Facebook, so might be hard there.

      By the way, I noticed it's not hard to use multiple messengers actually, sometimes it's even faster to find a contact as you always remember what app to look at in recents.

      UPDATE: My point is that you can also influence your life and how people communicate with you. Up to a point of course, but it's not like you can do nothing with it.

    • troad

      yesterday at 11:43 PM

      But you don't need an Apple device to contact iMessage users. Every iMessage ID is a phone number (SMS/RCS) or email.

      You've listed a whole bunch of alternatives available to you, but for some reason you demand that Apple change its unique offering into just another one of those for you. Why? Is that not a completely enforced monoculture?

      Apple has always been off to the side, doing their own thing, and for some reason that fact utterly enrages people. They demand that Apple become just like everyone else. But we already have everyone else! And in every single field Apple is in, there is more of everyone else than there is of Apple.

      Have you considered people like Apple products precisely because they're not like everything else? That making Apple indistinguishable from Facebook or Google is no victory, but a significant loss for customer choice?

    • sunnybeetroot

      yesterday at 7:24 PM

      That is no longer true. https://bluebubbles.app/ Well… it’s not exactly no longer true, you do need an Apple VM but it doesn’t have to be the end device.

      • simulator5g

        yesterday at 11:31 PM

        This is against ToS and they will be shut down eventually

      • yesterday at 7:32 PM

    • kllrnohj

      yesterday at 7:31 PM

      Why? Just make iMessage users put up with green bubbles if they want to talk to you?

      Thanks to Apple co-opting phone numbers, there's literally no need to ever have iMessage for anyone

    • Underphil

      yesterday at 7:23 PM

      [dead]

  • aljgz

    yesterday at 7:07 PM

    I don't understand the logic for downvotes. We vote with our wallets. When I could not update the Ram on my personal Dell machine I asked for a Frame.work in my new job. As my Intel based FW at work had thermal throttling problems, for my next personal purchase I got an AMD one. As Ubuntu had shady practices, I installed Fedora, as Gnome forced UX choices I did not want, I used KDE. As I wanted my machine to be even more stable I use an immutable spin.

    The machine I'm using now represents my choices and matches what matters to me, and works closer to perfectly than all my machines in the past

    And yes, I have worked with macs, and no, the UX and the entire tyranny in the Apple ecosystem was not something I could live with

    And yes, this machine is fast, predictable, a joy to work with and is a tool I control, not a tool to control me. If something happens to it, I can order the part with the same price that goes into a new machine, and keep using my laptop

    • TheDong

      yesterday at 7:18 PM

      "We vote with our wallet, so don't complain" is a bad take in my opinion.

      Like, for phones, I want a phone which runs Linux, has NFC support, and also has iMessage so my friend who only communicates with blue-bubbles and will never message a green-bubble will still talk to me. I also want it to have regulatory approval in the country I live in so I can legally use it to make calls.

      Because apple has closed the iMessage ecosystem such that a linux phone can't use it, such a device is impossible. I cannot vote for it.

      As such, I will complain about every phone I own for the foreseeable future.

      • Underphil

        yesterday at 10:56 PM

        What is the blue and green bubble thing? I've never used an iPhone so don't understand the term. Does it classify messages as iMessage and non-iMessage?

        • TheDong

          yesterday at 11:53 PM

          iOS has two built-in messaging apps. Like all phones, they have SMS built in, and hardly anyone uses it for anything except SMS 2FA codes.

          And then they have iMessage, aka blue bubbles, which are kinda like Signal or Whatsapp or Telegram. Everyone in Europe uses whatsapp, and a lot of people in the US use iMessage. If you don't use whatsapp in europe, you'll have a rough time communicating with some social groups, and the same thing for iMessage in the US.

          However, unlike every other messenger app I can think of, iMessage isn't cross platform.

          Also unlike every other messenger I can think of, it comes installed by default and for some reason uses the same app as the SMS app, and also claims encryption but randomly switches to SMS and breaks encryption making it obviously the least secure of all the apps (and also backs up your keys to iCloud in a way apple can access them by default, neither here nor there).

          Blue bubbles are when iMessage is acting as the iMessage app, and has encryption and can use features like sending high resolution photos, location, invites, and a bunch of other apple-specific features.

          Green bubbles are when the iMessage app has converted itself into the SMS and RCS app, and has a reduced feature set, like being unable to remove people from group chats.

          It's frankly a quite confusing decision to have two quite different apps built into the same app and indicate which feature-set is active based on the color of a UI element. I think everyone would prefer if apple split it into the 'Messages' app (SMS + RCS) and an optional 'iMessage' app which doesn't come installed by default, but you can download on the app store from Apple. I'm frankly surprised the EU hasn't forced apple to show a prompt for "default messenger app" on startup with the options being "Whatsapp", "iMessage", etc etc, like they do for default browser.

      • yjftsjthsd-h

        yesterday at 9:27 PM

        > Like, for phones, I want a phone which runs Linux, has NFC support, and also has iMessage so my friend who only communicates with blue-bubbles and will never message a green-bubble will still talk to me. I also want it to have regulatory approval in the country I live in so I can legally use it to make calls.

        I actually agree with you, but I also suggest getting better friends.

      • namtab00

        yesterday at 8:26 PM

        if that's what you call a "friend"...

Why does Apple need to make the drivers in a walled garden? Atleast they should support major device categories with official drivers.

• wtallis

  yesterday at 7:27 PM

  Doesn't Apple support the major standard device categories: NVMe, XHCI, AHCI, and such, like most operating systems do? The challenges are all for hardware that needs a vendor-specific driver instead of conforming to a standard driver interface (which doesn't always exist). Lots of those can be supported with userspace drivers, which can be supplied by third parties instead of needing to be written by Apple.

• MrArthegor

  yesterday at 8:01 PM

  Macs and PCs are fundamentally different. Their architectures have always been distinct though the Intel Mac era has somewhat blurred the line.

  Modern Mac is Macintosh descendants and by contrast PC is IBM PC descendants (their real name is technically PC-clone but because IBM PC don’t exist anymore the clone part have been scrapped).

  And with Apple silicon Mac the two is again very different, for example Mac don’t use NVMe, they use just nand (their controller part is integrated in the SoC) and they don’t use UEFI or BIOS, but a combination of Boot ROM, LLB and iBoot

• GeekyBear

  yesterday at 7:24 PM

  > Why does Apple need to make the drivers in a walled garden?

  For the same reason that Microsoft requires Windows driver signing?

  Drivers run with root permissions.

• embedding-shape

  yesterday at 7:10 PM

  > Why does Apple need to make the drivers in a walled garden?

  Isn't that the whole point of the walled garden, that they approve things? How could they aim and realize a walled garden without making things like that have to pass through them?

  • curt15

    yesterday at 10:58 PM

    I think the OP is asking why Apple is enclosing macs in a walled garden when that concept is generally associated with iPhones, not general-purpose computers.

• mschuster91

  yesterday at 7:26 PM

  > Why does Apple need to make the drivers in a walled garden?

  Because third party drivers usually are utter dogshit. That's how Apple managed to get double the battery life time even in the Intel era over comparable Windows based offerings.

As more people carry ARM laptops and keep the GPU somewhere else, I think the interesting UX question becomes whether the GPU can "follow" the local workflow instead of forcing the whole workflow to move to the GPU host. That's the problem we've been looking at with GPUGo / TensorFusion: local-first dev flow, remote GPU access when needed. Curious whether people here mostly want true attached-eGPU semantics, or just the lowest-friction way to access remote compute from a Mac without turning everything into a remote desktop / VM workflow.

• mort96

  yesterday at 7:29 PM

  I mean when it comes time to output the image from the GPU, I don't want to add a hundred milliseconds of network latency...

  • whalesalad

    yesterday at 7:31 PM

    This is re gpu for compute not graphics.

    • mattnewton

      yesterday at 7:40 PM

      Still undesirable latency for a lot of compute use cases, like image or video editing; it’s really only negligible for LLMs.

      Since that’s definitely a big enough use case all on its own, I wonder if such a product should really just double down on LLMs.

      • serf

        yesterday at 9:14 PM

        remote GPU compute payloads have been around a lot longer than LLMs, they're just few and far between.

        folding@home and other such asynchronous "get this packet of work done and get back to me' style of operations rarely care much about latency.

        Remote transcoding efforts can usually adjust whatever buffer needed to cover huge latency gaps , a lot of sim and render suites can do remote work regardless of machine to machine latency..

        I just sort of figure the industry will trend more async when latency becomes a bigger issue than compute. Won't work in some places, but I think we tend to avoid thinking that way right now due to a lack of real need to do so; but latency is one of those numbers that trends down slowly.

    • mort96

      yesterday at 7:33 PM

      Oh. Weird use for a graphics unit.

      • nkrisc

        yesterday at 8:13 PM

        Using GPU for compute is nothing new or unusual these days, not for quite a while.

      • lostlogin

        yesterday at 7:47 PM

        It’s what’s driven nearly the entire AI boom.

Woah, this is exciting. I'm traveling but I have a 5090 lying around at home. I'm eager to give it a go. Docs are here: https://docs.tinygrad.org/tinygpu/

I hope it'll work on an M4 Mac Mini. Does anyone know what hardware to get? You'll need a full ATX PSU to supply power, right? And then tinygrad can do LLM inference on it?

• 999900000999

  yesterday at 6:05 PM

  You can buy a cheap GPU enclosure for about 100$ off ali express.

  Takes a standard PSU. However, Mac Minis don't have occulink. So you might be a bit limited by whatever USB C can do.

  Now if Intel can get there Arc drivers in order we'll see some real budget fun.

  https://www.newegg.com/intel-arc-pro-b70-32gb-graphics-card/...

  32 GB of VRAM for 1000$. Plus a 500$ Mac Mini.

  • Fnoord

    yesterday at 6:16 PM

    Those $100 ones don't come with a cage. If you do want a cage, you'll end up with $180 in total, with zero warranty.

    Article mentions: "Apple finally approved our driver for both AMD and NVIDIA"

    Does not mention Intel (GPUs). Select AMD GPUs work on macOS, but...

    Macs (both Intel and ARM) support TB, but eGPU only work on Intel Macs, and basically only with AMD.

    Good news is for medium end gaming choices are solid, and CUDA works on AMD these days.

    • 999900000999

      yesterday at 6:49 PM

      Fortune favors the bold my friend.

      I own one of these, the cage is just a piece of plastic. Anyway, I don't think 80$ is that big of a difference here. I can't really afford a 4k Nvidia GPU. Intel is my only hope.

      • Fnoord

        yesterday at 7:14 PM

        Almost twice the price and simply more accurate info regarding price and features.

        Brand is TH3P4G3. Egpu.io has decent eGPU comparisons.

        I wouldn't want all that dust in my GPU fans, prefer that near my case fans. I also don't like it given I got cats and want to store/box hw. I do use the eGPU in the fuse box. If I had a larger house, I'd use a server rack.

        I was recently in the market for an eGPU but for a different niche (not eGPU/eNPU/eTPU but getting a HBA via TB to connect a LTO-6 drive via SAS). I went for a Sonnet instead, very low profile and small. I also bought an Asus one. Slightly bigger, came with more fans but TB4 instead of TB3 on the Sonnet. The cages are aluminium. Those eGPU were second hand (also without warranty but quicker S&H than Chinese New Year) but came with PSU. As you also gotta buy a PSU for it which came with the eGPUs I mentioned. For me no biggie, as I got a decent PSU lying around.

        • jasomill

          yesterday at 8:53 PM

          I've been using a Sonnet eGPU box with Nvidia GPUs (1070/3070) on an Intel NUC for about 5 years, and it works great.

          One nice thing about the Sonnet eGPU boxes is that they use standard SFX PSUs that are inexpensive to replace if they fail.

          For LTO, I'm cheap, and iSCSI over a dedicated 2.5 Gbps Ethernet link is fast enough for my aging FC LTO-5 drives and spinning rust backup disks.

          • serf

            yesterday at 9:22 PM

            I used Sonnet egpu box on a similarly equipped Dell XPS and it had so many little issues that it sold me off of eGPUs over Thunderbolt entirely.

            Sleep broke across all OSs, if sleep didn't break the GPU wouldn't get powered on with the laptop. If one side lost power during an outage (the gpu side, the laptop has a battery..) it would require an elaborate voodoo ritual of cycling both of them on and off until they 'caught' each other. It would cause the rest of the USB ports on the laptop to reset and drop comms with peripherals once or twice a week, necessitating a rain-dance restart.

            when Oculink first started showing up I gave up all together and just said "fuck it i'll try it again in a few years.".

            It worked fine when it worked fine, but the patches in between were not worth my time.

            I blame Dell and their thunderbolt controllers entirely for the issue, but it left such a bad taste in my mouth that I would have a really tough time buying the newest Sonnet box to try it out. Now I have a desktop machine and don't fall into that market.

            I ended up throwing that card (an rtx 3xxx) into a dell rackmount and have been happy with that card ever since.

            to your point though: the non proprietary PSU was a nice feature, but in reality the expansion card for PCI->Thunderbolt or whichever interface you're using can be bought on alibaba for like 20-30 bucks and the PSU is worth another 30-40 bucks , a generic white-label 650w. I think if I did it over i'd just do that and make an enclosure, but the Sonnet boxes aren't too bad a value by the numbers.

  • yesterday at 6:51 PM

• manmal

  yesterday at 5:31 PM

  Maybe I’m lacking imagination. But how will a GPU with small-ish but fast VRAM and great compute, augment a Mac with large but slow VRAM and weak compute? The interconnect isn’t powerful enough to change layers on the GPU rapidly, I guess?

  • zozbot234

    yesterday at 6:12 PM

    > But how will a GPU with small-ish but fast VRAM and great compute, augment a Mac with large but slow VRAM and weak compute?

    It would work just like a discrete GPU when doing CPU+GPU inference: you'd run a few shared layers on the discrete GPU and place the rest in unified memory. You'd want to minimize CPU/GPU transfers even more than usual, since a Thunderbolt connection only gives you equivalent throughput to PCIe 4.0 x4.

    • manmal

      yesterday at 6:19 PM

      But isn’t the Mac Mini the weak link in that scenario?

      • zozbot234

        yesterday at 6:20 PM

        It has way more unified memory than your typical dGPU.

        • manmal

          yesterday at 9:19 PM

          Yes obviously. That VRAM is also slower and has weak compute attached. Loading to the external GPU will slow things down too much.

  • arjie

    yesterday at 5:34 PM

    My Mini is actually the smallest model so it actually has "small but slow VRAM" (haha!) so the reason I want the GPU for are the smaller Gemmas or Qwens. Realistically, I'll probably run on an RTX 6000 Pro but this might be fun for home.

  • GeekyBear

    yesterday at 6:14 PM

    We've seen many recent projects to stream models direct from SSD to a discrete GPU's limited VRAM on PCs.

    How big a bottleneck is Thunderbolt 5 compared to an SSD? Is the 120 Gbps mode only available when linked to a monitor?

    • manmal

      yesterday at 6:16 PM

      That’s what, 14GB/s? The GPU‘s VRAM can do 100x that.

      • GeekyBear

        yesterday at 6:27 PM

        A discrete consumer GPU card doesn't have enough fast RAM to run a very large model that hasn't been quanitized to hell.

        That's why all the projects streaming models into the GPU from an SSD popped up recently.

        • manmal

          yesterday at 9:20 PM

          Yes. There’s just no way to get above 1t/s that way with a large model.

• lowbloodsugar

  yesterday at 6:00 PM

  “Lying around”. I’ve got an unopened 5090 in a box that I know will suffer the same fate, so I’m sending it back. So privileged to have the money to impulse buy a 5090 and yet no time to actually do anything with it.

Interesting, but cannot run CUDA or more to the point `nvidia-smi`.

• embedding-shape

  yesterday at 5:47 PM

  Well, to be fair, the whole shebang is from a completely different company, that have their own ML library and such, so that isn't that surprising. Although I agree that some CUDA shim or similar would be a lot more interesting, still getting to the place of running inference and training with your very own library is pretty dope already.

Pretty misleading. This driver is only for compute not graphics.

• polotics

  yesterday at 5:01 PM

  As a sizable share of the market is going to want to use this for local LLMs, I do not think this is that misleading.

• comboy

  yesterday at 5:45 PM

  GPUs can do graphics too?

  • aobdev

    yesterday at 9:54 PM

    I can’t tell if you’re making a joke about the current state of AI and GPUs or refuting the purpose of this driver

• manmal

  yesterday at 5:26 PM

  Graphics was not what came to mind when I saw the headline.

  • mort96

    yesterday at 7:33 PM

    Graphics is typically what comes to my mind when people talk about graphics processing units

  • Fnoord

    yesterday at 6:05 PM

    The term eGPU gives it away, but is inaccurate.

    Something like eNPU or eTPU seems more appropriate here.

If you could get Nvidia driver support on Mac’s I bet Apple would have sold more MacPro’s.

I'm writing scientific software that has components (molecular dynamics) that are much faster on GPU. I'm using CUDA only, as it's the eaisiest to code for. I'd assumed this meant no-go on ARM Macs. Does this news make that false?

• wmf

  yesterday at 6:51 PM

  This driver doesn't support CUDA.

  • ksec

    yesterday at 7:49 PM

    This comment should be pinned at the top.

  • brcmthrowaway

    yesterday at 8:50 PM

    Isnt mlx a cuda translation later?

    • ykl

      yesterday at 10:36 PM

      No, MLX is nothing like a Cuda translation layer at all. It’d be more accurate to describe MLX as a NumPy translation layer; it lets you write high level code dealing with NumPy style arrays and under the hood will use a Metal GPU or CUDA GPU for execution. It doesn’t translate existing CUDA code to run on non-CUDA devices.

    • superb_dev

      yesterday at 9:43 PM

      My understanding is that MLX is Apple’s CUDA, so a CUDA translation layer would target MLX

      • ykl

        yesterday at 10:54 PM

        No, it’s not. MLX is Apple’s NumPy more or less.

    • wmf

      yesterday at 9:43 PM

      Does tinygrad support MLX?

My main thought is would this allow me to speed up prompt process for large MoE models? That is the real bottleneck for m3ultra. The tokens per second is pretty good.

• embedding-shape

  yesterday at 6:00 PM

  tinygrad does have pretty neat support for sharding things across various devices relatively easy, that'd help. I'm guessing you'd hit the bandwidth ceiling transferring stuff back and forth though instead.

Apple should update this page for ARM macs, now runs tinygrad on eGPUs: https://support.apple.com/en-us/102363

What are the limitations of USB4/Thunderbolt compared with a regular PCIe slot?

• yonatan8070

  yesterday at 7:47 PM

  I can speak to my own experience, YMMV

  I hooked up a Radeon RX 9060 XT to my Feodra KDE laptop (Yoga Pro 7 14ASP9) using a Razer Core X Chroma (40Gbps), and the performance when using the eGPU was very similar to using the Radeon 880M built into the laptop's Ryzen 9 365 APU.

  So at least with my setup, performance is not great at all.

  On paper, TB4 is capable of pushing 5GB/s, which is somewhere between 4x and 8x of PCIe 3.0, while a 16x PCIe 4.0 link can do ~31.5GB/s.

  For numbers about all PCIe generations and lane counts, see the "History and revisions" section here: https://en.wikipedia.org/wiki/PCI_Express

  Edit to add: the performance I measured is in gaming workloads, not compute

  • jasomill

    yesterday at 10:57 PM

    For gaming, lots of things can affect Thunderbolt eGPU performance.

    First, you need to connect the display directly to the eGPU rather than to the laptop.

    Second, you need to make sure you have enough VRAM to minimize texture streaming during gameplay.

    Third, you'll typically see better performance in terms of higher settings/resolutions vs higher framerates at lower settings/resolutions.

    Fourth, depending on your system, you may be bottlenecked by other peripherals sharing PCH lanes with the Thunderbolt connection.

    Finally, depending on the Thunderbolt version, PCIe bandwidth can be significantly lower than the advertised bandwidth of the Thunderbolt link. For example, while Thunderbolt 3 advertises 40 Gbps, and typically connects via x4 PCIe 3.0 (~32 Gbps), for whatever reason it imposes a 22 Gbps cap on PCIe data over the Thunderbolt link.

    Even taking all this into account, you'll still see a significant performance drop on a current-gen GPU when running over Thunderbolt, though I'd still expect a useful performance improvement over integrated graphics in most cases (though not necessarily worth the cost of the eGPU enclosure vs just buying a cheap used minitower PC on eBay and gaming on that instead of a laptop).

• embedding-shape

  yesterday at 5:58 PM

  Well, for starters, PCIe 5.0 x16 would do something like about 60 GB/s each way, while Thunderbolt 4 does 4 GB/s each way, TB 5 does 8 GB/s each way. If you don't actually hit the bandwidth limits, it obviously matters less. Whether you'd notice a large difference would depends heavily on the type of workload.

  • givinguflac

    yesterday at 6:09 PM

    I think you missed a zero, TB5 does 80GB/s.

    • Tepix

      yesterday at 6:13 PM

      No. It does 80Gbps.

      https://www.convertunits.com/from/Gbps/to/GB/s

      • givinguflac

        yesterday at 7:35 PM

        Derp, didn’t read closely enough. Thanks

    • mch17

      yesterday at 6:14 PM

      No, it does 80 Gb/s. With encoding loss it’s closer to 8GB/s

    • yesterday at 6:17 PM

    • yesterday at 6:17 PM

• justincormack

  yesterday at 6:54 PM

  It carries pcie, but only at x4. Thunderbolt 4 is pcie gen 3 and Thunderbolt 5 is pcie gen 4.

  • brcmthrowaway

    yesterday at 10:29 PM

    Thats poor.. It's just copper, why can't it be as fast as a PCIe slot..

now can they please approve the linux kernel

• yjftsjthsd-h

  yesterday at 9:32 PM

  They... do? Or rather, they built a system where they don't need to; macs happily run Linux on bare metal or VMs. (Whether Linux supports Apple hardware well is another matter)

[flagged]

• amelius

  yesterday at 8:43 PM

  You only own the hardware if you can use it as advertised even after breaking all ties with the vendor. Otherwise you bought a service not a product.

• mrits

  yesterday at 8:39 PM

  You aren't restricted at a hardware level.

  • ddtaylor

    yesterday at 8:42 PM

    Apple has hardware level DRM in some of their products.

• llm_nerd

  yesterday at 8:42 PM

  So you're just replying to the headline, not the actual article. Useful.

  Apple, just like Microsoft, has a driver signing process because drivers have basically system-wide access to a system. There is no evidence that nvidia has tried to get eGPU drivers signed for years, but now someone did and Apple signed it. So?

  And you could always, precisely as the article states in the very first paragraph, disable System Integrity Protection if you want to run drivers that aren't signed.

  • u_fucking_dork

    yesterday at 8:52 PM

    > Please don't comment on whether someone read an article.

    Orange Reddit is very sensitive to people pointing out that nobody rtfa

The opportunity cost of Apple refusing to sign Nvidia's OEM AArch64 drivers is probably reaching the trillion-dollar mark, now that Nvidia and ARM have their own server hardware.

• chuckadams

  yesterday at 5:03 PM

  Apple got out of the server game long before they adopted aarch64, so that's a trillion worth of server hardware they never would have sold anyway. And probably not actually a trillion.

  • bigyabai

    yesterday at 5:08 PM

    Apple was the only one stopping themselves from getting back in. It's not like the Mac is a trillion-dollar market segment to begin with.

    • QuantumNomad_

      yesterday at 6:19 PM

      Almost everyone including myself had MacBook Pros at my last place of work.

      If Apple was in the high-end server market, I see no reason why the company I was working for would not be running macOS on Apple hardware as servers, instead of the fleet of Linux based servers they had.

      • yesterday at 6:43 PM

      • bigyabai

        yesterday at 9:28 PM

        Why wait? You can go run macOS as a server right now. It will take you a few hours to get Docker working, and disable mdworker_shared() and turn off SIP, and then install a package manager/XCode utilities, and finally configure macOS to run as a headless UNIX box, but it's attainable.

        Despite how easy Apple makes it, nobody is really using Macs as a server in production. Apple[0] is not using them as a server in production. They would need a radically different strategy to replace Linux, because their efforts on macOS still haven't replaced Windows.

        [0] https://9to5mac.com/2026/03/02/some-apple-ai-servers-are-rep...

  • varispeed

    yesterday at 5:09 PM

    USD starts sounding more and more like meaningless tokens. Billion here, trillion there. I still have 100 trillion Zimbabwean dollars somewhere.

    • altairprime

      yesterday at 5:38 PM

      Feels like that here in the U.S., too.