Reducing latency with esoteric Linux process flags
1–10 of 11 posts
Re: Reducing latency with esoteric Linux process flags
#2Re: Reducing latency with esoteric Linux process flags
#3There was no reduced latency. The article title should be something along the line of:
"Bad architecture resulted in a hard-to-troubleshoot bug"
Re: Reducing latency with esoteric Linux process flags
#4What? The headline does not match the article content at all. There was no reduced latency. The article title should be something along the line of: "Bad architecture resulted in a hard-to-troubleshoot bug"
Really, the title should say "PR_SET_PDEATHSIG doesn't mean what you think it means."
The man page for PR_SET_PDEATHSIG: "The parent-death signal is sent upon subsequent termination of the parent thread and also upon termination of each subreaper process"
Re: Reducing latency with esoteric Linux process flags
#5What? The headline does not match the article content at all. There was no reduced latency. The article title should be something along the line of: "Bad architecture resulted in a hard-to-troubleshoot bug"
I suppose the latency was reduced because the process wasn't being terminated by the kernel anymore. Really, the title should say "PR_SET_PDEATHSIG doesn't mean what you think it means." The man page for PR_SET_PDEATHSIG: "The parent-death signal is sent upon subsequent termination of the parent thread and also upon termination of each subreaper process"
Re: Reducing latency with esoteric Linux process flags
#6Re: Reducing latency with esoteric Linux process flags
#7Is this exactly the same bug as this very recent post? https://news.ycombinator.com/item?id=43153901
Re: Reducing latency with esoteric Linux process flags
#8Re: Reducing latency with esoteric Linux process flags
#9Is this exactly the same bug as this very recent post? https://news.ycombinator.com/item?id=43153901