High performance GnuPG - Assuan interface to g10?
Robin H. Johnson
robbat2 at gentoo.org
Mon May 22 20:20:34 CEST 2006
(Sorry if this doesn't come through correctly, only some gnupg-devel
mail seems to be reaching me, and wk's reply wasn't one of those, so I
constructed this based on the reply on the web).
>> "Robin H. Johnson" <robbat2 at gentoo.org> writes:
>> What I'd like considered (I may implement the majority of it myself if
>> the idea is acceptable) is the following:
>> - An Assuan interface to the g10 code, much like the Assuan interface to
>> GPGSM, so a user could call 'gpg --server', and then use that
>> interface as needed - feeding off the status output for verification
> That is actually on the TODO list but it will take quite some time to
> get implemented. We need to modify basically all code paths to convey
> some state - unless you don't need any concurrency.
I don't need any concurrency for verification - all I need to do is a lot of
> There is another performance problem, I consider even more important
> than the repeated fork/exec: The searching within the keyrings is
> highly inefficient and need to be tackled at the same time. I have
> some basic code to do this.
Not an immediate problem for me, as the set of keys is pretty small - under 50
at the moment, with potential to expand to ~350.
> The current plan however is to get out a GnuPG 2.0 asap and then to
> work on the server issue and keyring searching.
Is the TODO list in the 1.9 branch accurate?
If 2.0 is close, then I'll hold off for a little while before starting on a
server interface for g10.
Robin Hugh Johnson
E-Mail : robbat2 at orbis-terrarum.net
Home Page : http://www.orbis-terrarum.net/?l=people.robbat2
ICQ# : 30269588 or 41961639
GnuPG FP : 11AC BA4F 4778 E3F6 E4ED F38E B27B 944E 3488 4E85
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Size: 241 bytes
Desc: not available
Url : /pipermail/attachments/20060522/87016fc2/attachment.pgp
More information about the Gnupg-devel