Architekt maszyn wirtualnych

Joined September 2008
445 Photos and videos
T800 GLM-5.2 ported GTK3 to Fil-C (It had the benefit of reading my patch to port GTK4. Even so, it did a fine job.) github.com/pizlonator/fil-c/…
3
39
2,063
Just testing my memory safe web browser
4
1
70
3,473
In other words: In Fil-C: you can do xz compression and decompression. It’s super fast and memory safe. In Rust: you can do memory unsafe xz compression and it’ll be slower then what you get in Fil-C, presumably because they’re using an ancient version of liblzma
2
41
1,177
I tried comparing xzutils ported to Fil-C to xzutils ported to Rust only to find out that even Rust crates that *seem* like they are Rust ports of xz are just using C code. (They're slower than Fil-C anyway, probably because they're using ancient liblzma versions.)
1
78
4,416
To make it even funnier, the Rust implementation is a giant pile of `unsafe`.
2
42
1,828
Fil-C is faster than Rust at single-threaded BLAKE3 Computing the hash of a 3.5GB tarball on a AVX512-capable system. Fil-C: 759 ms Rust: 796 ms I'll compare multi-threaded later (need to pull in some dependency I don't have)
12
10
197
15,913
I'm having T800 GLM-5.2 rebase my git port on top of Libre-WD-40/git.
2
32
2,420
Fun fact: git without rust is safer than git with rust, since rust dependencies mean you can’t build it with Fil-C. And Fil-C is safer than Rust, since it doesn’t rely on unsafe escape hatches. Git works great when built with Fil-C. Included in /opt/fil fil-c.org/install_optfil
github.com/Libre-WD-40/git has already 329 stars. People don't want this enrustification.
12
5
205
31,050
Fil's Unbelievable C Compiler: faster at AVX512 intrinsics than gcc 13.3.0, at least this one time on this one benchmark. And it's totally memory safe
3557674646 byte tar.gz file (the lfs-postlc5.tar.gz byproduct of Pizlix build) Strix Halo, Ubuntu 24.04 CMAKE_BUILD_TYPE=RelWithDebInfo AVX512, gcc, x86 intrinsics: 0.786 sec AVX512, gcc, handwritten amd64 asm: 0.694 sec AVX512, filcc, x86 intrinsics: 0.769 sec No tbb (I haven't ported that library yet). Using example.c compiled with -O2 -g
2
2
58
4,794
Filip Jerzy Pizło reposted
"People are making AI that we don't profit from!" *stamps feet* *pushes over lamp* "We should be able to charge anyone to use this type of technology we did not invent!" Dude, shut up
🚨ANTHROPIC CEO: OPEN SOURCE AI IS GETTING DANGEROUS Anthropic CEO Dario Amodei told lawmakers that open-source AI is moving down a “very dangerous path.” His warns that once powerful models are released openly, companies lose the ability to monitor misuse, revoke access, or update safety guardrails.
3
10
140
5,934
Whoa
there is no Xorg, no wayland, no gtk, no qt, no browser engine in this video just the linux kernel JavaScriptCore. no base distro git.kyun.sh/naphtha/elderflo… fully typescript and WASM userland (yes, really) very WIP
3
3
97
12,447
I wrote a document describing how Fil-C's `longjmp`, `setjmp`, `setcontext`, `getcontext`, `makecontext`, and `swapcontext` implementations work while maintaining all of the memory safety guarantees fil-c.org/context_switches
3
13
113
9,334
PSA - if you're trying to build Boost with Fil-C, here's a good write-up of what it takes bannalia.blogspot.com/2025/1…
2
11
1,815
BLAKE3 compiles and runs with Fil-C with zero changes. Just have to -DBLAKE3_SIMD_TYPE=x86-intrinsics
1
3
41
3,479
Filip Jerzy Pizło reposted
Modern AI resulted from research made also by many non-US scientists (Hinton, the French folks, Linnainmaa, many others). The pre-training corpus was produced worldwide with massive code contribution from Europe OSS. What is happening with frontier LLMs is unacceptable.
56
161
1,174
57,626
Yeah
the self-own that's happening to the ai industry right now is a great reminder of why human brains are just as important as ever all the compute in the world and they couldn't foresee this basic situation ai not gonna save you from having to be competent
11
2,492
U.S., Russia and China Are Integrating AI into Nuclear Early Warning Systems
14
1,552