-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 Hi
On Tuesday 15 June 2010 at 1:46:30 AM, in <mid:4c16cd66.7000...@fifthhorseman.net>, Daniel Kahn Gillmor wrote: > On 06/14/2010 07:54 PM, MFPA wrote: >> On Monday 14 June 2010 at 6:19:58 PM, in >> <mid:4c1664be.1080...@fifthhorseman.net>, Daniel Kahn Gillmor wrote: >>> The goal, again, is to avoid auto-refresh from chewing >>> up too much space on the local disk. >> Although, of course, the certifications are all part >> of OxDECAFDAD.asc and therefore are still dowmloaded >> and consume bandwidth. With isks in excess of a >> terabyte, why bother expending the extra CPU cycles to >> conserve a little disk space? > Your disks might be in excess of a terabyte. The large > majority of mine aren't. I actually meant they are inexpensive and readily available, not that I have (or need) that size. > Even if mine were, given that > i'd like to see GnuPG easily available on mobile > telephones and similar devices, i think disk space is a > relevant metric. I wasn't thinking of mobile phones etc. In that scenario, disk space is scarce, and so is memory. Also, mobile internet speeds (the real speed, not the "up to" quoted by the network) are generally very slow compared to ADSL, although usually quicker than dialup. > disk I/O is a regular source of bottlenecks. Writing > useless material to disks in any regular fashion is > behavior to avoid. Ok... > Plus, if we can demonstrate that GnuPG cares about > minimizing costs to the user in terms of disk space, we > also stand in a better rhetorical position to encourage > development (or adoption) of alternate keyserver fetch > requests that could apply similar minimization > heuristics to bandwidth. What sort of alternate fetch requests do you envision? Fetch-minimal? Fetch-no-photos? - -- Best regards MFPA mailto:expires2...@ymail.com Editing is a rewording activity -----BEGIN PGP SIGNATURE----- iQCVAwUBTBkD36ipC46tDG5pAQrqAQQApQzQplOtlV3b1g5cElub2d1FuxFQslnZ 7mi9+drx7WXuYCpLkuSniJiUhQDZcoER/ITE8CBCnM0brrqbRzTIhidPWFav/AOc EOEXfnqh56zOzoSxop6hES13ykJwWZSUcnpKR40RLnFpxAHGml+SwiPasPf6OzbM XuUQYAE4veo= =/Xuz -----END PGP SIGNATURE----- _______________________________________________ Gnupg-users mailing list Gnupg-users@gnupg.org http://lists.gnupg.org/mailman/listinfo/gnupg-users