Live data from Hacker News

RethinkDB 2.2: atomic changefeeds, parallel scans, improved runtime

rethinkdb.com

11–17 of 17 posts

Re: RethinkDB 2.2: atomic changefeeds, parallel scans, improved runtime

#11
post #5

From the FAQ: We recommend RethinkDB servers have at least 2GB of RAM Why does it needs so much memory?

Makes sense to reduce disk accesses but maybe there are fixed data structures allocated? Since otherwise they should advice a given percentage of memory compared to dataset size instead of a fixed amount.

Re: RethinkDB 2.2: atomic changefeeds, parallel scans, improved runtime

#14

There's a fairly major breaking change for a minor version bump.

I don't think there are actually any breaking changes. The release notes say "includeInitial" is breaking, but I think all of your existing application code will continue to run the same if you upgrade RethinkDB. It's just that new code using includeInitial will fail on old versions of RethinkDB.

In 2.1 some changes commands included an initial value. Now none do unless you add the flag. If you depended on that behavior, your app could break.

Re: RethinkDB 2.2: atomic changefeeds, parallel scans, improved runtime

#15

Earlier quoted context omitted.

I don't think there are actually any breaking changes. The release notes say "includeInitial" is breaking, but I think all of your existing application code will continue to run the same if you upgrade RethinkDB. It's just that new code using includeInitial will fail on old versions of RethinkDB.

In 2.1 some changes commands included an initial value. Now none do unless you add the flag. If you depended on that behavior, your app could break.

Thanks, I stand corrected! I always ignored initial values so I forgot about that case.

Re: RethinkDB 2.2: atomic changefeeds, parallel scans, improved runtime

#16
post #5

From the FAQ: We recommend RethinkDB servers have at least 2GB of RAM Why does it needs so much memory?

You may find this article helpful: http://rethinkdb.com/docs/memory-usage/

The article describes how RethinkDB uses memory to reduce disk access and process queries, as well as how to reduce its memory usage with `--cache-size`.

Re: RethinkDB 2.2: atomic changefeeds, parallel scans, improved runtime

#17

There's a fairly major breaking change for a minor version bump.

We maintain a stable LTS release (v2.0) for those who cannot tolerate breaking changes.

Feature releases (e.g. 2.1, 2.2) include new features and do break compatibility on occasion (so we can quickly introduce new behavior). Any breaking changes are well-documented in the release notes[1], so you can have a smooth upgrade path.

Minor releases (e.g. 2.1.1, 2.1.2) do not have breaking changes, only bugfixes and minor improvements.

I just opened an issue so we can document this more clearly: https://github.com/rethinkdb/docs/issues/948

[1] https://github.com/rethinkdb/rethinkdb/releases

Post reply on HN