Kernel thread stack usage



Hi.

As known in netgraph susbystem information passing from one node to another by direct function calls without queueing. It gives performance bonuses, but it also gives permanent stack overflow risk on complicated graphs. Netgraph is still have a queues and able to use them when asked, but now queueing is a flag which should be controlled by sending node. I think it would be good to implement some algorithm which could monitor stack usage on each call and enforce queueing when stack usage become critical.

The question is: is there correct way to somehow get current kernel thread stack usage or just a stack base address?

--
Alexander Motin
_______________________________________________
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: Kernel thread stack usage
    ... As known in netgraph susbystem information passing from one node to ... but it also gives permanent stack overflow risk on complicated ... but now queueing is a flag which should be controlled by sending node. ... stack usage on each call and enforce queueing when stack usage become ...
    (freebsd-arch)
  • Re: Kernel thread stack usage
    ... As known in netgraph susbystem information passing from one node to another by direct function calls without queueing. ... Netgraph is still have a queues and able to use them when asked, but now queueing is a flag which should be controlled by sending node. ... I think it would be good to implement some algorithm which could monitor stack usage on each call and enforce queueing when stack usage become critical. ... that could be kept in the mbuf. ...
    (freebsd-arch)
  • Re: Kernel thread stack usage
    ... As known in netgraph susbystem information passing from one node to ... but it also gives permanent stack overflow risk on complicated ... but now queueing is a flag which should be controlled by sending node. ... stack usage on each call and enforce queueing when stack usage become ...
    (freebsd-arch)