[Nlnog] bind en wildcards

Pim van Pelt pim at bit.nl
Thu Sep 4 07:26:23 UTC 2003


Hoi Boudewijn,

Ahum. Mijn bek is opengebroken, yaay !

Dan schrijft matige code waarbij het wiel doelbewust opnieuw wordt
uitgevonden. Hij heeft letterlijk schijt aan alle gevestigde bcp,
zoals het gebruiken van /usr/local/ of misschien /opt/ voor 3rd
party programma's, of misschien generieke code zoals dat er is in
de vorm van libc.

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.

IPv6 support wordt niet ingebouwd door Dan, omdat 'niemand daar
behoefte aan heeft'. Fout. Ik heb er behoefte aan binnen onze ISP.

Het voortstuwen van DNSSec waarbij NXT door NSEC wordt omgeschreven
en ueberhaupt het standardiseren van dit protocol wordt met een
hele reeks argumenten weerlegd. Als uiterste redmiddel wordt het
standpunt van de dag 'cant do this because it breaks existing
implementations'. Kom nou toch.

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.

Pim
-- 
                             __________________
Met vriendelijke groet,     /\ ___/
Pim van Pelt               /- \ _/  Business Internet Trends BV
PBVP1-RIPE                /--- \/            __________________



More information about the NLNOG mailing list