[jboss-jira] [JBoss JIRA] Commented: (JGRP-837) Add failure simulation capabilities to Simulator
Richard Achmatowicz (JIRA)
jira-events at lists.jboss.org
Thu Oct 23 16:37:21 EDT 2008
[ https://jira.jboss.org/jira/browse/JGRP-837?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12435238#action_12435238 ]
Richard Achmatowicz commented on JGRP-837:
------------------------------------------
Committed a version of the Simulator to 2.7 which handles delays, partitions and dropped messages.
An example of its use is in the functional test case SimulatorTest.java.
I changed the DropMessage interface from
public interface DropMessage {
public boolean drop(Message msg) ;
}
to
public interface DropMessage {
public boolean drop(Message msg, Address dest) ;
}
The Simulator implelements multicast by transferrng a copy of the multicast message to the receive queue of each configured Simulator instance.
So when a message is multicast from one sender to a group {A,B,C}, the drop function gets called once for each peer:
drop(msg, A)
drop(msg,B)
drop(msg,C)
This allows the drop function to drop the multicast in its entirety, or only one or more of the messages making up the multicast (set of unicasts), as we now know, for each
unicast, which peer it is destined for.
> Add failure simulation capabilities to Simulator
> -------------------------------------------------
>
> Key: JGRP-837
> URL: https://jira.jboss.org/jira/browse/JGRP-837
> Project: JGroups
> Issue Type: Feature Request
> Reporter: Richard Achmatowicz
> Assignee: Richard Achmatowicz
> Priority: Minor
>
> The Simulator can be used to test protocol layers in isolation. Multiple Simulator instances can be configured so that they model a multicast group.
> In its present state, messages are transported from one Simulator instance to another by the send_thread, which moves messages from send_queue to recv_queue in a reliable fashion. Futhermore, all Simulators perform at the same speed. I'd like to use the Simulator to additionally simulate failures, in order to check the robustness of the protocols. In particular, i'd like to model:
> * dropped, reordered, corrupted messages
> * failed processors ('crash' failure)
> * network partitions
> * slow processes
> This JIRA issue will track progress on this and allow for discussion.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
More information about the jboss-jira
mailing list