Date: Sun, 24 Sep 2006 00:33:28 -0400 From: Chuck Swiger <cswiger@mac.com> To: Paul Schmehl <pauls@utdallas.edu> Cc: questions@freebsd.org Subject: Re: Device polling - worthwhile? Message-ID: <45160A98.9010500@mac.com> In-Reply-To: <188DD322AA361E26DFC311B9@paul-schmehls-powerbook59.local> References: <188DD322AA361E26DFC311B9@paul-schmehls-powerbook59.local>
next in thread | previous in thread | raw e-mail | index | archive | help
Paul Schmehl wrote: > I've been reading about device polling. I'm wondering if it's worth > doing on a busy website (4,000,000+ hits/month, 45GB+ bandwidth use). I > understand what polling is and how it queues traffic as opposed to the > "old-fashioned" interrupt method, but do you really gain > performance-wise? Are there any pitfalls to enabling it in the kernel? > (I understand you can enable/disable it using ifconfig.) Any gotchas > regarding tuning? (This is a production website. I don't want to cause > problems that are hard to figure out.) > > If it matters, I'm running 6.1 RELEASE, GENERIC kernel, Broadcomm GIG > NICs, 3.2GHz processor, 2GB of memory, apache 1.3.* If your NIC can do interrupt moderation, and most GB NICs will, that already provides most of the advantages of device polling without as much CPU overhead. Polling is best suited for routers and firewalls and very simple services like NTP. If this is a production website, you clearly should experiment with polling on another system until you are satisfied that you can make it work OK for your needs, right...? -- -Chuck PS: 4 million hits/month is about 1-2 hits per second, and about 2 KB/sec of bandwidth on average.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?45160A98.9010500>