Testing the MongoDB Global Write Lock Improvements
rick446 writes "I took some time to benchmark the global write lock improvements in MongoDB 2.0. From the article: 'MongoDB, as some of you may know, has a process-wide write lock... Per-database and per-collection locking is on the roadmap ..., but it's not here yet. What was announced in MongoDB version 2.0 was locking-with-yield. I was curious about the performance impact of the write lock and the improvement of lock-with-yield, so I decided to do a little benchmark, MongoDB 1.8 versus MongoDB 2.0.'"
Hurray for invalid SSL Certificates for JIRA!
http://howfuckedismydatabase.com/nosql/ (Some NSFW language.)
:wq
It's like this articles starts in the middle of a sentence and I can't tell what the hell is going on.
OK, for starters, what the fuck is MongoDB? Just a single sentence or some mention would be helpful. Secondly, why is this front page material? It's just some crappy blog about some minor change to some product nobody uses, woopdeedoo.
I hate it when I am benching my mongo and it locks its yeild, quite painful =O
It's great that they improved the locking. I just hope they didn't compromise web scalability in the process.
Do you even lift?
These aren't the 'roids you're looking for.
Congratulations. You matter enough to bother reinventing this wheel again. If you continue to matter for a meaningful amount of time you'll end up locking individual documents, or whatever you call them. Oracle called that 'row' locking. 15 years ago.
Yet another crappily named open source project.
That's good enough for me.
"MongoDB (from "humongous") is a scalable, high-performance, open source NoSQL database"
LOL I think the word in parens they were looking for is "humours".
I thought "Gimp" was bad enough, but many people are going to find "MongoDB" deeply offensive. What is the point? Is the N-word going to feature in a major OSS project title soon?
For when you're too cheap to spring for a BerkeleyDB license, some amateur playing a decade of catchup gives you everything you'd ever need, as long as you don't need support, performance, stability or data integrity.
If you were blocking sigs, you wouldn't have to read this.
These comments seem up-to-date. That is if they were posted 5 years ago.
because i've saved so much time not having to write 500+ lines of DDL for this new web application in MongoDB compared to using a relational database.