TODO 5.0 KB

123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115116117118119120121122123124125126
  1. --------------------------------------------------------
  2. The Corosync Cluster Engine Topic Branches and Backlog
  3. --------------------------------------------------------
  4. ----------------------------
  5. Last Updated: January 2012
  6. ----------------------------
  7. --------------------------------------
  8. Current priority list for Needle 2.0
  9. --------------------------------------
  10. 1. quorum improvements
  11. 2. allow a cluster name to autogenerate a mcastaddr
  12. 3. ring status change via corosync-notifyd
  13. --------------------------------------
  14. Current priority list for Needle 2.1
  15. --------------------------------------
  16. 1. implement topic-onecrypt
  17. 2. implement add/remove nodes from udpu
  18. 3. logsys glue layer removal
  19. 4. implement topic-zerocopy
  20. 5. implement topic-rdmaud
  21. 6. harden and finish ykd algorithm
  22. 7. implement topic-xmlschema
  23. We use topic branches in our git repository to develop new disruptive features
  24. that define our future roadmap. This file describes the topic branches
  25. the developers have interest in investigating further.
  26. targets can be: whitetank, needle2.0, needle3.0, or future (3.0+).
  27. Finished can be: percentage or date merged to master. Once in a shipped
  28. version, please remove from the topic list.
  29. ------------------------------------------------------------------------------
  30. topic-quorum
  31. ------------------------------------------------------------------------------
  32. Main Developer: Fabio "the coding monkey" Di Nitto
  33. Started: yes
  34. Finished: 75%
  35. target: needle2.0
  36. This topic is about bringing votequorum/quorum up to speed and feature complete.
  37. Current status:
  38. - features are implemented, most of debugging done
  39. - need to do:
  40. * man pages
  41. * documentation
  42. * votequorum lib/core cleanup
  43. * configuration bits in corosync.conf for quorum related business
  44. ------------------------------------------------------------------------------
  45. topic-xmlschema
  46. ------------------------------------------------------------------------------
  47. Main Developer: Honza Friesse
  48. Started: not started
  49. Finished: 0%
  50. target: needle2.1
  51. XML configuration for corosync exists, but imput file is not checked against
  52. XML schema. This topic is about implementing preferably RelaxNG schema of
  53. corosync configuration.
  54. ------------------------------------------------------------------------------
  55. topic-onecrypt
  56. ------------------------------------------------------------------------------
  57. Main Developer: Honza Friesse
  58. Started: not started
  59. Finished: 0%
  60. target: needle2.1
  61. Description:
  62. Currently encryption code is located in totemudp.c, totemudpu.c, and iba has
  63. no encryption support. This topic merges the encryption code into a new
  64. file such as totemcrp.c and provides a mechanism for totemnet.c to register
  65. encrypt and decrypt functions with totem[udp|iba|udpu] and use them as
  66. requested by the configuration.
  67. ------------------------------------------------------------------------------
  68. topic-netmalloc
  69. ------------------------------------------------------------------------------
  70. Main Developer: Honza Friesse
  71. Started: not started
  72. Finished: 0%
  73. target: needle2.1
  74. Description:
  75. The totemiba.c driver must allocate memory and assign it to a protection domain
  76. in order for an infiniband driver to transmit memory. In the current
  77. implementation, totemsrp.c also allocates these same frames. This results in
  78. an extra memcpy when transmitting with libibverbs technology. Memory copies
  79. are to be avoided. The simple solution is to have each network driver provide
  80. a memory allocation function. When totemsrp wants a free frame, it requests
  81. it from the network driver.
  82. ------------------------------------------------------------------------------
  83. topic-rdmaud
  84. ------------------------------------------------------------------------------
  85. Main Developer: Honza Friesse Steven Dake
  86. Started: not started
  87. Finished: 0%
  88. target: needle2.1
  89. Description:
  90. Currently our RDMA code uses librdmacm to setup connections. We are not
  91. certain this extra library is needed, and may be able to use only ibverbs. If
  92. this is possible, the totem code may be more reliable, especially around
  93. failure conditions.
  94. ------------------------------------------------------------------------------
  95. topic-zerocopy
  96. ------------------------------------------------------------------------------
  97. Main Developer: Honza Friesse
  98. Started: not started
  99. Finished: 0%
  100. target: needle2.1
  101. Description:
  102. Totem has many copies involved in messaging which we would like to investigate
  103. removing. Our goal is to deliver wire speed performance for rdma networks,
  104. and if this can be achieved by our other topic investigations, we may not
  105. further investigate this topic. The basic idea of the topic is to handle
  106. message assembly/fragmentation in libcpg, and have totem be responsible for
  107. sending these pages that are shared via posix shared memory.
  108. ------------------------------------------------------------------------------
  109. other topics not yet defined:
  110. * disallow binding to localhost interfae in redundant ring configuation.
  111. * doxygenize include and lib directories.
  112. * sort out binding to localhost in general
  113. * totem multiring
  114. * load balancing over different speed links in RRP