2.5 KiB
← Back to Twitter thread index
title: "Most crap-o-grammers today in the user-space C++ bloat-ware domain have not real" author: "NOTimothyLottes" handle: "@NOTimothyLottes" post_url: "https://x.com/NOTimothyLottes/status/2058166883044516181" post_id: "2058166883044516181" timestamp: "2026-05-23 12:43:18" post_count: 7 reply_count: 0 repost_count: 0 like_count: 1 view_count: 640
@NOTimothyLottes — Most crap-o-grammers today in the user-space C++ bloat-ware domain have not real
Post 1 (2026-05-23 12:13:57)
Another memorial weekend thought: for either (a.) single use code - [majority of slopware] (b.) cold cache code - [also typical of slopware] the CPU loading the code is a significant amount of the burned memory bandwidth ...
Post 2 (2026-05-23 12:19:37) — reply to Post 1
Meaning in C/C++ land where "programmers" (or rather slop-rammers) mostly sniff argument sloshing glue, moving to a scatter instead of gather based language with a single common "call" that just overreads all the register args, would likely be significantly faster ...
Post 3 (2026-05-23 12:23:45) — reply to Post 2
The analog for the syscall side is to work from a 'tape' pointer read the 7 registers (syscall number in rax, and the 6 max args) always from a linear stream, but advance the read pointer by the number of actual registers used. So the overfetch is just a linear prefetch ...
Post 4 (2026-05-23 12:26:06) — reply to Post 3
If working with only 32-bit args (see the MAP_32BIT comment), it would be efficient. Add a post-syscall address to call in the common syscall loop, the part that does post-syscall logic like scattering data to future argument read slots (aka the scatter part) ...
Post 5 (2026-05-23 12:35:27) — reply to Post 4
Now if it was possible to uber-op the post call logic, meaning a fixed logic block that is just data configurable, that call goes away, and it's all probably executing instructions out of the cache (at some level) ...
Post 6 (2026-05-23 12:37:42) — reply to Post 5
Effectively you'd have an 'initialization language' which is designed to workaround cold execution paths, but with linear CPU prefetch friendly data access for reads, and random scatter for stores (where latency don't matter) ...
Post 7 (2026-05-23 12:43:18) — reply to Post 6
Most crap-o-grammers today in the user-space C++ bloat-ware domain have not really optimized for performance, rather they optimized for maximum bloat generation. Just add up how much the installed libraries weigh in MiB on a clean OS install.