-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 6/29/11 3:00 PM, Sven Eschenberg wrote: > One thing that just popped up my mind: > Does it increase performance, when you, let's say, bind multiple IPs to > the same NIC and make bind listen to all of those IPs, while of course > taking care to fix the corresponding NS RRs to contact all of thos IPs.
In general, yes. If the NIC can handle the data flow well, and the OS kernel can handle the multiple UDP sockets well. I've seen some people "work around" BIND 9's implementation by using 3 sockets on the same host, either on different IP addresses or on different ports, and use an external load balancer to make them appear as a singe entity to the outside world, as well as allow them to be used directly if on different addresses. ISC is addressing this limitation. It's pretty clear more cores are in our future, not more CPU per core. *hugs his 8-core 3.00 Ghz Xeon box* :) A lot of work has been done in TCP-land to enable web applications, and this means UDP has somewhat fallen to the wayside. After all, there aren't a lot of applications that use UDP and really expect high data rates, right? :) I've seen some kernels (to remain nameless) that use one giant lock for all UDP input in the kernel, and while this is a short-lived lock, it is a contention point. If listening on more than one socket still has this bottleneck there isn't much to do about it. - --Michael -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJOC5e1AAoJEDRzoY2A7tzbQBkH/0/4PHvUKK6/fxw4/s5P+8Oy V3+RqCF3P1rSNAxnjJNv0r7Lcbflene/zCUol7/wjob20vpLdld5ummRPo76H5vZ gm5rIbYRZQ7W85dTT++f+rOawO7g6DEJNB3vJvH4WucoON4dhfSL4IMHkE0eWxEs 3nhG7bp6yExoXlO10Ug4LzDMux8saYBykWkGOBJSXCQ8eZfs5dPMU/N1DcjXgYUg h5UGgS8l4QfIycidcPen62VOdExrNEjD36E8tDBv/SA8U+D0wLfYRbptvvSsx5kT 5OYL3tkB8A0nsodHsj2cjnl3KclElN0yZTqYPf/ZOn0kfdsBkPc0lc2a0q0uGGU= =GyI9 -----END PGP SIGNATURE----- _______________________________________________ Please visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe from this list bind-users mailing list bind-users@lists.isc.org https://lists.isc.org/mailman/listinfo/bind-users
