Re: [Sks-devel] How long to dump database

[Pramberger Peter]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

No, the database was build from scratch (no fast-build, only build).


Peter


Yaron M. Minsky schrieb:
| This is on a "fastbuild"-built database, right?  The dump, if I remember
| correctly, doesn't optimize for the kind of database, and so if it's a
| fastbuild database, it ends up jumping around between the files
| willy-nilly.  That's VERY slow.  You can do a differential dump, which
| only dumps the keys not in the original database.  The new files
| combiend with the old files then give you a complete (although
| redundant) dump.  I should probably do a version that does an efficient
| dump of the whole thing, but I just haven't gotten around to it.
|
| How much demand is there for this feature?  How many people would be
| interested?
|
| y
|
| On Sun, 2004-02-22 at 11:43, Pramberger Peter wrote:
|
| Hi all!
|
| I'm just wondering how long it usually takes to dump the full database
| (~1971100 keys)?
|
| My server works approx. 1,5h on "sks dump 30000" which seems a little
| bit long for me. Well it is not the newest system (2x PIII 500MHz, 1GB),
| but is the dump really such CPU intensive? I can't imagine this is SCSI
| related (2x RAID1).
|
| Has anyone some timings to compare? Have I missed some memory usage
| parameters to sks?
|
|
| Thx,
| Peter
|

_______________________________________________
Sks-devel mailing list
address@hidden
http://mail.nongnu.org/mailman/listinfo/sks-devel

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1-nr1 (Windows XP)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFAORAcomkGBEVXBcMRArNlAKCzaOtVFES1Uou9IgzeJLQFYHuIbQCdF8eX
+8vhJcjANE5X3ounsq/24nQ=
=dNKb
-----END PGP SIGNATURE-----