On Wed, Mar 17, 2004 at 10:42:01AM +0200, Alex Radetsky wrote:
On Wed, Mar 17, 2004 at 10:13:38AM +0200, Alexandr D. Kanevskiy wrote:
А вот нафига ему libdb? какие-то куски его используют. Только arpd насколько я увидел? вроде да.
Собственно при сборе arpd. Может проигнорировать? Мне arpd пока не нужен. если ненужен - проигнорируй. :) Убрал из misc/Makefile target arpd. Собралось. Спасибо.
PS. Ткните меня в УРЛ где подробно объясняется чем лучше использование arpd по сравнению с классической схемой? Может зря я его так? URL вряд ли найдешь, а основная идея arpd вот в чем:
ARP daemon support CONFIG_ARPD Normally, the kernel maintains an internal cache which maps IP addresses to hardware addresses on the local network, so that Ethernet/Token Ring/ etc. frames are sent to the proper address on the physical networking layer. For small networks having a few hundred directly connected hosts or less, keeping this address resolution (ARP) cache inside the kernel works well. However, maintaining an internal ARP cache does not work well for very large switched networks, and will use a lot of kernel memory if TCP/IP connections are made to many machines on the network. If you say Y here, the kernel's internal ARP cache will never grow to more than 256 entries (the oldest entries are expired in a LIFO manner) and communication will be attempted with the user space ARP daemon arpd. Arpd then answers the address resolution request either from its own cache or by asking the net. This code is experimental and also obsolete. If you want to use it, you need to find a version of the daemon arpd on the net somewhere, and you should also say Y to "Kernel/User network link driver", below. If unsure, say N. -- With best regards, Alexandr Kanevskiy. ISP Inter-Don. CTO AK2240-RIPE, AK2-6BONE =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message