Page Menu
Home
ClusterLabs Projects
Search
Configure Global Search
Log In
Files
F3155501
No One
Temporary
Actions
View File
Edit File
Delete File
View Transforms
Subscribe
Mute Notifications
Flag For Later
Award Token
Size
6 KB
Referenced Files
None
Subscribers
None
View Options
diff --git a/TODO b/TODO
index 9a2db8ff..fa30e365 100644
--- a/TODO
+++ b/TODO
@@ -1,146 +1,111 @@
------------------------------------------
The Corosync Cluster Engine Topic Branches
------------------------------------------
--------------------------
-Last Updated: October 2010
+Last Updated: August 2011
--------------------------
-We use topic branches in our git repository to develop new disruptive features
-that define our future roadmap. This file describes the topic branches
-the developers have interest in investigating further.
-
-targets can be: whitetank, needle, or future (3.0+).
-Finished can be: percentage or date merged to master.
-
------------------------------------------------------------------------------
-topic-libqb
+master
------------------------------------------------------------------------------
-Main Developer: Angus Salkeld
-Started: September 2010
-Finished: 60%
-target: needle
-Description:
-The libqb project is our effort to remove the core infrastructure required for
-client server operations of corosync from the corosync code base and place
-inside a separate project.
+1) exec/totempg.c in check_q_level()
+ Remove hardcoded values.
+ Chat to Steve about correcting the queue length calculation.
-The main purpose of this topic is to investigate integrating corosync with the
-libqb package that has been refactored. Part of this effort also involves
-investigation into single threaded operation of the IPC layer without
-peformance penalties.
+2) check max message size restrictions.
-------------------------------------------------------------------------------
-topic-rr
-------------------------------------------------------------------------------
-Main Developer: Steven Dake
-Started: Not Started
-Finished: 0%
-target: needle
-Description:
-Redundant ring may have quality problems near boundary conditions for sequence
-numbers. This effort involves qualifying and hardening redundant ring around
-these boundary numbers. A further stretch goal of this topic is to
-automatically reenable a redundant ring when it has been back in service.
+3) is this https://github.com/asalkeld/libqb/issues/1 still an issue?
-------------------------------------------------------------------------------
-topic-snmp
-------------------------------------------------------------------------------
-Main Developer: Angus Salkeld
-Started: Not Started
-Finished: 100%
-target: needle
-Description:
-This topic involves investigation of adding SNMP support into Corosync.
+4) remove "old" stuff from the man pages (logging/IPC).
+5) new blackbox size might be too small (exec/logsys.c:311)
-------------------------------------------------------------------------------
-topic-udpu
-------------------------------------------------------------------------------
-Main Developer: Steven Dake
-Started: October
-Finished: 80%
-target: needle
-Description:
-The UDPU transport mode offers a mechanism for Corosync to operate in network
-environments where multicast or broadcast are prohibited. The main mechanism
-it uses to do this is to UDP unicast to each of the target node IP addresses
-listed in the configuation.
+6) extend the logging config to make better use of the tracing capabilities.
+
+
+
+We use topic branches in our git repository to develop new disruptive features
+that define our future roadmap. This file describes the topic branches
+the developers have interest in investigating further.
+
+targets can be: whitetank, needle, or future (3.0+).
+Finished can be: percentage or date merged to master.
------------------------------------------------------------------------------
topic-onecrypt
------------------------------------------------------------------------------
Main Developer: Honza Friesse
Started: not started
Finished: 0%
target: needle
Description:
Currently encryption code is located in totemudp.c, totemudpu.c, and iba has
no encryption support. This topic merges the encryption code into a new
file such as totemcrp.c and provides a mechanism for totemnet.c to register
encrypt and decrypt functions with totem[udp|iba|udpu] and use them as
requested by the configuration.
------------------------------------------------------------------------------
topic-netmalloc
------------------------------------------------------------------------------
Main Developer: Steven Dake
Started: not started
Finished: 0%
target: needle
Description:
The totemiba.c driver must allocate memory and assign it to a protection domain
in order for an infiniband driver to transmit memory. In the current
implementation, totemsrp.c also allocates these same frames. This results in
an extra memcpy when transmitting with libibverbs technology. Memory copies
are to be avoided. The simple solution is to have each network driver provide
a memory allocation function. When totemsrp wants a free frame, it requests
it from the network driver.
------------------------------------------------------------------------------
topic-iazc
------------------------------------------------------------------------------
Main Developer: Steven Dake
Started: not started
Finished: 0%
target: needle
Description:
The totempg.c file uses alloca/memcpy to deal with misaligned data structures
to avoid bus errors on hardware which does not support unaligned access. This
topic addresses the totempg.c code to avoid memory copies on platforms which
support unaligned access (x86/x86_64) and use the current alloca/memcpy
on platforms which don't (pretty much all other processor types).
------------------------------------------------------------------------------
topic-rdmaud
------------------------------------------------------------------------------
Main Developer: Steven Dake
Started: not started
Finished: 0%
target: needle or future
Description:
Currently our RDMA code uses librdmacm to setup connections. We are not
certain this extra library is needed, and may be able to use only ibverbs. If
this is possible, the totem code may be more reliable, especially around
failure conditions.
------------------------------------------------------------------------------
topic-zerocopy
------------------------------------------------------------------------------
Main Developer: Steven Dake
Started: not started
Finished: 0%
target: future
Description:
Totem has many copies involved in messaging which we would like to investigate
removing. Our goal is to deliver wire speed performance for rdma networks,
and if this can be achieved by our other topic investigations, we may not
further investigate this topic. The basic idea of the topic is to handle
message assembly/fragmentation in libcpg, and have totem be responsible for
sending these pages that are shared via posix shared memory.
------------------------------------------------------------------------------
other topics not yet defined:
* disallow binding to localhost interfae in redundant ring configuation.
* doxygenize include and lib directories.
* sort out binding to localhost in general
File Metadata
Details
Attached
Mime Type
text/x-diff
Expires
Wed, Feb 26, 11:09 PM (12 h, 2 m ago)
Storage Engine
blob
Storage Format
Raw Data
Storage Handle
1463724
Default Alt Text
(6 KB)
Attached To
Mode
rC Corosync
Attached
Detach File
Event Timeline
Log In to Comment