Re:Linux Kernel Use-After-Free Remote Code Execution Vulnera...
by otterley on Tuesday October 04, 2016 @11:30PM
(#12641358)
At what cost to performance? Very rarely are there solutions that exist without tradeoffs.
[ Parent
| on HN ]
Re:Linux Kernel Use-After-Free Remote Code Execution Vulnera...
by johncolanduoni on Tuesday October 04, 2016 @11:44PM
(#12641417)
Many verification systems can understand virtually any proof you can throw at them, so any memory management scheme for which you have a rigorous argument for correctness should be able to operate with no additional runtime overhead. And if you don't have such an argument, you've already lost no matter what language you use.
Re:Linux Kernel Use-After-Free Remote Code Execution Vulnera...
by AstralStorm on Wednesday October 05, 2016 @03:34AM
(#12642124)
The main cost to performance is related to multicore proofs. It is an open question on how to work out complete proofs of multithreaded operations.
This is why seL4 does not support internal SMP. You can run an instance per core and assign it a separate memory space like to a VM though.