Very impressive numbers! I def would love now to learn more about the algo behind these results
Thanks! There some articles on our blog. Check it out!
SereneDB's C++ search engine is the fastest on search benchmarks
11–16 of 16 posts
Re: SereneDB's C++ search engine is the fastest on search benchmarks
#12[dead]
Re: SereneDB's C++ search engine is the fastest on search benchmarks
#13Testing on 5GB of data fully resident in ram is a terrible comparison. Things get hard when you're in the hundreds of gigabytes or more.
Re: SereneDB's C++ search engine is the fastest on search benchmarks
#14Testing on 5GB of data fully resident in ram is a terrible comparison. Things get hard when you're in the hundreds of gigabytes or more.
Thanks a lot for your comment! We agree that a dataset as small as 5 GB may sound strange but it was a conscious decision. Check out our blog post to read more about the methodology of this benchmark itself.
Re: SereneDB's C++ search engine is the fastest on search benchmarks
#15Testing on 5GB of data fully resident in ram is a terrible comparison. Things get hard when you're in the hundreds of gigabytes or more.
[deleted]
Re: SereneDB's C++ search engine is the fastest on search benchmarks
#16Testing on 5GB of data fully resident in ram is a terrible comparison. Things get hard when you're in the hundreds of gigabytes or more.
TLDR It's not our choice, but it's meaningful. Because this 5GB is single data segment and literally what you will have in Elastic/etc when you have overall TBs of data. See https://www.elastic.co/docs/deploy-manage/production-guidanc... (single shard is one Lucene index that contains multiple data segments)