[#389739] Ruby Challenge — teresa nuagen <unguyen90@...>

Here is a ruby challenge for all you computer science lovers out there,

22 messages 2011/11/05
[#389769] Re: Ruby Challenge — "Jonan S." <jonanscheffler@...> 2011/11/05

Totally unrelated to any husker computer science programs right? Like

[#389905] Re: Ruby Challenge — Stephen Ramsay <sramsay.unl@...> 2011/11/09

Jonan S. wrote in post #1030330:

[#389907] Re: Ruby Challenge — aseret nuagen <unguyen90@...> 2011/11/09

> You mean like the professor for the course? Because that would be me .

[#389915] Re: Ruby Challenge — Robert Klemme <shortcutter@...> 2011/11/09

On Wed, Nov 9, 2011 at 4:52 AM, aseret nuagen <unguyen90@aim.com> wrote:

[#389792] Tricky DSL, how to do it? — Intransition <transfire@...>

I'd want to write a DSL such that a surface method_missing catches

18 messages 2011/11/06

[#389858] Compiling Ruby Inline C code - resolving errors — Martin Hansen <mail@...>

I am trying to get this Ruby inline C code http://pastie.org/2825882 to

12 messages 2011/11/08

[#389928] Forming a Ruby meetup group... — "Darryl L. Pierce" <mcpierce@...>

Where I work we have a local Ruby group that used to meet up, until the

12 messages 2011/11/09

[#389950] The faster way to read files — "Noé Alejandro" <casanejo@...>

Does anybody know which is the fastest way to read a file? Lets say

18 messages 2011/11/09

[#390064] referring to version numbers in a gem — Chad Perrin <code@...>

How do I specify and access a gem's version number within the code of the

28 messages 2011/11/11

[#390238] RVM problem, plz help — Misha Ognev <b1368810@...>

Hi, I have this problem:

15 messages 2011/11/16

[#390308] any command line tools for querying yaml files — Rahul Kumar <sentinel1879@...>

(Sorry, this is not exactly a ruby question).

11 messages 2011/11/18

[#390338] Newbie - cmd question — Otto Dydakt <ottodydakt@...>

I've literally JUST downloaded ruby from rubyinstaller.org.

21 messages 2011/11/19
[#390342] Re: Newbie - cmd question — Otto Dydakt <ottodydakt@...> 2011/11/19

OK thank you, I uninstalled & reinstalled, checking the three boxes at

[#390343] Re: Newbie - cmd question — "Ian M. Asaff" <ian.asaff@...> 2011/11/19

did you type "irb" first to bring up the ruby command prompt?

[#391154] Re: Newbie - cmd question — "Hussain A." <hahmad@...> 2011/12/12

Hi all,

[#391165] Re: Newbie - cmd question — Luis Lavena <luislavena@...> 2011/12/12

Hussain A. wrote in post #1036281:

[#390374] Principle of Best Principles — Intransition <transfire@...>

I seem to run into a couple of design issue a lot and I never know what is

16 messages 2011/11/20

[#390396] how to call Function argument into another ruby script. — hari mahesh <harismahesh@...>

Consider I have a ruby file called library.rb.

10 messages 2011/11/21

[#390496] How to make 1.9.2 my default version using RVM — Fily Salas <fs_tigre@...>

Hi,

25 messages 2011/11/24

[#390535] Is high-speed sorting impossible with Ruby? — "Gaurav C." <chande.gaurav@...>

Well, first of all, I'm new to Ruby, and to this forum. So, hello. :)

39 messages 2011/11/25
[#390580] Re: Is high-speed sorting impossible with Ruby? — Joao Pedrosa <joaopedrosa@...> 2011/11/27

Hi,

[#390593] Re: Is high-speed sorting impossible with Ruby? — "Gaurav C." <chande.gaurav@...> 2011/11/27

Joao Pedrosa wrote in post #1033884:

[#390600] Re: Is high-speed sorting impossible with Ruby? — Douglas Seifert <doug@...> 2011/11/27

A big gain can be had by disabling the garbage collector. Here is my best

[#390601] Re: Is high-speed sorting impossible with Ruby? — Douglas Seifert <doug@...> 2011/11/27

I've thrown various solutions up on github here:

[#390650] Loading a faulty ruby file - forcing this — Marc Heiler <shevegen@...>

Hi.

10 messages 2011/11/29

[#390689] Stupid question — James Gallagher <lollyproductions@...>

Hi everyone.

22 messages 2011/11/30

[ANN] DCell 0.0.1: Distributed actors for Ruby

From: Tony Arcieri <tony.arcieri@...>
Date: 2011-11-30 20:49:10 UTC
List: ruby-talk #390715
DCell is a distributed actor framework for Ruby. Somewhat similar to DRb,
DCell allows you to make calls to Celluloid actors registered on remote
nodes the exact way you'd make calls to local Celluloid actors: using
the familiar obj.method(...) syntax. DCell uses 0MQ as the network transport
and relies on an external coordination service: either Redis or Zookeeper.

DCell is available on Github: http://github.com/tarcieri/dcell
It's also released via Rubygems: http://rubygems.org/gems/dcell

DCell is the distributed component of the Celluloid concurrent object
library for
Ruby (the name stands for Distributed Celluloid). For more information about
Celluloid, please see:

Celluloid RDoc: http://celluloid.github.com/
Celluloid on Github: http://github.com/tarcieri/celluloid

DCell exposes Celluloid's asynchronous messaging protocol across Ruby VMs
using 0MQ and Marshal. Any Celluloid proxy object can be marshalled just like
any Ruby object, giving you handles to Celluloid actors you can pass around
a distributed system just like any other object (and similar to Erlang PIDs).

Unlike DRb, DCell supports asynchronous method invocation by calling
obj.method! allowing you to signal actors on remote nodes you want a method
invoked without waiting for a response. DCell also supports futures, allowing
you to signal a remote actor you want a method invoked, then collecting
the result later. This makes for extremely simple scatter/gather programming
across distributed systems. In many ways, DCell can be thought of as
asynchronous DRb.

DCell draws many ideas about fault-tolerance from Erlang. Distributed actors
can link together across nodes, so that when an actor crashes on one node,
every actor it's linked to on remote nodes is notified. This allows a crash in
one actor (e.g. a group leader) to propagate to all its dependent actors, which
can decide what to do in the event of a crash. Perhaps they'll crash too and
restart in a clean state (this is the default behavior), or they can intercept
the crash notification and take action (e.g. holding a leader election)

This is the initial release of DCell so it's somewhat sparse on
features, however
you can do the following already:

- Find all nodes in the system with DCell::Node.all
- Find a specific node in the system using DCell::Node[node_id]
- Locate all registered actors on a node with DCell::Node#all
- Locate a specific actor on a node with DCell::Node#[name]

Once you've obtained a handle to an actor, it should quack just like any other
Celluloid actor in the system. DCell aims to provide an abstraction layer which,
as much as possible, makes Celluloid actors behave just like local actors,
much in the same way Erlang tries to make remote processes act like local
processes.

If you'd like to keep up on DCell development please follow me on Twitter:

http://twitter.com/bascule

Enjoy!
--
Tony Arcieri

In This Thread

Prev Next