Re: decreasing interrupt CPU load

From: Steven Hartland (killing_at_multiplay.co.uk)
Date: 10/20/04

  • Next message: Uwe Doering: "Re: decreasing interrupt CPU load"
    To: "Uwe Doering" <gemini@geminix.org>, <freebsd-performance@freebsd.org>
    Date: Wed, 20 Oct 2004 21:37:47 +0100
    
    

    Actually it does work quite well on an SMP machine if you comment
    said lines out :)

        Steve
    ----- Original Message -----
    From: "Uwe Doering" <gemini@geminix.org>
    To: <freebsd-performance@freebsd.org>
    Sent: Wednesday, October 20, 2004 9:16 PM
    Subject: Re: decreasing interrupt CPU load

    > Since you mentioned earlier that you run this on an SMP system, are you
    > aware that device polling is available only for single CPU kernels, that
    > is, not in SMP mode? This is poorly documented, unfortunately. You can
    > find out about it by looking at the first couple of lines of
    > 'sys/kern/kern_poll.c'.
    >
    > Depending on what else you do on this server you might be better off
    > with running it in single CPU mode, with device polling enabled (kernel
    > compiled with DEVICE_POLLING and HZ=1000). This could make a
    > considerable difference with the fxp driver already. I suggest to try
    > it out before you start making changes to the hardware.

    ================================================
    This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it.

    In the event of misdirection, illegible or incomplete transmission please telephone (023) 8024 3137
    or return the E.mail to postmaster@multiplay.co.uk.

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


  • Next message: Uwe Doering: "Re: decreasing interrupt CPU load"

    Relevant Pages

    • Re: Device polling performance
      ... needing any CPU time at all. ... device polling means that the system is usually ... the NICs themselves, not by CPU overhead. ... (particularly using dynamic stateful rules), ...
      (freebsd-questions)
    • Re: Device polling performance
      ... needing any CPU time at all. ... device polling means that the system is usually ... the NICs themselves, not by CPU overhead. ... device-polling without having a clue what the performance advantages ...
      (freebsd-questions)
    • Re: [ANNOUNCE] Staircase Deadline cpu scheduler version 0.45
      ... dramatically on any SMP machine. ... Thanks to Willy Tarreau for noticing likely fault point. ... If you want me to test another patch, ... But I guess I know why: all the load was sent to CPU 0: ...
      (Linux-Kernel)
    • Re: [ANNOUNCE] Staircase Deadline cpu scheduler version 0.45
      ... dramatically on any SMP machine. ... Thanks to Willy Tarreau for noticing likely fault point. ... If you want me to test another patch, ... But I guess I know why: all the load was sent to CPU 0: ...
      (Linux-Kernel)
    • kernel panic question
      ... i have 4.11-RELEASE-p13 on smp machine ... CPU: IntelXeonCPU 3.06GHz ... pci0: <PCI bus> on pcib0 ... Automatic reboot in 15 seconds - press a key on the console to abort ...
      (freebsd-questions)