Тёмный

Signals. I spent 2 years to understand this part. 

kimylamp
Подписаться 16 тыс.
Просмотров 171 тыс.
50% 1

A quick introduction to one of the interprocess communication mechanisms in linux.
00:00 Main idea. We want to execute a function when external signal arrives
00:50 While loop. We can't simply jump to the signal handler!
01:24 Interrupts. Breaking a natural instruction flow
02:30 Saving registers. Kernel preserves user register values
03:09 How pc is saved
04:03 The most important idea! Replacing the pc
04:40 Big Picture overview.
05:55 To the Source code!
07:16 Kernel entry. Disassembling my kernel binary
12:04 Replacing the program counter
12:35 Return to user.
13:28 Signal handler is finished. How to resume the main code?
14:14 How the stack works when enter the kernel
16:26 We need to keep main code's original registers!
16:49 Kernel stack has to be empty. Overflow. Nested signals
17:30 Saving original regs to user stack
18:48 Kernel trampoline. Sigreturn
20:45 Bonus! (about the compiler bug video)

Наука

Опубликовано:

 

11 июн 2024

Поделиться:

Ссылка:

Скачать:

Готовим ссылку...

Добавить в:

Мой плейлист
Посмотреть позже
Комментарии : 158   
@saaah707
@saaah707 24 дня назад
What a time to be alive, when videos like this exist
@ahmoin
@ahmoin 12 дней назад
two minute papers
@CFSworks
@CFSworks 2 месяца назад
I did a double-take when I saw the AArch64 assembly... most RU-vidrs go straight to x86/x64 when talking about assembly, even though it's really not as beginner-friendly as RISC sets, so it's a breath of fresh air seeing someone introducing beginners to ARM. :)
@vocassen
@vocassen 2 месяца назад
Yep, makes it easier to follow. Though would prefer RISC-V assembly even more - I think it should have all the equivalents just the same
@TheOriginalBlueKirby
@TheOriginalBlueKirby 2 месяца назад
ARM? More like LEG. Get 2 and spread em
@Relkond
@Relkond 2 месяца назад
'arg, you're twisting my AARM' :P I'm on the side of the fence getting burned by AARM existing. (Technology I require is x64 only. Customers require AARM) :/ Glad to see it's being used, but the flashbacks from work are real 😂
@sylv512
@sylv512 2 месяца назад
​@@TheOriginalBlueKirby so that's why they called it that in Turing Complete (the game)
@senyai
@senyai 2 месяца назад
It looks like my process miss a signal every now and then. After watching this video, I think the issue is on my side, but I triple checked all the code. What a life.
@xBiggs
@xBiggs 2 месяца назад
If you are missing a signal, it could be because you are forgetting to re-register the signal handler after it catches the first signal. If you forget to do this, it will only catch a signal once
@senyai
@senyai 2 месяца назад
@@xBiggs I use python `signal.signal(signal.SIGUSR1, on_usr1)` and python emulates BSD signals, which do not need re-registering.
@xlr555usa
@xlr555usa 2 месяца назад
Have fun going down the rabbit hole
@LolSalat
@LolSalat 2 месяца назад
also if you use multi-threading, it is undefined which thread gets the signal
@programming5274
@programming5274 2 месяца назад
The example code has a bug. signal_arrived needs to be declared as volatile. Else the optimizer can allocate a register for signal_arrive in main(), and the while loop won't notice that the signal_arrived in memory has changed. In fact, gcc with -O3 optimizes out the whole loop.
@MrOnlineCoder
@MrOnlineCoder Месяц назад
So many high quality low level educational videos are being recommended nowadays, your is definitely one of them! I really like the "raw" work with objdump disassembly
@gSys1337
@gSys1337 6 дней назад
And people say working with machine code is complicated. Of course it is when nobody talks about/teaches it! The interest is there and I think it's not a good thing that many programming languages abstract away the low level machine/kernel code.
@artsmadeit
@artsmadeit 2 месяца назад
I swear this channel will blow up someday. I really like the chosen topics and presentation on this channel.
@vladimirvparfenov3935
@vladimirvparfenov3935 2 месяца назад
6:15 what i liked- what i LOVED about this succinct, anthropomorphic explanation is that it really helped frame for me (a software engineer) how to think about the contractual interface i have with the hardware engineers without having to know about the details of CPU architecture. overall just TERRIFIC presentation and formatting.
@umarfaruk9275
@umarfaruk9275 2 месяца назад
just saw the words 2 years and i clicked and subscribed. Knowledge takes time and effort. This title clearly says it too
@yugshende3
@yugshende3 Месяц назад
I cant even imagine what it must be like to "map" the kernel code in your brain because your explanation here was spot on. I have always (ie almost 6 years in SDe industry and 6 years of education before that) at a very high level just "assumed" that signals and interrupts are a thing and I know for a fact that I cannot dive into Kernel code to save my life but this video explanation I can definitely say I understood everything. That's definitely a kudos to you sir. I wish to understand more low level systems stuff more in detail as I continue my journey.
@spicy_wizard
@spicy_wizard 11 дней назад
just a quick note, to me, I have to pause and think and restart before I can grasp all the information. It makes me wonder if I am just out of IQ you know...
@TheMoucastre
@TheMoucastre Месяц назад
Your videos, explanations, animations, are all absolutely stellar. So clear, so efficient. PLEASE keep sharing the knowledge, this is truly remarkable.
@spazzels50
@spazzels50 Месяц назад
It's like I didn't understand anything but still watched it, thanks for the video
@zokalyx
@zokalyx 2 месяца назад
I will watch this again in like 6 months and go "ooohhh" (actually, I already understood like 75% of the video without knowing a single thing about signals, just gotta get that remaining 25%)
@dshindov
@dshindov 2 месяца назад
Great video! I like your choice to explain everything with ARM assembly, instead of x86. You earned a new subscriber :)
@jomeow-vi7fx
@jomeow-vi7fx 2 месяца назад
the video's quality and information are truly stunning
@Spitfire5592
@Spitfire5592 2 месяца назад
I find it amazing that every time an interrupt happens the CPU does this and it’s still able to be so performant.
@codeartha
@codeartha Месяц назад
Totally agree, blew my mind. It seems so inefficient to store all the registers to memory, then load them back in, every time the user presses a key on the keyboard.
@brice.rhodes
@brice.rhodes 16 дней назад
@@codeartha Thats because that isn't how it works usb is a polling system, I can recommend "How does a USB Keyboard work" by Ben Eater. To your point context switches are expensive which is why you want to minimize them
@AK-vx4dy
@AK-vx4dy Месяц назад
Very nice teaching method, by resolving problems one by one. Great video !!! Respect to the knowledge level. I don't know if many of us will need it daily, but i hope many of us who want to know how it is done inside, will gather to such level that you will keep sharing your wisodm with us.
@Ab_Irato
@Ab_Irato Месяц назад
The layout is just beautiful and the instructions are crystal clear.
@samor9155
@samor9155 8 дней назад
I like that you described it as for people who already know something, but don't know how interrupts work, so it doesn't start by explaining how assembly works. Great video, I learned a lot.
@svensimon
@svensimon 7 дней назад
exactly my level and much appreciated, yes
@deathdefier45
@deathdefier45 Месяц назад
Learnt more C and Assembly than I did in 4 years of college in 21 minutes, you're a legendary instructor mate thank you for your service ❤
@cyrusx6872
@cyrusx6872 2 месяца назад
You make it amazingly clear!!! You deserve more subscribers!
@dexterman6361
@dexterman6361 2 месяца назад
This is some quality education. Puts many universities to shame. Thank you! Could you do one one on re-entrant functions and signal safety? I don't think I completely understand why a thread-safe function isn't also re-entrant. Thank you for the video, appreciate it! Liked and subscribed ❤
@programming5274
@programming5274 2 месяца назад
If it is made threadsafe by using a thread-local variable, it is still not re-entrant from the same thread.
@tripplefives1402
@tripplefives1402 2 месяца назад
Reentrant means that it makes no assumptions about state or the order it is called so the code can be called multiple times, sonetimes before the first call was ecen finished. Imagine having your function invoked unpredictibly at some random place inside your function. Youd have to make sure there are no conflicts. No memory leaks etc.
@dexterman6361
@dexterman6361 Месяц назад
@@tripplefives1402 Wouldn't each call get its own stack though? And if I hold a lock somewhere, the other invocation can't, meaning I guess I expect it to be re-entrant? Also, why would a function start somewhere in the middle randomly without also having executed things above it at some point? I mean sure one can come with examples, but just talking about standard functions + signals, it is not clear to me why that would happen.
@dexterman6361
@dexterman6361 Месяц назад
@@programming5274 That yea .... hmm. Okay I guess the source of my confusion is that how can there be 2 execution frames of the same function in the same thread without them also having their own stack? Wouldn't that make it re-entrant safe? Isn't that similar to stack-frames in recursion? LoL I kinda feel ashamed of myself haha, I get paid to write code but not knowing this properly definitely is making me question my readiness and "skillset". I really need to do better.
@tripplefives1402
@tripplefives1402 Месяц назад
@@dexterman6361 Yes the stack would be different each time, but the heap and everything else would be the same. A signal can happen at any time, and when it happens your program is stopped at wherever it is and then execution jumps immediately to the function you told it to invoke. So if it is already invoking your function for that signal and the same signal or another signal also gets invoked execution will immediately jump to that function again. So no global variables or anything like that, and you must check to make sure that if there is some global state that you test it to make sure it wasn't already changed prior and you can't assume that you are starting fresh each time. In other words don't double allocate or double free. As far as developing operating systems you cant assume that your interrupt handler wont get called multiple times at the same time because if you blindly turn off interrupts then your code will miss input and the hardware will not keep a backlog for you.
@kovsi_
@kovsi_ 2 месяца назад
Your channel is so good! Outstanding! Keep up the good work.
@DavidAlsh
@DavidAlsh 2 месяца назад
Wow great timing, this is literally exactly what I am battling with at the moment.
@haiphamle3582
@haiphamle3582 10 дней назад
Excellent content! I hope your channel receiving more attention.
@user-tr4ce7ww6s
@user-tr4ce7ww6s 2 месяца назад
Keep it up man, worth watching. Thanks 👍
@eleman971
@eleman971 2 месяца назад
Very good explanation. Keep up the good work!
@anandmoon5701
@anandmoon5701 Месяц назад
Time well spend and explained in depth
@ricardomarliere
@ricardomarliere 9 дней назад
Thank you for this! Very informative.
@kammamixoccam9485
@kammamixoccam9485 Месяц назад
a very good explanation and hard work , good animation , keep going
@Ooo0ooooO00oo
@Ooo0ooooO00oo Месяц назад
Such a high quality video, thank you very much
@ryangrogan6839
@ryangrogan6839 2 месяца назад
Excellent explanation. I now want to add interrupt functionality to my cpu architecture. Im also thinking about adding flags.
@user-uh4nh3yl2s
@user-uh4nh3yl2s 2 месяца назад
what exactly does "add interrupt functionaliry to my cpu architecture" mean? Are you writing a software emulator for some hypothetical cpu you're designing?
@catcatcatcatcatcatcatcatcatca
@catcatcatcatcatcatcatcatcatca 2 месяца назад
I just got my head around 14-bit PIC interrupts (at least on some level), and this absolutely blew my mind.
@tennicktenstyl
@tennicktenstyl 10 дней назад
this edit goes so hard 🔥
@JuanTalamante
@JuanTalamante 2 месяца назад
Wow very impressive, thank you and keep doing a great work please!!
@ruili1984
@ruili1984 Месяц назад
Very useful content. Thank you!
@adderek
@adderek Месяц назад
Cool. Good to know that we can use the bonus part to possibly get some escalated data into userspace until interrupt gets executed.
@samhughes1747
@samhughes1747 20 дней назад
Dude. I'm a tad jaded, and generally expect unfamiliar youtubers to be a bit sheit. It's background noise and an occasional interesting idea for me. You full on stole my attention and kept me from getting anything done! Good stuff, my dude!
@ignacionr
@ignacionr Месяц назад
Excellent explanation!
@joaovictorfernandes1656
@joaovictorfernandes1656 Месяц назад
This is such a great video! thank you
@panagiotischagias4119
@panagiotischagias4119 2 месяца назад
Awesome explanation!!!
@dameanvil
@dameanvil Месяц назад
00:00 💡 Programs need to communicate with each other, often by executing functions when signals are received. 01:24 🛠 Interrupts allow the CPU to break from its natural instruction flow to handle external events like keyboard inputs. 02:30 💾 Kernel preserves user register values when handling interrupts by saving them to memory. 04:03 🔄 Replacing the program counter at the right moment allows the CPU to jump to a signal handler function. 04:41 🌐 Programs can register signal handlers with the kernel to respond to specific signals. 05:57 📜 Examining kernel code reveals how the CPU knows where to jump when an interrupt occurs. 07:18 🕵 Disassembling kernel binaries uncovers the implementation details of interrupt handling. 09:00 🔍 Detailed exploration reveals how the kernel handles interrupts and resumes user processes. 10:49 🛑 Ensuring the kernel stack is empty before handling a signal prevents overflow and nested signals. 12:07 ↩ Saving original register values to the user stack enables restoration after the signal handler executes. 14:16 ⬆ Understanding stack behavior in kernel space is crucial for signal handling and process resumption. 19:00 🎭 A kernel trampoline allows the CPU to jump back to kernel code after the signal handler finishes. 20:45 📺 Bonus: An additional video discusses a compiler bug related to reading local variables beyond the stack pointer.
@GeneralKenobi69420
@GeneralKenobi69420 26 дней назад
Ok but why all the unnecessary LinkedIn-ass emojis though
@dameanvil
@dameanvil 25 дней назад
@@GeneralKenobi69420 Oh, that's easy. So any idiot would feel smarter, hence make the day of those who have a hard time reading all the lines.
@anonimenkolbas1305
@anonimenkolbas1305 20 дней назад
​@@GeneralKenobi69420The real answer is that it's an AI-generated summary, and models like ChatGPT/GPT-3.5 love to do that.
@natemaia9237
@natemaia9237 2 месяца назад
This was such a great video, keep it up man you earned a sub from me.
@_hatred
@_hatred 2 месяца назад
this is perfect asmr for my brain
@Ipadstands
@Ipadstands Месяц назад
Beautiful Description
@torphedo6286
@torphedo6286 20 дней назад
Wow, inserting an extra syscall trampoline like that is really clever. it was all very normal up to that point, but I don't think I'd ever have thought of that (or I'd write it off as an insane hack that would probably break).
@Bunny99s
@Bunny99s 2 месяца назад
The internet certainly does not have enough low level programming information available, so things like that are always appreciated. I never worked on ARM but many other risc micro controllers. Also implementing preemptive / cooperative multitasking based on interrupts on x86 is somewhat simpler. This can even be done in the classic real mode. Since x86 stores the interrupt return address on the normal stack, in order to do a context switch you really just need to exchange the stack pointer / stack frame. Each "process" would have it's own stack area. So a process could invoke a software interrupt (cooperative) or a hardware interrupt like a timer (preemptive) could interrupt the execution of a process and the interrupt handler takes over. Besides the automaically stored return address, the handler would save the registers in the user stack frame and then just exchange the stack to the stack of a different process. As a result when the interrupt handler does it's iret, it returns to where this process has left off the last time. My dad actually developed quite complex machine control software back in the 80s and 90s and they used a DOS powered machine that ran over 2000 "tasks". Many task where really small, did just one or two checks and then yield again. They circled through all tasks hundreds of times per second. The actual pascal library mtask is really simple, just around 515 lines of code with many comments (with the comments stripped out it's just around 320 and with a bit different syntax style just 230 lines :)). Quite an impressive library from an ancient time. Of course it does not really apply to any modern system except embedded and microcontroller development where you don't really have a separate kernel. Though the fundamental concepts are still the same.
@mouhamedbourouba3637
@mouhamedbourouba3637 15 дней назад
ty so much for explanation !!!!
@super99iper
@super99iper 2 месяца назад
Fantastic video! 😁
@harrymoulton4358
@harrymoulton4358 2 месяца назад
An excellent video!
@user-gh4lv2ub2j
@user-gh4lv2ub2j Месяц назад
Such a good video.
@MrMediator24
@MrMediator24 2 месяца назад
If only had this video a few years ago when had to learn arm64 for the job, specifically port our kernel(OS) to it. Took a hot minute, to say the least, to understand concept of interrupt vector tables and under workings of the assembly
@MrMediator24
@MrMediator24 2 месяца назад
Also tpidr is kinda scratch register where you can store anything but it's cannonical use is to store id of current thread
@framegrace1
@framegrace1 2 месяца назад
Are you telling me that you got a job to port a kernel to another arch, and you didn't even knew the concept of interrupt vector tables? Wow, must have been a really hard and eye opening experience.
@tripplefives1402
@tripplefives1402 2 месяца назад
​@@framegrace1especially because x86 has the same concept.
@mateusztyc1667
@mateusztyc1667 2 месяца назад
Bro cooked on this video. Respect.
@user-eb7dd4xo2n
@user-eb7dd4xo2n 2 месяца назад
Amazing video :)
@LHCB6
@LHCB6 6 дней назад
I heard the intro as: At some point, we want our problems to communicate with other problems.
@Artoooooor
@Artoooooor День назад
Thanks for the vid
@MikkoRantalainen
@MikkoRantalainen Месяц назад
Great video! I think it could have underlined a bit more that these details are specifically about AArch64. The x86-64 implements some details a bit differently but knowing either one helps a lot in understanding the another.
@eliriekeberg7127
@eliriekeberg7127 2 месяца назад
I love the animation style of your videos. How did you come up with this? I’d love to use this to present topics to colleagues
@montecamo
@montecamo 2 месяца назад
amazing visuals
@matveyshishov
@matveyshishov 2 месяца назад
This is great, so much pleasure watching this, thank you for the great work! LOVED your presentation being "everything happens everywhere at once" diagrams! I wish my debuggers could do that, haha. I'm gonna rewatch it again, making sure I've looked at every detail in your illustrations. Have you considered looking into the more general idea? After all, Linux is conceptually UNIX, and UNIX is all about portability, thus signals is just a portable way of implementing interrupts-driven compute. (Then again Windows has it differently with its SEH.) The general idea of interrupts is fascinating in their own right, like Dijkstra famously said: "It was a great invention, but also a Box of Pandora. Because the exact moments of the interrupts were unpredictable and outside our control, the interrupt mechanism turned the computer into a nondeterministic machine with a nonreproducible behavior, and could we control such a beast?" If you have, and in the chance you have time on your hands, I'd LOVE to see your amazingly enlightening approach applied to visualization of more than just signals :) I know, it's a lot to ask, but one can hope, haha. RU-vid likes to eat comments containing URL-like strings, but I'll try to put a link a response to my own comment to a wonderful page on interrupts history you very probably have seen already, from Mark Smotherman.
@matveyshishov
@matveyshishov 2 месяца назад
* people dot computing dot clemson dot edu/~mark/interrupts dot html * Irfan Ahmad, his talks and paper on interrupts coalescing.
@roaringcow8163
@roaringcow8163 2 месяца назад
Thank you
@m19v
@m19v Месяц назад
Great content! Can you please share what tools do you use for animations?
@neon13x
@neon13x 2 месяца назад
What software do you use for this kind of animation?
@Ic3q4
@Ic3q4 Месяц назад
really good video ngl
@Bokto1
@Bokto1 2 месяца назад
Great video, I think that only thing that is missing is explanation about EL0_EL1 - not every arch has different banks for them.
@danielnoriega6655
@danielnoriega6655 Месяц назад
without OS, this is way easier to do, absolute control of the Processor counter xD
@dev.rahulgurjar
@dev.rahulgurjar 2 месяца назад
Amazing ❤
@NOKIA5593
@NOKIA5593 2 месяца назад
Great video, I always like low level OS stuff, always fun. But most programmers would have a different idea in mind when discussing interprocess communication. named and anonymous mutex, semafores, pipes, sockets,shared memory, stdin/stdout/stderr and Maybe even COM on windows.
@framegrace1
@framegrace1 2 месяца назад
All of them start with an interrupt.. just saying. This is exactly how any async call works, deep inside any language or framework you may use there's something like this.
@tripplefives1402
@tripplefives1402 2 месяца назад
​​@@framegrace1interupts are optional with things like mutex. You can pause until signaled and then acquire the mutex but you could also just check periodically (not always in a loop). Its more or less memory that has been mapped into both processes so each can read each others writes.
@preetishamballi6988
@preetishamballi6988 День назад
Excellent video. Only missing thing was, If there are multiple threads in process, how kernel will identify which thread to interrupt. Is it the one which raises system call first?
@perstromdahl5044
@perstromdahl5044 Месяц назад
What happens if another interrupt replaces the hardware "saved_user_pc" before the kernel had time to save the state from the first interrupt?
@kimylamp
@kimylamp Месяц назад
This is a very good question! Indeed, such a problem exists and hardware is well-aware about it. When a systemcall (svc arm instruction) or an interrupt occurrs, the CPU hardware immediately disables all the interrupts. Since that moment it is up to the kernel code when to enable interrupts back. So, the kernel is safe while saving registers and program counter - another interrupt will never occur until the kernel explicitly enables interrupts back.
@usopenplayer
@usopenplayer 2 месяца назад
I'm very curious about this msr and mrs instructions that are skipped by the branch. @ 8:50 I looked it up, and Move System to Register, and Move Register to System, seem like they would be useful as part of the interrupt process. I wonder if there is special kernel code that can conditionally call into this interupt offset to skip the branch instruction?
@FocusAccount-iv5xe
@FocusAccount-iv5xe 2 месяца назад
Thanks!
@juanguillermoalarcon447
@juanguillermoalarcon447 27 дней назад
Great video! How do you make these animations? 01:24
@berndeckenfels
@berndeckenfels 2 месяца назад
I think the first branch and the bytes skipped is for instrumentation, either debugging/probes or hot code patch
@xBiggs
@xBiggs 2 месяца назад
4:48 Hey, this example is really bad. Your signal handler does not follow the correct prototype of void (*handler)(int). Also, the signal handler is required to be reentrant or async signal-safe. Your function is not because it uses global state int signal_arrived instead of some volatile sig_atomic_t or other lock-free atomic global. In this case, you should probably use atomic_flag because it is guaranteed to be lock-free and your example doesn't care about what the value of the signal is. Furthermore, it calls printf() which is also not reentrant. Though, on a posix system you could replace it with a call to write()
@kimylamp
@kimylamp 2 месяца назад
Thanks! Yes, the example could have been more accurate.
@framegrace1
@framegrace1 2 месяца назад
K'mon, is just an example of how this works.... No one here is expected to jump directly to write signal handlers for real OS's. All that minutia would make just the concept more obscure. He explained all important parts.
@jirehla-ab1671
@jirehla-ab1671 2 месяца назад
Isnt this similar to the pipe function in ĺinux? ​@@kimylamp
@tripplefives1402
@tripplefives1402 2 месяца назад
​​@@framegrace1you use signal handlers in user mode code as well if you work with code that uses two or more processes or if you pause/sleep until some shared resource is free to acquire.
@caballerosalas
@caballerosalas 20 дней назад
Hi @kimylamp, can I ask you which software do you use to make the animation of your videos?
@arminveres850
@arminveres850 24 дня назад
What is the colorscheme in VSCode?
@WayOfTheCode
@WayOfTheCode 2 месяца назад
A RU-vid gold 🎉
@luciusstark
@luciusstark 13 дней назад
What do you use to make these effects?
@whyareyoulookingatthislol
@whyareyoulookingatthislol 18 дней назад
i still gotta watch this video but it might be cool for you to make something about the device model
@Hector-bj3ls
@Hector-bj3ls 2 месяца назад
Would it be useful for a CPU to have kernel only registers? That way the kernel wouldn't have to save and restore user-space registers all the time. Although, I guess it wouldn't really save much since the kernel has to do that a bunch for application scheduling anyway.
@tripplefives1402
@tripplefives1402 2 месяца назад
The kernel stores the registers in the stack so it can switch threads by just changing stack pointers and returning. To change processes it changes the page table loaded on the cpu.
@Hector-bj3ls
@Hector-bj3ls Месяц назад
@@tripplefives1402 it would have to restore the cpu registers at some point surely? User space programs still use them.
@matt-stam
@matt-stam Месяц назад
Love your videos! Though I think they might age better if you did Rust instead of C.
@nicknick8884
@nicknick8884 Месяц назад
Дякую!
@blueapollo3982
@blueapollo3982 2 месяца назад
how do you make these videos? they are beautiful!
@msbanda2123
@msbanda2123 2 месяца назад
@jonwood6662
@jonwood6662 5 дней назад
Please please tell me what VS code theme this is? So easy on the eyes
@kimylamp
@kimylamp 5 дней назад
Sure. It's Gruvbox Dark Medium.
@dohyun0047
@dohyun0047 15 дней назад
this video is awesome, but i guess my background is not good enough to fully appreciate it .. ㅜㅜㅜㅜㅜㅜㅜㅜㅜㅜ
@GerbenWijnja
@GerbenWijnja 25 дней назад
5:24 "now I will mark the ...?... process" what are you saying there?
@luciusstark
@luciusstark 13 дней назад
"now I will mark the busyloop process"
@julkiewicz
@julkiewicz Месяц назад
I've been taught not to use printf inside a signal handler
@ThangTran-fb9sz
@ThangTran-fb9sz 2 месяца назад
Can you share your color scheme? Thank you
@kimylamp
@kimylamp 2 месяца назад
Sure. It's Gruvbox Dark Medium.
@ThangTran-fb9sz
@ThangTran-fb9sz 2 месяца назад
Thank you! Great video btw
@youtubehandlesux
@youtubehandlesux 2 месяца назад
Too complex, imma build spaghetti with boost::interprocess instead.
@webmilio
@webmilio 16 дней назад
Swear to god I can hear the clock in the background
@juanmamani2110
@juanmamani2110 29 дней назад
flash back programming interrupts in 80's ! aaaah hardware interrupts and software interrupts... ..
@Meaticus22
@Meaticus22 18 дней назад
dotfiles please
@blar2112
@blar2112 2 месяца назад
Program A runs on boot. Program B causes a kernel panick immediatly rebooting the pc. problem solved
@FroZZen98
@FroZZen98 2 месяца назад
1:00 while not particularly relevant to the discussion (it's just an example), one should be careful with infinite loops... int main(){ while(true){}; return 0; } C++ x86-64 clang (trunk) -O3 main: # @main this seems to be a bug with LLVM backend. now, if you use gcc, you might end up with the process hogging as much cpu as it can. so you really should sleep there.
@FroZZen98
@FroZZen98 2 месяца назад
1:25 it's only like that with old pc's using ps/2 plug. usb uses polling afaik.
@tripplefives1402
@tripplefives1402 2 месяца назад
Set the variable to voltaile so its not optimized out.
@user-zt2lp6hq7l
@user-zt2lp6hq7l 25 дней назад
man this is complicated
@Gordy-io8sb
@Gordy-io8sb 2 месяца назад
AI ART LMFAO
@friedrichdergroe9664
@friedrichdergroe9664 Месяц назад
Busy waiting for a signal???
@schnauzerofdoom8819
@schnauzerofdoom8819 24 дня назад
No wonder it took you years to figure this out, wtf. All this time using a pattern I thought was relatively straight forward, and it turns out the nitty gritty of how signals are actually sent is confusing as hell.
@nonameavailableatm
@nonameavailableatm Месяц назад
Still too complicated for me
@JamesSjaalman
@JamesSjaalman Месяц назад
Bad example. You CANNOT call printf() from within a signal handler. printf is not async-safe [it may call malloc() internally while interrupting inside of malloc()]
Далее
QVZ 2024 | TOSHKENT SHAHAR HOKIMI KUBOGI
2:53:14
Просмотров 723 тыс.
HOW TRANSISTORS REMEMBER DATA
16:58
Просмотров 153 тыс.
15 Sorting Algorithms in 6 Minutes
5:50
Просмотров 24 млн
why stack exists
4:54
Просмотров 49 тыс.
HOW TRANSISTORS RUN CODE?
14:28
Просмотров 258 тыс.
So You Think You Know Git - FOSDEM 2024
47:00
Просмотров 981 тыс.
AI’s Dirty Little Secret
6:41
Просмотров 452 тыс.
The Most Important Algorithm in Machine Learning
40:08
Просмотров 254 тыс.
Новая материнка без USB!!
0:39
Просмотров 43 тыс.
Mem VPN - в Apple Store
0:30
Просмотров 37 тыс.
ВЫ ЧЕ СДЕЛАЛИ С iOS 18?!
22:40
Просмотров 51 тыс.