On Thu, 4 Sep 2003, Pim van Pelt wrote:
djbdns heeft een resolver. Die is erg snel, maar onder grote load zie je dat er iets heel debiels in zit. Bij het maken van een uitgaande query wordt er in een lineaire lijst van #define 200 lengte een leeg slot gezocht. Bij < 50 uitstaande queries is dit niet zo duur. Load je je resolver met 150-200 uitstaande queries (bv omdat je een webcrawler schrijft die naar Asie gaat wandelen), dan gaat het ding op een dikke CPU gewoon 45% CPU draaien. Het blijkt dan dat hij van die tijd 30% bezig is met door die lijst heen fietsen... een hash op query type/label is triviaal te bedenken. Patches worden niet geaccepteerd.
Idd, met veel queries wil je die maxudp opschroeven en deze http://ppetru.net/djbdns/ patch eroverheen gooien om zn poll gedrag wat slimmer te maken. ( loste de problemen op de zonnet dnscache dozen, die erg loaded zijn, op )
IPv6 support wordt niet ingebouwd door Dan, omdat 'niemand daar behoefte aan heeft'. Fout. Ik heb er behoefte aan binnen onze ISP.
Het vervelende is ook dat de ipv6 patches die er zijn van een duitser komen die minstens net zo erg is als djb, aka rare bugs, geen documtentatie.
Obscuriteit van de sourcecode tot daar aan toe, gebrek aan inzichtelijke documentatie is nog een ander punt, maar ik zou heel die zooi al boycotten wegens onuitstaanbaar arrogante (ja haast asociale) houding van de auteur.
Het is een keuze, klein en zelf modden, of groot en features. Omdat je software bij gebruik binnen een isp bijna altijd toch moet tunen, veranderen, is het in sommige gevallen zo dat het mooi met djb software op te lossen is. -- Sten Spans There is a crack in everything that's how the light gets in.