«

Anybody know of some DHT (distributed hash table) implementations
written in ruby?
Thanks!
-Roger
--
Posted via http://www.ruby-forum.com/.

On Dec 29, 2007 7:40 PM, Roger Pack <> wrote:
> Anybody know of some DHT (distributed hash table) implementations
> written in ruby?
> Thanks!
> -Roger

GConf does something very much like this. I've actually been planning
to write a pure Ruby clone with a couple different database backends,
so GConf doesn't have to be a dependency. I'll get to it in the next
couple weeks if no one else does it first. And I'll probably make an
alternate version that accepts more data types than GConf.

<http://ruby-gnome2.sourceforge.jp/hiki.cgi?tut-gconf>

Daniel Brumbaugh Keeney

Daniel Brumbaugh Keeney wrote:
> On Dec 29, 2007 7:40 PM, Roger Pack <> wrote:
>> Anybody know of some DHT (distributed hash table) implementations
>> written in ruby?
>> Thanks!
>> -Roger
>
> GConf does something very much like this. I've actually been planning
> to write a pure Ruby clone with a couple different database backends,
> so GConf doesn't have to be a dependency. I'll get to it in the next
> couple weeks if no one else does it first. And I'll probably make an
> alternate version that accepts more data types than GConf.
>
> <http://ruby-gnome2.sourceforge.jp/hiki.cgi?tut-gconf>
>
> Daniel Brumbaugh Keeney

link seems to not work?
--
Posted via http://www.ruby-forum.com/.

Hi,

On Dec 30, 2007 7:10 AM, Roger Pack <> wrote:
> Anybody know of some DHT (distributed hash table) implementations
> written in ruby?

Why not use Memcache? ( As Ford Prefect would have said, "My mouth
will shut itself, If i don't speak the obvious" )

Hemant Kumar wrote:
> Why not use Memcache? ( As Ford Prefect would have said, "My mouth
> will shut itself, If i don't speak the obvious" )

That's a very good idea. I guess the only reason is that theoretically
they should scale better if you get say 1 million clients. Downloading
the list of clients would be problematic, whereas DHT's don't need
knowledge of the entire system at the get go.
But I'm with you memcache would be easier
-Roger
--
Posted via http://www.ruby-forum.com/.

I've got an old Chord implementation in java knocking around somewhere
that's reference based on the paper (well, with the obvious bug fixed
anyway), I've been talking about porting it to ruby for some time...

Would Chord do?

On 1 Jan 2008, at 18:33, Roger Pack wrote:

> Hemant Kumar wrote:
>> Why not use Memcache? ( As Ford Prefect would have said, "My mouth
>> will shut itself, If i don't speak the obvious" )
>
> That's a very good idea. I guess the only reason is that
> theoretically
> they should scale better if you get say 1 million clients.
> Downloading
> the list of clients would be problematic, whereas DHT's don't need
> knowledge of the entire system at the get go.
> But I'm with you memcache would be easier
> -Roger
> --
> Posted via http://www.ruby-forum.com/.
>

I suppose it'd be as good as any. I don't need it ASAP (opendht might
work well enough for now), but just seeing if one exists.
I might write it to use EventMachine once I do find one
Take care.
-Roger

James Tucker wrote:
> I've got an old Chord implementation in java knocking around somewhere
> that's reference based on the paper (well, with the obvious bug fixed
> anyway), I've been talking about porting it to ruby for some time...
>
> Would Chord do?
--
Posted via http://www.ruby-forum.com/.

On Jan 1, 2008 10:49 AM, Roger Pack <> wrote:
> > <http://ruby-gnome2.sourceforge.jp/hiki.cgi?tut-gconf>
> >
> > Daniel Brumbaugh Keeney
>
> link seems to not work?


The link works is accurate, you may want to make sure you're getting
the full link, everything between <>, not including them. If you
prefer, like this

http://ruby-gnome2.sourceforge.jp/hiki.cgi?tut-gconf

Daniel Brumbaugh Keeney

T24gRGVjIDMwLCAyMDA3IDk6NDAgQU0sIFJvZ2VyIFBhY2sgPH JvZ2VycGFjazIwMDVAZ21haWwu
Y29tPiB3cm90ZToKPiBBbnlib2R5IGtub3cgb2Ygc29tZSBESF QgKGRpc3RyaWJ1dGVkIGhhc2gg
dGFibGUpIGltcGxlbWVudGF0aW9ucwo+IHdyaXR0ZW4gaW4gcn VieT8KCkkgd3JvdGUgb25lIG9u
Y2U6CgpodHRwOi8vcnVieWZvcmdlLm9yZy9wcm9qZWN0cy9oYX Jtb25pdW0KCkl0J3MgYSBDaG9y
ZCBpbXBsZW1lbnRhdGlvbiB1c2luZyBEUmIuIEhhdmUgYSBsb2 9rIGF0IHRoZSBjb2RlIGluIHRo
ZQpTdWJ2ZXJzaW9uIHJlcG9zaXRvcnkuIEl0J3Mgc29ydGEgd2 9ya2FibGUsIGJ1dCB5b3VyIG1p
bGVhZ2UgbWF5IHZhcnkuCgotLSAK5pmu6YCa44GY44KD44Gq44 GE44Gu44GM5b2T54S244Gq44KJ
562U44GI44KL56eB44Gv5L2V44GM44Gn44GN44KL77yfCuaZru mAmuOBp+OCguaZrumAmuOBmOOC
g+OBquOBj+OBpuaEn+OBmOOCi+OBvuOBvuaEn+OBmOOCi+OBk+ OBqOOBoOOBkeOCkuOBmeOCi+OC
iO+8gQpodHRwOi8vc3Rvcm13eXJtLmJsb2dzcG90LmNvbQo=