v2.3.1

1. Supports heterogeneous communication with FATE script.

v2.2.1

1. New Feature: supports database authentication and polling authentication as plugins.
2. Adds support for TDSQL.
3. Adds upgrade script. Users can upgrade from version 2.0.x / 2.2.0 to 2.2.1 via this script.
4. RollSite: robust update.

v2.3.0

1. Supports heterogeneous computing with FATE script.

v2.2.0

1. RollSite: Redesigned RollSite to support polling mode. One federated learning party between the two can have no public listening port.
2. RollSite: Reimplemented provide better performance, better robustness and better memory usage.
3. RollPair: Removed RollPairMaster to boost job schedule performance.

v2.0.2

1. Supports separated client / server secure channel.
2. Fixes a memory issue in RollSite.

v2.1.0

1. Supports RollFrame in scala.

v2.0.1

Optimizations and robustness improvements.

Main changes:

1. Supports different total_partition before / after map operation. Shuffles correctly when total_partition of binary op are different.
2. Reimplements GC in rollpair.
3. Optimizes creations of gRPC servers / clients.
4. Optimizes retry mechanism in rollsite.
5. Optimizes deployment and operation scripts.
6. Fixes deadlock issues in database connections.
7. Removes dependencies on MyBatis and many python libraries.
8. Lots of other minor enhancements e.g. logs, more parameter configurations, memory optimizations, LMDB usage optimizations.

v2.0.0

Next generation of Eggroll - THE HPC infrastructure.

1. New module: Cluster Manager. Cluster manager manages all physical resources of the cluster.
2. New module: Node Manager. Node manager manages life cycles of Eggroll computing session.
3. Roll Pair: Brand new design of kv based computing. Hugely optimises performances of shuffle.
4. Roll Site: Enhancements and integration of 1.x's proxy + clustercomm (i.e. federation).

v1.1.4

1. Adds mapPartition2 interface.

v1.1.3

1. Fixes an issue in union operation.
2. Adresses an issue in put_all where system connections may be exhausted due to channels in subprocesses are not closed.