On 09/14/2010 02:20 AM, Tim Chen wrote:
Hi all,
I'm reading the documentation on qpid clustering, and a bit confused on the
replication piece.
In the docs, it only mentions that state is replicated to all brokers in the
same cluster, but doesn't mention what state will be replicated.
At
[
https://issues.apache.org/jira/browse/QPID-2749?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Robbie Gemmell updated QPID-2749:
-
Assignee: Robbie Gemmell
Fix Version/s: 0.7
Affects Version/s: 0.6
[
https://issues.apache.org/jira/browse/QPID-2749?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Robbie Gemmell updated QPID-2749:
-
Status: Ready To Review (was: In Progress)
[Java Broker] Add -XX:+ExplicitGCInvokesConcurrent
[
https://issues.apache.org/jira/browse/QPID-2749?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Robbie Gemmell reassigned QPID-2749:
Assignee: Andrew Kennedy (was: Robbie Gemmell)
Andrew can you review this change please?
Hi all,
Is there a simplistic way to understand the state transition? I got confused
with the oldState, newState and “action”.
My understanding is that
1) postWrite only in IDLE state;
2) stop IO when a) there’s no outstanding write (DRAINED), or 2) it's in
IDLE;
3) queue up Write requests
From the description it seems that you are asking about the RDMA
AsynchIO state transition. You should have said that as part of the
description as it is entirely different from and other part of the IO
system of qpid.
On Mon, 2010-09-13 at 15:04 -0700, Danny Guo wrote:
Hi all,
Is there a
Thanks for the comments Andrew... this thread piqued my interest.. see
inline comments below.
On Tue, Sep 14, 2010 at 7:47 AM, Andrew Stitcher astitc...@redhat.com wrote:
From the description it seems that you are asking about the RDMA
AsynchIO state transition. You should have said that as