[Hardware] Notes... The case for an open client
elektron_rc5 at yahoo.ca
Sun Aug 15 15:19:44 EDT 2004
> Or implement a simple database of which keys have been searched, and
> using a redundant 3 or 4 deep 256 way tree in peer to peer mode with
> network centric "geographic" tiers based on routing distance/topology.
> With 150GB disks, it's not that expensive to maintain a few hundred
> megabyte flat ascii file which is appended to by update messages from
> local peers, and periodically sorted, uniq'd, and updates propagated
> back out to peers.
> It takes a pretty small DNS server hack to setup the initial contact
> points, and modest effort to establish a redundant interconnection
> everything else can be cron driven perl/shell scripts.
And you have to trust that everyone else isn't lying about blocks that
And huge ASCII files are a horror to parse.
>> With projects handling 64 bits at a time that leaves 8 bits or 256
>> blocks for projects to pick from. Coordination of these assignments
>> easily be handled by the projects publicly declaring which blocks
>> they've done, the block they are currently processing and the next
>> block they plan to work.
> Why so coarse when a modest sized file allows several orders better
Because there aren't 256 big projects yet.
More information about the Hardware