Private
Public Access
Processed 38 URLs from the user's list. 1 was already in the corpus (2072194202851549432). 9 were duplicates within the new batch (same post IDs at different anchor URLs); removed those. This commit contains the 27 unique new threads. Content spans the Jul 2026 era and is mostly Lottes's Linux development environment bringup work: - 1674757854471806977: 'Nothing Oriented Programming' (NOP) philosophy - 1990260050485797063: reversed projection matrices - 2030722033286328426: STP conspiracy theory - 2058166883044516181: 'crap-o-grammers' C++ bloat-ware critique - 2060191401883619479: relevant timestamp article - 2060730425929080874: CPU clock code (TSC) - 2061123768429211767: no-debugger-debug + mmap log pre-history - 2061416116694442141: Windows thread priority - 2061933917137932437: mmap'd page file - 2061937134756380682: Windows HIGHEST_PRIORITY_CLASS - 2062031187023982879: back running 640x480 on VGA CRTs - 2064858927829745887: on Linux now (SteamOS) - 2065804972378243476: nanorc done + iPhone font issue - 2065832746757341482: cross compilation up - 2065872197147578751: @axelgneiting bypassing libc - 2066184005632786736: Linux mlockall - 2070337342854832468: why not pselect/ppoll/epoll_pwait2 - 2070734717825986566: deterrant to ALSA = parsing through snd_pcm_open - 2071415096304193820: aplay to actually play a wave file - 2071706805114216559: 'ALSA hell month continues' - 2071937360288235902: Linux thread priority code - 2072135292115427728: Linux doesn't allow priority increase by default - 2072445315370590266: 'Wine workarounds - I could just detect' - 2072506103401754653: snd_pcm_sw_params for ALSA - 2072804183992922296: starting on WDM/KS audio for WIN32 - 2073096069529907441: re-trying WASAPI - 2073110092447203466: CPP_(obj) for mmdeviceapi Cleanup: removed 9 duplicate dirs (same posts at different anchor URLs), script temp files, and the '1857803914604618029' which was already a duplicate of '1857820858162753661' (mmap log canonical).
136 lines
4.7 KiB
JSON
136 lines
4.7 KiB
JSON
{
|
||
"root_post_id": "2070337342854832468",
|
||
"posts": [
|
||
{
|
||
"post_id": "2070337342854832468",
|
||
"author": "NOTimothyLottes",
|
||
"handle": "NOTimothyLottes",
|
||
"text": "Quick summary of why not {pselect, ppoll, epoll_pwait2} style non-TCP IO [it can amplify kernel transitions]. For UDP stuff blocking {sendmmsg,recvmmsg (with timeout)} amortizes out kernel transitions.",
|
||
"timestamp": "2026-06-26 02:44:22",
|
||
"media_urls": [
|
||
"https://pbs.twimg.com/media/HLtP4RgWgAADbir?format=png&name=orig"
|
||
],
|
||
"reply_to_id": null,
|
||
"quote_of_id": null,
|
||
"metrics": {
|
||
"reply_count": 2,
|
||
"repost_count": 1,
|
||
"like_count": 16,
|
||
"view_count": 2149
|
||
}
|
||
},
|
||
{
|
||
"post_id": "2070338320765165758",
|
||
"author": "Jebrim",
|
||
"handle": "AgileJebrim",
|
||
"text": "sendmmsg/recvmmsg can only work with 1024 packets at a time unfortunately. You’ve gotta loop them. While they’re surprisingly fairly deterministic in execution times, their throughput isn’t the best. The Linux kernel takes far longer to process sending the packets out than my own code does to process the sim and build the packets in the first place lol.",
|
||
"timestamp": "2026-06-26 02:48:15",
|
||
"media_urls": [],
|
||
"reply_to_id": "2070337342854832468",
|
||
"quote_of_id": null,
|
||
"metrics": {
|
||
"reply_count": 4,
|
||
"repost_count": 0,
|
||
"like_count": 7,
|
||
"view_count": 469
|
||
}
|
||
},
|
||
{
|
||
"post_id": "2070343193963397129",
|
||
"author": "NOTimothyLottes",
|
||
"handle": "NOTimothyLottes",
|
||
"text": "@AgileJebrim Yes 1024 max, so best case 1/1024 the syscall count (well factored). As for overhead, for a co-located server you could always hijack the network card driver and just move your server into it and run kernel side if you really wanted to.",
|
||
"timestamp": "2026-06-26 03:07:37",
|
||
"media_urls": [],
|
||
"reply_to_id": "2070338320765165758",
|
||
"quote_of_id": null,
|
||
"metrics": {
|
||
"reply_count": 1,
|
||
"repost_count": 0,
|
||
"like_count": 4,
|
||
"view_count": 192
|
||
}
|
||
},
|
||
{
|
||
"post_id": "2070343454048039360",
|
||
"author": "Jebrim",
|
||
"handle": "AgileJebrim",
|
||
"text": "@NOTimothyLottes If you want to be locked in to a particular NIC yeah.",
|
||
"timestamp": "2026-06-26 03:08:39",
|
||
"media_urls": [],
|
||
"reply_to_id": "2070343193963397129",
|
||
"quote_of_id": null,
|
||
"metrics": {
|
||
"reply_count": 1,
|
||
"repost_count": 0,
|
||
"like_count": 1,
|
||
"view_count": 109
|
||
}
|
||
},
|
||
{
|
||
"post_id": "2070408887455420544",
|
||
"author": "aeesz4",
|
||
"handle": "aepau2",
|
||
"text": "@AgileJebrim @NOTimothyLottes You can use eBPF as a poor man's kernel bypass.",
|
||
"timestamp": "2026-06-26 07:28:39",
|
||
"media_urls": [],
|
||
"reply_to_id": "2070343454048039360",
|
||
"quote_of_id": null,
|
||
"metrics": {
|
||
"reply_count": 1,
|
||
"repost_count": 0,
|
||
"like_count": 1,
|
||
"view_count": 51
|
||
}
|
||
},
|
||
{
|
||
"post_id": "2070411240514420892",
|
||
"author": "Lee Revell",
|
||
"handle": "BigP4P4Smurf",
|
||
"text": "@NOTimothyLottes Take a look at http://lalists.stanford.edu/lad/2001/Nov/0248.html",
|
||
"timestamp": "2026-06-26 07:38:00",
|
||
"media_urls": [],
|
||
"reply_to_id": "2070337342854832468",
|
||
"quote_of_id": null,
|
||
"metrics": {
|
||
"reply_count": 0,
|
||
"repost_count": 0,
|
||
"like_count": 1,
|
||
"view_count": 42
|
||
}
|
||
},
|
||
{
|
||
"post_id": "2070461630165532941",
|
||
"author": "NOTimothyLottes",
|
||
"handle": "NOTimothyLottes",
|
||
"text": "@aepau2 @AgileJebrim Not that any of my source would pass their nanny tester. When I was younger and running my own business, I used to host my business website off of a really old laptop running an in-kernel web server that I wrote. It wasn’t that hard to do long ago.",
|
||
"timestamp": "2026-06-26 10:58:14",
|
||
"media_urls": [],
|
||
"reply_to_id": "2070408887455420544",
|
||
"quote_of_id": null,
|
||
"metrics": {
|
||
"reply_count": 1,
|
||
"repost_count": 0,
|
||
"like_count": 2,
|
||
"view_count": 102
|
||
}
|
||
},
|
||
{
|
||
"post_id": "2070473555070836962",
|
||
"author": "Jebrim",
|
||
"handle": "AgileJebrim",
|
||
"text": "@NOTimothyLottes @aepau2 eBPF doesn’t support SIMD lol",
|
||
"timestamp": "2026-06-26 11:45:37",
|
||
"media_urls": [],
|
||
"reply_to_id": "2070461630165532941",
|
||
"quote_of_id": null,
|
||
"metrics": {
|
||
"reply_count": 0,
|
||
"repost_count": 0,
|
||
"like_count": 1,
|
||
"view_count": 76
|
||
}
|
||
}
|
||
],
|
||
"source_url": "https://x.com/NOTimothyLottes/status/2070337342854832468"
|
||
} |