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

From: Poul-Henning Kamp (phk_at_phk.freebsd.dk)
Date: 09/30/05

  • Next message: Gleb Smirnoff: "Re: arplookup problems" 
    To: Robert Watson <rwatson@FreeBSD.org>
Date: Fri, 30 Sep 2005 14:57:08 +0200

    In message <20050930134526.R71864@fledge.watson.org>, Robert Watson writes:
    >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. [...]

    None of which could not be implemented on top of a general polling
    facility, and some of which makes polling unusable with high end
    networking hardware like a 8x1Gige card where all ports are handled
    by the same interrupt.

    Anyway, I just wanted to make the point, not start a long discussion. 

    -- 
Poul-Henning Kamp       | UNIX since Zilog Zeus 3.20
phk@FreeBSD.ORG         | TCP/IP since RFC 956
FreeBSD committer       | BSD since 4.3-tahoe    
Never attribute to malice what can adequately be explained by incompetence.
_______________________________________________
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: Gleb Smirnoff: "Re: arplookup problems"

    Relevant Pages

    • 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
      ... 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
      ... 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-net)