Hacker News: mschuetz

New comment by mschuetz in "OpenShot 4.0 – Open-source video editor"

mschuetz — Mon, 31 Aug 2026 11:27:15 +0000

I've had great experienced with it. It's almost certainly not as full-featered as premiere pro, but it runs buttery smooth and robust, while Premiere Pro kept crashing frequently and was a bit tedious to use for simple tasks.

New comment by mschuetz in "Apple introduces M6 and M5 Ultra"

mschuetz — Tue, 25 Aug 2026 13:47:00 +0000

I know people who would get it for local LLMs for use in their company.

New comment by mschuetz in "Xiaomi: New CPU matches Apple cores single threaded, much faster multithreaded"

mschuetz — Mon, 24 Aug 2026 18:29:51 +0000

Not at all. I specifically bought a MacBook Air M4, first Mac product in my life, for its fantastic performance in a passively cooled notebook. I have zero loyalty to Apple and usually use Windows. If someone else starts beating them perf wise, I'll happily switch again.

New comment by mschuetz in "GitHub Actions and Pages are experiencing degraded availability"

mschuetz — Tue, 11 Aug 2026 16:36:27 +0000

> and deal with consistent downtime,

Wildly exaggerated. I use github almost daily and can't remember when the last downtime was.

New comment by mschuetz in "GitHub Actions and Pages are experiencing degraded availability"

mschuetz — Sun, 09 Aug 2026 16:34:48 +0000

What do you mean "why"? Setting up and tinkering with systems is work I loathe to do, obviously. I want to code, not host coding repositories. I did it in the past because I had to, and now I don't have to do it because github does it for me. It's great.

New comment by mschuetz in "GitHub Actions and Pages are experiencing degraded availability"

mschuetz — Fri, 07 Aug 2026 16:39:58 +0000

But I don't want to have to do this kind of work, you're only listing disadvantages from my viewpoint.

New comment by mschuetz in "GitHub Actions and Pages are experiencing degraded availability"

mschuetz — Fri, 07 Aug 2026 16:38:47 +0000

Well, yeah, I am. It's not something I want to have to care about. I want to code, not host code repos.

New comment by mschuetz in "GitHub Actions and Pages are experiencing degraded availability"

mschuetz — Thu, 06 Aug 2026 19:24:18 +0000

Except anything I'd self host would be down much more often. I've hardly ever actually experienced down time issues with github when I needed it.

New comment by mschuetz in "Learn OpenGL, extensive tutorial resource for learning Modern OpenGL"

mschuetz — Fri, 24 Jul 2026 04:11:44 +0000

I wouldnt recommend anyone going to Vulkan, though. It's pretty much the worst graphics API out there, and WebGPU is mimicking outdated Vulkan design decisions that even Vulkan is currently outphasing, like render passes and static pipelines.

New comment by mschuetz in "Learn OpenGL, extensive tutorial resource for learning Modern OpenGL"

mschuetz — Thu, 23 Jul 2026 19:12:53 +0000

WebGPU is newer, but lacks modern functionality because it was made to support ancient smartphones. That's great if you want to support ancient smartphones, but not if you want to utilize modern desktop GPUs.

New comment by mschuetz in "Alternative(s) to run CUDA on non-Nvidia hardware"

mschuetz — Tue, 14 Jul 2026 17:31:47 +0000

Of course it is a skill issue, I'm not afraid of admitting I'm not smart enough for Vulkan. That so many people have skill issues is the reason why Cuda trumps and will continue to trump Vulkan despite being vendor-locked. If you want people to actually use Vulkan, you need to remove barriers to skill-issued people like me. Poor third party wrappers like VMA that barely address one out of hundreds of issues aren't going to accomplish that, you need to resolve barriers in the core API. With a design like Cuda where there is always a default easy path, and a complex but optional path.

New comment by mschuetz in "Alternative(s) to run CUDA on non-Nvidia hardware"

mschuetz — Tue, 14 Jul 2026 16:28:11 +0000

It absolutely isn't. After having spent 5 days not getting anything done in Vulkan, and being able to implement that same thing in a single day in Cuda (no prior experience in either API), I decided to never ever use Vulkan. It's a hopelessly overengineered API that is in dire need of a successor.

I may give it another try once it does not require a wrapper before it is remotely usable. I.e., once it has a single-line malloc without the need for third-party libs; default queues so I don't need to query and select queues; implicit sync by default and explicit sync by choice; NV-style bindless (i.e. no descriptors, just a handle); and so much more.

New comment by mschuetz in "Alternative(s) to run CUDA on non-Nvidia hardware"

mschuetz — Tue, 14 Jul 2026 16:24:36 +0000

On the contrary, it's great. Cuda is the single sane compute API and system, so I'll use it even if it means being vendor-locked. If my CUDA programs start running elsewhere without much intervention, that'd be amazing

New comment by mschuetz in "Alternative(s) to run CUDA on non-Nvidia hardware"

mschuetz — Tue, 14 Jul 2026 11:27:08 +0000

They really don't, no. Vulkan: 50 lines to allocate device memory. Cuda: One single line. What kind of extensive documentation stack do you want for functionality that is trivial in Cuda? And that exact issue continues through every little step of the way to your first usable application. I know there is VMA, it is a very poor solution to a problem that shouldn't even exist, and it only poorly addresses one of 100 parts of the API where Cuda is vastly simpler than Vulkan. Cuda also doesnt force you to use queue families but you can optionally use streams. No ridiculous descriptor management and binding in cuda, just passing pointers and handles via launch arguments. No overengineered explicit syncing mechanis in cuda, everything is nicely implicitly synced until you explicitly opt in to parallel streams. etc.

New comment by mschuetz in "Alternative(s) to run CUDA on non-Nvidia hardware"

mschuetz — Tue, 14 Jul 2026 10:18:51 +0000

A couple of years ago I evaluated both Vulkan and Cuda as a choice for future projects. I couldnt get anything done after a week in Vulkan, but had the test prototype project working after just a day in Cuda.

Needless to say, I'd never ever pick Vulkan for any project after that experience. It's just way to needlessly overengineered and bloated.

New comment by mschuetz in "Alternative(s) to run CUDA on non-Nvidia hardware"

mschuetz — Tue, 14 Jul 2026 10:16:06 +0000

> Ease of programming and a giant leap in performance is one of the key reasons for the CUDA platform’s widespread adoption

This, so much. Other platforms continue to ignore developer UX, but it's one of the main things that get's new users onboard and keeps old users around.

New comment by mschuetz in "Writing a bindless GPU abstraction layer"

mschuetz — Tue, 14 Jul 2026 10:06:13 +0000

> unimportant implementation detail that should be assessed on performance alone rather than usability

I disagree. Usability is important, or you end up with garbage like Vulkan. I'd rather have 99% of the performance for 100% usability, than 100% of the performance for 5% of the usability.

Unfortunately when it comes to graphics APIs, the choices are between bad and worse, which is why I switched to doing real time rendering in CUDA. Easier to write a fast software rasterizer in cuda, than to draw a single triangle in Vulkan

New comment by mschuetz in "The gauge broke: devs felt 20% faster with AI, measured 19% slower"

mschuetz — Thu, 02 Jul 2026 07:29:03 +0000

Having participated in many studies, I lost much faith in studies. You could study the same thing, and get opposite results depending on how you build the study, which people participate (friends and colleagues will be reluctant to speak against your results), and the bias with which you set everything up. Also, many tasks require learning the tools, and some tools will start to be more productive with expertise than others.

New comment by mschuetz in "GLM 5.2 beats Claude in our benchmarks"

mschuetz — Tue, 30 Jun 2026 12:31:47 +0000

That's exactly the one I'm really satisfied with.

New comment by mschuetz in "What happens when you run a CUDA kernel?"

mschuetz — Mon, 29 Jun 2026 16:44:20 +0000

That was an interesting read. Also enjoyed reading about the semaphores in the default stream. It's great that cuda implicitly handles syncing of commands for users and makes parallel commands optional and opt-in via streams, unlike Vulkan which completely unloads the full complexity of syncing to users right from the start.