Viewing profile — praeclarum

Yes that syntax works right now.

Yeah I think I’ll reduce the accuracy requirement for some transcendental functions since GPUs seem all over the place.

Please do. I have a few test machines but cannot match the variety of hardware out there.

Sorry Safari does not support WebGPU yet. Please join me in writing to Apple and requesting it.

Yeah this is the trick. You need to maximize the use of workgroup parallelism and also lay things out in memory for those kernels to access efficiently. It’s a bit of a balancing a…

Yeah so the thing is WebGPU doesn’t correctly support IEEE floating point. Particularly, 0 is often substituted for +-Inf and NaN. See section 14.6 of the spec. https://www.w3.org/…

Those are niceties and can be implemented with some small hacks. Most big nets do very little slicing. Lots of dimension permutations (transpose, reshape, and friends) but less sli…

I’m of the same opinion. While I think I will keep the standard parameter order from torch, I will include the options overload to give all the benefits you describe.

I've been working on a WebGPU optimized inference and autograd library with an API that matches PyTorch. The goal is to reach CUDA speeds in the browser. Many kernels have been imp…

I wrote a javascript library that lets you run modern transformer neural networks from Hugging Face in the browser. It works on mobile browsers, desktop browsers, pretty much every…

It’s open source and I have successfully compiled and ran it on my own machine. So I do not fear it going away. The biggest risk is it could not be updated at some point. But, agai…

I owe the iCircuit community vacuum tubes. I've been promising them for some 10 years now. My hesitance has mostly been my inability to verify the simulations. I prefer to have phy…

Nailed it. I started iOS development using Obj-C++ but switched to C# after a couple years because of my familiarity and comfort in that ecosystem. At this point I've used it for 1…

There is tons of TPL (Task Parallel Library, async and await), I was just trying to keep the blog simple. Once you have thread-safe primitives, you can build higher level abstracti…

What you call gaming, I call working around the government’s idiotic visa requirements.

This is a priority for the next update - git just ended up being a lot of work and got cut for the initial release.

Yes three is absolutely a toggle switch. C# and F# are mostly tolerant of this style of programming. But if you like writing "while" and "for" loops then the eager execution can re…

At least on an iPad Pro, I have found the split view with Safari docked to the right to be very adequate (actually, good) as the app contains lots of links to online docs.

I worked hard to make sure F# got equal support to C# - semantic highlighting, code completion, all that. The only real difference is the F# builds are a bit slower than C#.

If you develop a cool app and want to distribute it on the App Store, then you will indeed have to transfer it to a Mac and recompile it there using Xamarin's free product. This is…

The truth is they are essentially the same. I just draw the distinction because porting apps between them isn't always automatic.

Windows RT (aka Metro, aka Store Apps). It's a model based on WPF but not fully compliant - it took in lessons learned form Silverlight. Call it WPFlight.

Sorry - I have a very client-side/consumer facing attitude and these low level debuggers just don't matter. But I acknowledge that it's certainly useful in the scenario you outline…