Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
esmet
searching Neon…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
7 ms
·
1.
▲
by
esmet
11y ago
It's unrelated work. This is the "fractal tree" in question, open source: https://github.com/Tokutek/ft-index
2.
▲
by
esmet
13y ago
I see. To clarify, TokuMX's indexing technology doesn't try to improve specific queries or patterns - it simply makes general index maintenance significantly cheaper and less space intensive, so your application can define the ind
3.
▲
by
esmet
13y ago
Interesting perspective, but it turns out that the opposite is true. Using better indexing is a general improvement to database performance and manageability.
4.
▲
by
esmet
13y ago
It's at the database level now.
5.
▲
by
esmet
13y ago
There have been very informal talks with the folks at 10gen. The topic of getting merged or not will ultimately come down to what users want. Commercialization will start with support, much like what 10gen does for regular MongoDB and what
6.
▲
by
esmet
13y ago
LZ4 is on our road-map for experimentation. I could see a faster decompressor really helping when you have high-end flash storage.
7.
▲
by
esmet
13y ago
TokuMX is indeed a complete product, not an experiment. We're proud of it and ready to support it yesterday :) I completely agree that pluggable storage engines are an interesting topic. But we went the integrated route (ie: no storage
8.
▲
by
esmet
13y ago
Most users should expect a big reduction in disk space. Depending on your data and level of fragmentation with regular MongoDB, you could see ~4x-20x reduced disk usage.
9.
▲
by
esmet
13y ago
"Fractal Tree" is indeed a marketing trademark. But the algorithms used are not necessarily secret. The implementation is similar to the cache oblivious streaming btree: http://supertech.csail.mit.edu/papers/sbtree.pdf Of course what's n