If it's truly asynchronous, I don't see the issue with IO being decoupled from process lifetime.
If you wanted to stop the IO at process death, the mechanism needed for this would introduce an overhead that would likely slow things down in general.
Is your process Hindu, Buddhist, Christian?
I feel like this is a Linux bug. Linux shouldn't cleanup a process until it has finished execution.
You mean the process doesn’t go to heaven?
Unrelated: My cat died. Saddest day of my life. I watched the light leave his eyes and still wonder where he went.
I looked it up and it said that the last thing to go when dying is probably your hearing.
When you die, typically you lose your sight first, then your bodily sensations, and 1-by-1 all your sensory channels turn off: Balance, equilibrium, proprioception, until you are like an empty force flying through infinite darkness, all your thoughts still in tact, knowing what is happening to you, and in the background you can still hear everyone in the room, until the sounds too begin to fade and distort into a light buzzing noise that gets higher and higher pitched like a zipper zipping up your last waking experience in a metaphorical body bag to be tossed off the edge of time.
The asynchronous behaviour raises interesting questions as to whether or not this is a bug or working as intended, and whether or not the io_uring API should offer controls to allow the calling application to decide.
With synchronous intra-machine calls we mostly take it for granted that pending modifications die with the caller.
But with inter-machine communications we mostly take it for granted that the sending machine and its entire local area can disappear and operations it sent will complete.
Of course, there are exceptions, especially when APIs/systems offer atomicity, consistency checks, etc.
But without express design intent, or preferably caller intent, one can argue both sides of the asynchronous intra-machine case and be right.
I guess my thinking isn't so much that this happens as that it happens implicitly.