Re:Jepsen Disputes MongoDB's Data Consistency Claims
by risyachka on Sunday May 24, 2020 @12:52AM
(#23289202)
Can you elaborate? I've seen benchmarks and from their website what I understood is that it can handle really massive reads and writes, tens (maybe hundreds) thousands of ops per second, but personally never tested to this extent.
[ Parent
| on HN ]
Re:Jepsen Disputes MongoDB's Data Consistency Claims
by kuschku on Sunday May 24, 2020 @04:10AM
(#23290015)
We're using it in Quassel, and as soon as you go over ~3-4 parallel write/read threads, it starts locking up completely, sometimes taking 30 seconds for simple queries that should really take milliseconds.
The big issue is that sqlite does full db locking for any operation, so during any write you can't just easily read at all.
This can be fixed with WAL mode, but WAL mode is broken in uts early versions, and new versions of sqlite aren't in all disteos yet, despite being out for almost a decade. And even WAL mode gets abysmal performance.
Re:Jepsen Disputes MongoDB's Data Consistency Claims
by phyzome on Tuesday May 26, 2020 @09:32PM
(#23318494)
As long as you're only doing reads, though, you can forego the locking and it's pretty nice!
Definitely would not use in a read/write situation for a web API for various reasons, though. :-)
Re:Jepsen Disputes MongoDB's Data Consistency Claims
by yread on Sunday May 24, 2020 @10:28AM
(#23291752)
Which version 'fixes' WAL in your opinion?
Re:Jepsen Disputes MongoDB's Data Consistency Claims
by stickupkid on Sunday May 24, 2020 @03:53AM
(#23289922)
It really can (LXD cloud setup from personal experience), the problem is that if you don't serialise your writes then yeah, fun times to be had. There are compromises for all databases. People just like telling others their opinion as fact, and how wrong everybody is apart from themselves of course.