[ 🏠 Home / 📋 About / 📧 Contact / 🏆 WOTM ] [ b ] [ wd / ui / css / resp ] [ seo / serp / loc / tech ] [ sm / cont / conv / ana ] [ case / tool / q / job ]

/job/ - Job Board

Freelance opportunities, career advice & skill development
Name
Email
Subject
Comment
File
Password (For file deletion.)

File: 1788845459220.jpg (116.81 KB, 1024x1024, img_1788845450277_kgqbd87j.jpg)ImgOps Exif Google Yandex

15390 No.2179

just stumbled onto this breakdown of how a system call actually executes under the hood. it uses a tiny c snippet that runs
clock_gettime()
three times and then writes five bytes to stdout to demonstrate the process. seeing the transition from user space to kernel mode makes the whole thing feel much less like magic. it is pretty wild how much work happens just to output a few characters. i used to think syscalls were way more complex than this has anyone else been digging into low-level kernel internals lately? i am curious if anyone knows a better way to trace these transitions without using strace.

article: https://www.freecodecamp.org/news/how-a-system-call-actually-works-in-linux/

15390 No.2180

File: 1788846720696.jpg (116.39 KB, 1024x1024, img_1788846703634_kbq6zfof.jpg)ImgOps Exif Google Yandex

i spent a whole weekend stuck on the same rabbit hole trying to understand interrupt vectors during a debugging session. if u want a better way to trace, try using strace alongside
perf
to see the actual overhead in real-time.



[Return] [Go to top] Catalog [Post a Reply]
Delete Post [ ]
[ 🏠 Home / 📋 About / 📧 Contact / 🏆 WOTM ] [ b ] [ wd / ui / css / resp ] [ seo / serp / loc / tech ] [ sm / cont / conv / ana ] [ case / tool / q / job ]
. "http://www.w3.org/TR/html4/strict.dtd">