Server Fault is a question and answer site for system and network administrators. Join them; it only takes a minute:

Sign up
Here's how it works:
  1. Anybody can ask a question
  2. Anybody can answer
  3. The best answers are voted up and rise to the top

We are currently using MongoDB 2.0.0 on MacOS but our servers are running FreeBSD. The most recent port of MongoDB is the 1.8.3 version. I have tried to compile the 2.0.0 by hand but I came across errors that I didn't manage to fix.

I came across on the Internet a few old resources which are saying that MongoDB does not run well on FreeBSD mainly for performance issue (memory mapped files). Is that true ? Does it mean we have to switch our server to another OS ?

Thanks for your opinions!

Sources :

share|improve this question

migrated from Jun 23 '12 at 20:38

This question came from our site for professional and enthusiast programmers.

Without a reference it is hard to say (since it might be some special option, but in general freebsd supports memmapped files just fine, and like forever. – Marco van de Voort Oct 2 '11 at 10:00
Ok, I have edited my original post. If it's true, It seems odd that MongoDB can be slower on FreeBSD than on Ubuntu/Debian. – Hartator Oct 2 '11 at 10:09
up vote 2 down vote accepted

There have been reports in the past of issues with freebsd and mongo that related to memory mapped files.

I would recommend making a performance test based on your actual application. Run it on MacOS and FreeBSD. If FreeBSD is slower then something is wrong. If your database will be larger than RAM be sure to test that case, that is probably the scenario where the virtual memory manager's behavior would be relevant. MongoDB is relying on the operating system's virtual memory manager to manage the cache -- basically it's using the OS file system cache.

share|improve this answer

Your Answer


By posting your answer, you agree to the privacy policy and terms of service.

Not the answer you're looking for? Browse other questions tagged or ask your own question.