alc tests

Laurent Joncheray <lpj at merit.edu> writes
 * 	Cool, i like comments... Here the answers (most of then a known
 * problem)
 * 
 * 	There is no (current) way to reread a DB_FLAT file. As for a DB_DBM
 * file, since alc stores only the key the ALC protocol allows a client (in our
 * case dbupdate) to announce a new key. In other word dbupdate can tell
 * dynamicly alc when a new key is created, and no reread is necessary.
 * This feature is not yet used (but works!) since i have to hack dbupdate.

What needs to be changed in dbupdate to make this happen? How does it
tell alc? If you tell me what to do, I can add this to the standard
dist.

 * > - When a DB file is read as a flat file, the alc process is enormously
 * > big, almost 15 Mb with only the RIPE database read. This could give
 * > some severe performance problems for other services running on the
 * > same machine. The answer is simple I know, get another box, but we
 * > don't have another box. Reading a DBM index in stead of a flat file
 * > reduces the size of alc to around 7 Mb.
 * 
 * 	For  DB_FLAT file alc store everything in memory. DB_FLAT is an old
 * format. For a DB_DBM file alc on rrdb.merit.edu use 11 Mb for 400000 net
 * from RIPE and 28000 from PRDB. (the 'real' memory space used is something li
 * ke
 * 5 Mb but malloc(3) is a little unefficient :-) (Try the -m option)

OK, I just noticed this, and we should keep an eye on it.
 
 * > - aggwalk -A <attribute> only shows real attributes as defined in the
 * > config, no aliases. So in the RIPE alc server you cannot ask for
 * > aut-sys but have to ask for homeas ...
 * 
 * 	We can agree on a name... Homeas is historical.

Well, actually what I implied is that alc should recognize the aliases
defined in the config and know what to do with them in for instance
aggrwalk queries.

 * PS: Could you tell me when you get core dump? It should be fixed.

I am not quite sure how I did it anymore. I fiddled with the config,
commented some stuff out, and then got a segmentation fault. I'll try
and reproduce.

-Marten



-------- Logged at  Wed Apr 27 16:18:32 MET DST 1994  ---------