News for hackers. Stuff that matters.
Re:Making the Tokio scheduler 10x faster by wbl on Monday October 14, 2019 @06:16PM (#21253469)
So you put in a NOP before each backward jump. To preempt you overwrite it with a jump to a handler that saves the state of the thread.
Re:Making the Tokio scheduler 10x faster by jedisct1 on Monday October 14, 2019 @06:51PM (#21253708)
How multitasking used to work on Atari :)

But this requires code pages to be writable. Which, from a security perspective is awful.

Re:Making the Tokio scheduler 10x faster by nine_k on Monday October 14, 2019 @07:56PM (#21254175)
This presumes writable code segments, which many OSes shun.
Re:Making the Tokio scheduler 10x faster by hyperman1 on Tuesday October 15, 2019 @07:09AM (#21257337)
It's java. Dynamic code generated by a jit.
Re:Making the Tokio scheduler 10x faster by adwn on Tuesday October 15, 2019 @12:15AM (#21255516)
Which NOP do you overwrite? Do you have to do this for all backward-jump-NOPs in all loaded executable code, or do you have to determine, which loop the thread in question is executing right now?
Re:Making the Tokio scheduler 10x faster by heavenlyblue on Monday October 14, 2019 @07:17PM (#21253914)
How does that resolve syscall question?
Re:Making the Tokio scheduler 10x faster by wbl on Monday October 14, 2019 @09:56PM (#21254886)
Syscall you have to do with a signal