Reddit Programming
199 subscribers
1.22K photos
126K links
I will send you newest post from subreddit /r/programming
Download Telegram
How Linux executes binaries: ELF and dynamic linking explained
https://www.reddit.com/r/programming/comments/1sdp20m/how_linux_executes_binaries_elf_and_dynamic/

<!-- SC_OFF -->After 25 years working with Linux internals I wrote this article. It's a deep dive into how Linux executes binaries, focusing on ELF internals and dynamic linking. Covers GOT/PLT, relocations, and what actually happens at runtime (memory mappings, syscalls, dynamic loader). Happy to discuss or clarify any part. <!-- SC_ON --> submitted by /u/Solid-Film-818 (https://www.reddit.com/user/Solid-Film-818)
[link] (https://fmdlc.github.io/tty0/Linux_ELF_Dynamic_linking_EN.html) [comments] (https://www.reddit.com/r/programming/comments/1sdp20m/how_linux_executes_binaries_elf_and_dynamic/)
Measuring Jitter: Standard Linux vs PREEMPT_RT under heavy load
https://www.reddit.com/r/programming/comments/1se3lsn/measuring_jitter_standard_linux_vs_preempt_rt/

<!-- SC_OFF --> I've been working on a Software PLC where microsecond-level execution timing is critical. To guarantee real-time performance, I tested and compared the scheduling jitter between a standard Linux kernel and a PREEMPT_RT patched kernel (Ubuntu 24.04). The Setup: A C++ task waking up every 10ms using clock_nanosleep, running for 10,000 iterations. Applied heavy system load using stress-ng (CPU 100%, Disk I/O, Context switches, Page faults). CPU governor set to 'performance'. The Results (Worst-case Jitter): Standard Linux Kernel: Extremely unpredictable. Jitter spiked up to ~650 µs when the system was under stress. PREEMPT_RT Kernel: Very stable. The worst-case jitter was strictly bounded under 70 µs. It's impressive how much stability the PREEMPT_RT patch brings to a general-purpose OS without needing a dedicated RTOS. I also learned a hard lesson about not doing File I/O inside an RT loop the hard way! 😅 Any feedback or tips on further tuning (like IRQ Affinity) would be greatly appreciated! <!-- SC_ON --> submitted by /u/Special_Ad5912 (https://www.reddit.com/user/Special_Ad5912)
[link] (https://prejudice.tistory.com/42) [comments] (https://www.reddit.com/r/programming/comments/1se3lsn/measuring_jitter_standard_linux_vs_preempt_rt/)
C3 closes out its 0.7 era — focusing on simplicity and control before 0.8
https://www.reddit.com/r/programming/comments/1set2gu/c3_closes_out_its_07_era_focusing_on_simplicity/

<!-- SC_OFF -->C3 is trying to stay close to C in terms of control and predictability,
without piling on too much complexity This release is mostly about tightening semantics, improving inference,
and removing edge cases before moving into the 0.8 cycle. It’s less about adding features and more about making the language and standard library consistent. <!-- SC_ON --> submitted by /u/Nuoji (https://www.reddit.com/user/Nuoji)
[link] (https://c3-lang.org/blog/c3-0-7-11-the-last-v0-7/) [comments] (https://www.reddit.com/r/programming/comments/1set2gu/c3_closes_out_its_07_era_focusing_on_simplicity/)
Compare programming language and see them ranked with learnings!
https://www.reddit.com/r/programming/comments/1sflofe/compare_programming_language_and_see_them_ranked/

<!-- SC_OFF -->So I always wanted to rank programming languages and compare them on diff programming metrics. I have been learning Rust and got to compare it with various other languages just to see the differences. Also learning about complex programming concepts, such as memory efficiency and more. Love this tool to do it. I bet you will learn something new!!! <!-- SC_ON --> submitted by /u/No-Childhood-2502 (https://www.reddit.com/user/No-Childhood-2502)
[link] (https://langscompare.site/) [comments] (https://www.reddit.com/r/programming/comments/1sflofe/compare_programming_language_and_see_them_ranked/)
[arXiv] Fuzzing REST APIs in Industry: Necessary Features and Open Problems
https://www.reddit.com/r/programming/comments/1sfm5e0/arxiv_fuzzing_rest_apis_in_industry_necessary/

<!-- SC_OFF -->This is a technical, academic write-up of how an open-source fuzzer for REST APIs has been introduced and started to be used at Volkswagen <!-- SC_ON --> submitted by /u/arcuri82 (https://www.reddit.com/user/arcuri82)
[link] (https://arxiv.org/abs/2604.01759) [comments] (https://www.reddit.com/r/programming/comments/1sfm5e0/arxiv_fuzzing_rest_apis_in_industry_necessary/)
Regex Are Not the Problem. Strings Are.
https://www.reddit.com/r/programming/comments/1sfnk1y/regex_are_not_the_problem_strings_are/

<!-- SC_OFF -->I think it is a point of view that may seem controversial but it traces a historical precedent that is quite shareable (the Joda-Time case) and how it could be applied to the world of regular expressions, a bit like the transition from manual SQL and raw strings with the advent of jOOQ. <!-- SC_ON --> submitted by /u/Mirko_ddd (https://www.reddit.com/user/Mirko_ddd)
[link] (https://mirko-ddd.medium.com/regex-are-not-the-problem-strings-are-6e8bf2b9d2db) [comments] (https://www.reddit.com/r/programming/comments/1sfnk1y/regex_are_not_the_problem_strings_are/)