RediSearch – Redis Powered Search Engine

Re:RediSearch – Redis Powered Search Engine by sam_lowry_ on Thursday July 09, 2020 @03:44AM (#23777885)

Elastic search adds a huge overhead over Lucene. I suspect the same is true for RediSearch. The test is not testing the engine, but rather the implementation of its distributed aspect.

[ Parent | on HN ]

Re:RediSearch – Redis Powered Search Engine by k_bx on Thursday July 09, 2020 @03:59AM (#23777956)

But RediSearch is not based on Lucene (as claimed here https://redislabs.com/blog/search-benchmarking-redisearch-vs... )

[ Parent | on HN ]

Re:RediSearch – Redis Powered Search Engine by sam_lowry_ on Thursday July 09, 2020 @05:17AM (#23778354)

Of course. What I mean is that the performance of distributed FTS is mostly related to its distributed aspect, not FTS by itself.

If I were @aphyr, I would say that performance and correctness are competing, so a more performant distributed system is less correct, unless proved otherwise.

[ Parent | on HN ]

Re:RediSearch – Redis Powered Search Engine by elric on Thursday July 09, 2020 @05:30AM (#23778430)

CAP theorem is a little bit more nuanced than "more performance is less correct", but I see what you're saying.

[ Parent | on HN ]

Re:RediSearch – Redis Powered Search Engine by murkt on Thursday July 09, 2020 @05:26AM (#23778404)

> I would say that performance and correctness are competing

What an interesting way to look at performance.

[ Parent | on HN ]

Re:RediSearch – Redis Powered Search Engine by sam_lowry_ on Thursday July 09, 2020 @05:35AM (#23778450)

@murkt That's how I look at the performance benchmarks of distributed systems.

[ Parent | on HN ]