sks-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Sks-devel] new keyserver


From: Dinko Korunic
Subject: Re: [Sks-devel] new keyserver
Date: Thu, 9 Feb 2006 10:36:45 +0100
User-agent: mutt-ng/devel-r655 (Linux)

On Thu, Feb 09, 2006 at 10:22:01AM +0100, Botka Istvan wrote:
> What is the resource requirements a keyserver. As I see the db is now
> ~5.5G. It is not problem up to ~10G permament and ~20G temporary.

It's around 7GB at my place - probably heavily depends on SleepycatDB
version. With log autoremove option I have these sizes for each of
directories:

 6.8G   .
 5.7G   KDB
 103M   PTree

> But I don't know anything about the CPU and bandwith requirements. I have to 
> know some data about before I start the server.

During the years I have seen SKS use very little CPU, but memory is
another issue. SKS itself is very modest with usage [except when doing
pbuild/build/clean], but through DB_CONFIG you can increase memory usage
[around 130MB RSS at my place] and get some additional performance. My
configuration is as follows:

$ cat DB_CONFIG
set_cachesize 0 100000000 10
set_flags DB_LOG_AUTOREMOVE
set_lg_max 10485760
set_lg_bsize 2097152
set_lg_regionmax 262144

> The server is located at Hungary, connected to the HBONE (National Academic 
> Backbone Network). The site connection will be upgraded to 1 Gbit/s in this 
> year. (But the server only have a FastEthernet interface).

I believe that should suffice. Generally more peers will cause more
traffic - yet our SKS server never showed on network reports as seriuous
bandwidth eater.

> What is the administration way the set up the synchron peers?

You e-mail here and get people to reply to you with their SKS peers. Each
of you should put each other in their membership file and that's it.

-- 
NAME:Dinko.kreator.Korunic          NOTE:Standard.disclaimer.applies
URL:http://dkorunic.net    IRC:kre    ICQ:16965294    PGP:0xea160d0b




reply via email to

[Prev in Thread] Current Thread [Next in Thread]