Re: [Sks-devel] Tuning

[Kristian Fiskerstrand]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA512

On 02/11/2014 04:53 PM, Daniel Kahn Gillmor wrote:
> On 02/11/2014 10:48 AM, Kristian Fiskerstrand wrote:
>> By default stats are updated once a day, for more than this you
>> need to send a USR2-signal to sks.
> 
> In particular, you need to send USR2 to "sks db", not "sks recon".
> And note that while "sks db" is calculating stats, it cannot serve
> HKP requests.  It can take several minutes or more to calculate the
> stats (depending on the work pattern of the machine), so during
> that time, your keyserver will not be responsive.
> 

Unless you run it in a clustered setup where the different members
calculate it on different times and the frontend passes the request on
before timeout :p

I wonder if it would be interesting to record the update stats times
on the servers and use this for exclusion in the pools around the
update time somehow. Are people experiencing any difference to the
responsiveness of the pool after switching to requirement of rprox?
And is it worthwhile to add some kind of stats update detection, or is
this issue so minor that it would only add unnecessary complexity?

One thing I've noticed is that the number of servers in the pools
themselves fluctuate throughout the day if there are larger additions
in number of keys, as the servers updating once a day gets dropped for
missing keys to the dynamic stats. But with the number of servers we
have today, from a pool perspective this is perfectly OK.


- -- 
- ----------------------------
Kristian Fiskerstrand
Blog: http://blog.sumptuouscapital.com
Twitter: @krifisk
- ----------------------------
Public PGP key 0xE3EDFAE3 at hkp://pool.sks-keyservers.net
fpr:94CB AFDD 3034 5109 5618 35AA 0B7F 8B60 E3ED FAE3
- ----------------------------
Ad astra per aspera
To the stars through thorns
-----BEGIN PGP SIGNATURE-----

iQIcBAEBCgAGBQJS+kjnAAoJEPw7F94F4TagW4AQAJXXUAeAO1frEa3gwzRrM3Ri
+RJSQkR5rCfn+scbsUcSxUqRLCoh5SxQH+2cyg4uGUh5aus6hpnWnOaM1eObkWOC
aMMiyHMaSthcztmTa8WIbuW8QzdMrHVjYtcyfEmdY8GB2zdexrNXsMNxxQZnlv6U
6oNOYHEfw4G8//6hvs/3PGwVxGG+AWaeusdLnYXpgtmWIdt2JdvgpUpoGG9nojqa
y9AnWi1W7ZFTaBWUl+Rb5yXYUScS+pKbwLmRD81Os5lx0Ee+DQv3x9Nbi9M26UP4
xDaGGXPhIembihe6XaB+tseixYD8p0pGcS6aHWnVpkWZ4isFEBHxtS67yULyXrk2
hkMYMUE4/moBDOJ3IC7yXHKQVWrL9ODf7rDeK8hpMPJBLtLu+SzV0U+K8UzwUfqM
VkVA6jy8lAPW9RLqwlh2/J9LnTy5D5MuC2UyQ+G9NX/IrHDa6T7lLCOHDAgvR2qw
+667rBYKRbJF9KTNMDhiuwdI6FT2cq1jMPaDdsusJJbQ46xi8lQG6iHOyqZriKoM
gGix8i2byOI4f3BHsiZVJctafZI91MvXoXQU2NVbbofiZKxf1frfa9lUXsJbxjBz
tueiNPksQ6wXcGI4sm9/m741QdjDMXJmJejHEePkvRZbFVKC/Y5L+GZMnfjr5AIT
LkmSjneGn2UU1EDmdrmH
=Qn3S
-----END PGP SIGNATURE-----