Re: [REVIEW/TEST] polling(4) changes

From: Robert Watson (rwatson_at_FreeBSD.org)
Date: 09/30/05

  • Next message: Poul-Henning Kamp: "Re: [REVIEW/TEST] polling(4) changes" 
    Date: Fri, 30 Sep 2005 13:47:36 +0100 (BST)
To: Poul-Henning Kamp <phk@phk.freebsd.dk>

    On Fri, 30 Sep 2005, Poul-Henning Kamp wrote:

    > I still think we should stop having this network-centric view of polling
    > and implement _real_ *device* polling, so that other device types can
    > use it as well.

    While I agree that we should offer polling to non-network device drivers
    also, I think it's worth observing that the network awareness of our
    current polling code has some interesting advantages. For one thing, the
    framework itself is aware of the notion of batching and moderating the
    workload as it is aware of the number of mbufs being processes, and knows
    to bound the workload, etc. We'll need to revisit many of the ideas in
    the current polling implementation (designed largely around 4.x operating
    assumptions) anyway, but I think it's important we understand some of the
    implicit design benefits that are present in the current system as well...

    Robert N M Watson
    _______________________________________________
    freebsd-net@freebsd.org mailing list
    http://lists.freebsd.org/mailman/listinfo/freebsd-net
    To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org"

  • Next message: Poul-Henning Kamp: "Re: [REVIEW/TEST] polling(4) changes"

    Relevant Pages

    • Re: [REVIEW/TEST] polling(4) changes
      ... While I agree that we should offer polling to non-network device drivers ... to bound the workload, etc. ... implicit design benefits that are present in the current system as well... ...
      (freebsd-arch)
    • Re: [REVIEW/TEST] polling(4) changes
      ... In message, Robert Watson writes: ... >While I agree that we should offer polling to non-network device drivers ... I think it's worth observing that the network awareness of our ... None of which could not be implemented on top of a general polling ...
      (freebsd-arch)
    • Re: [REVIEW/TEST] polling(4) changes
      ... In message, Robert Watson writes: ... >While I agree that we should offer polling to non-network device drivers ... I think it's worth observing that the network awareness of our ... None of which could not be implemented on top of a general polling ...
      (freebsd-net)