Hi, MARK!
On Oct 13, MARK CALLAGHAN wrote:
On Thu, Oct 13, 2016 at 4:00 PM, Sergei Golubchik <serg@xxxxxxxxxxx> wrote:
There is development and support for TokuDB. The main reason for
dropping it could be RocksDB based engine covering all TokuDB use
cases, but better. I mean, *if* RocksDB will be able to do that,
then TokuDB won't be needed (it's *if*, not a certainty).
Is MariaDB.com providing the development for TokuDB or are you
speculating about the commitment to it provided by someone else? If
the latter, then it would be better to hear directly from them. If the
former, can you be more specific about what MariaDB.com plans to do
for TokuDB?
I am speculating about the commitment to it provided by Percona.
Based on what (I believe) Peter said, and it's in the Colin email too:
Peter says that bugs are fixed for customers... and there is ongoing
development to make it better
but mainly based on the changes I see in TokuDB codebase inside
Percona Server:
5.6.32-78.1 - 73 files changed, 4192 insertions(+), 3715 deletions(-)
5.6.31-77.0 - 35 files changed, 153 insertions(+), 79 deletions(-)
5.6.30-76.3 - 77 files changed, 862 insertions(+), 309 deletions(-)
5.6.29-76.2 - 25 files changed, 487 insertions(+), 153 deletions(-)
5.6.28-76.1 - 14 files changed, 997 insertions(+), 182 deletions(-)
5.6.27-76.0 - 206 files changed, 15619 insertions(+), 5969 deletions(-)
5.6.26-74.0 - initial checkin (into mergetrees/tree/merge-tokudb-5.6 repo)
I agree that it doesn't prove that they will continue to do so in the
future.
If MariaDB.com has any plans about TokuDB - I don't know about them.
Regards,
Sergei
Chief Architect MariaDB
and security@xxxxxxxxxxx
_______________________________________________
Mailing list: https://launchpad.net/~maria-discuss
Post to : maria-discuss@xxxxxxxxxxxxxxxxxxx
Unsubscribe : https://launchpad.net/~maria-discuss
More help : https://help.launchpad.net/ListHelp