Re: vfs_aio.c is still not safe



David Xu wrote:

Dag-Erling Smørgrav wrote:

3) Rewrite the aio code to use kthreads attached to each process, so
  problems with one process's aio does not propagate to other
  processes.



This is not a complete solution, it shifts the problem to another side,
allow user to kill process.

A kernel thread cannot be "killed" by the user. it can only agree to kill itself.


DES



_______________________________________________ freebsd-arch@xxxxxxxxxxx mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-arch To unsubscribe, send any mail to "freebsd-arch-unsubscribe@xxxxxxxxxxx"

_______________________________________________ freebsd-arch@xxxxxxxxxxx mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-arch To unsubscribe, send any mail to "freebsd-arch-unsubscribe@xxxxxxxxxxx"



Relevant Pages

  • Re: vfs_aio.c is still not safe
    ... problems with one process's aio does not propagate to other processes. ... allow user to kill process. ... Using fixed number of aio threads for disk file is ok, since disk data will be availble in foreseeable period. ... This also reminds me another problem, if all user threads exited by calling e.g: thr_exit or kse_exit, now, these kthreads should exit too, so the code should be adjusted,not only ptrace code. ...
    (freebsd-arch)
  • Re: vfs_aio.c is still not safe
    ... problems with one process's aio does not propagate to other processes. ... allow user to kill process. ... if I allow max queued AIO requests to be 1000, then I will allow 1000 aio threads to be created and be blocked for each process, otherwise, it defeats the purpose of aio, this is why aio thread should not be blocked on sockets, fifo, pipe, and then they can be reused. ... Using fixed number of aio threads for disk file is ok, since disk data will be availble in foreseeable period. ...
    (freebsd-arch)
  • Re: kill process by name
    ... >> Hello Rick, I am looking for the same, did you find something about ... >> kill process by name? ... > You want killall, from the psmisc package. ... To UNSUBSCRIBE, email to debian-user-REQUEST@lists.debian.org ...
    (Debian-User)