Hi Christian, thank you for offering the dumps! :-)
About the "-nodiskptree" option... please correct me if I am wrong, but wouldn't the operating system's disk reading cache render this option useless? At least it seems to be like this on my Kubuntu desktop - with sufficient free memory, I can read any recently read file with a ramdisk-like performance. Best regards, Tobias Frei Am 11.02.2014 14:38, schrieb Christian Reiß: > Hey folks, > > I have some questions on which I need some pointers. > > First, -nodiskptree: To my understanding this would result in > longer startup-times, more memory consumption but faster lookups. > So the ptree is generated, but kept in ram. Final analysis: > Enabling this option would speed up lookups on the tradeoff of > consuming ram. So: turn on > > pagesize and ptree_pagesize. These options are used for importing/ > generating the db and have no effect on a running server (or?). > What would be good pointers in setting those? > > stat_hour: As far as I understand, stats are generated each hour. > Why specify this? Are some more special stats generated here? > > > In other news: > > I am dumping my DB each week each monday. > (http://sks.alpha-labs.net/dump/) - if someone wants to restart / > recover. > > Also I am using puppet to deploy the sks server. Anyone else using > puppet? membership file (et all) is managed over hiera. So if we > have any puppet3 users I am glad to share. > > Lastly, I wrote a (10 liner) php-script that queries the > sks-keyserver stats page for (my) server checking keydiff, status > and port-status (80, hkps) and exits with error/warning. Used in my > case for bi-hourly icinga checks. Same here: I'll share. Drop me a > line. > > -Christian > > > > _______________________________________________ Sks-devel mailing > list Sks-devel@nongnu.org > https://lists.nongnu.org/mailman/listinfo/sks-devel > _______________________________________________ Sks-devel mailing list Sks-devel@nongnu.org https://lists.nongnu.org/mailman/listinfo/sks-devel