News for hackers. Stuff that matters.
Re:A Year with MongoDB by madworld on Friday April 13, 2012 @02:31PM (#3838148)
How is the global write lock "fixable" without a major rewrite of the codebase?

Like the article suggested, it would be one thing if they did it for transaction support. In reality, from looking at the code, it seems like the global write lock came from not wanting to solve the hard problems other people are solving.

Re:A Year with MongoDB by paulsutter on Friday April 13, 2012 @07:15PM (#3839245)
A major rewrite of the core engine is exactly what's needed. Sounds like a fun project. If they don't do it, someone else will.

Adoption is hard to replace. Modifying API's is really hard. Rewriting a core engine? Reasonable and in this case probably necessary given the issues.

There are lots of people here who could replace that core engine and someone should if the MongoDB guys can't.

Re:A Year with MongoDB by geoffeg on Friday April 13, 2012 @02:47PM (#3838238)
DB-level locking is planned for MongoDB 2.2 which should be out within a few months.

https://jira.mongodb.org/browse/SERVER-4328

Re:A Year with MongoDB by spidaman on Friday April 13, 2012 @03:00PM (#3838310)
Meh, if your other option is to use PostgreSQL and get row level locks, a db level lock is still a fail.
Re:A Year with MongoDB by j-kidd on Friday April 13, 2012 @05:14PM (#3838889)
And here's a great post that provides some insight on how much effort has been put in by RDBMS vendors to handle locking:

http://stackoverflow.com/a/872808