Exploring the software behind Facebook, the world’s largest site
At the scale that Facebook operates, a lot of traditional approaches to serving web content break down or simply aren’t practical. The challenge for Facebook’s engineers has been to keep the site up and running smoothly in spite of handling close to half a billion active users. This article takes a look at some of the software and techniques they use to accomplish that.
Facebook’s scaling challenge
Before we get into the details, here are a few factoids to give you an idea of the scaling challenge that Facebook has to deal with:
- Facebook serves 570 billion page views per month (according to Google Ad Planner).
- There are more photos on Facebook than all other photo sites combined (including sites like Flickr).
- More than 3 billion photos are uploaded every month.
- Facebook’s systems serve 1.2 million photos per second. This doesn’t include the images served by Facebook’s CDN.
- More than 25 billion pieces of content (status updates, comments, etc) are shared every month.
- Facebook has more than 30,000 servers (and this number is from last year!)
Software that helps Facebook scale
In some ways Facebook is still a LAMP site (kind of), but it has had to change and extend its operation to incorporate a lot of other elements and services, and modify the approach to existing ones.
For example:
- Facebook still uses PHP, but it has built a compiler for it so it can be turned into native code on its web servers, thus boosting performance.
- Facebook uses Linux, but has optimized it for its own purposes (especially in terms of network throughput).
- Facebook uses MySQL, but primarily as a key-value persistent storage, moving joins and logic onto the web servers since optimizations are easier to perform there (on the “other side” of the Memcached layer).
Then there are the custom-written systems, like Haystack, a highly scalable object store used to serve Facebook’s immense amount of photos, or Scribe, a logging system that can operate at the scale of Facebook (which is far from trivial).
But enough of that. Let’s present (some of) the software that Facebook uses to provide us all with the world’s largest social network site.
Memcached
Memcached is by now one of the most famous pieces of software on the internet. It’s a distributed memory caching system which Facebook (and a ton of other sites) use as a caching layer between the web servers and MySQL servers (since database access is relatively slow). Through the years, Facebook has made a ton of optimizations to Memcached and the surrounding software (like optimizing the network stack).
Facebook runs thousands of Memcached servers with tens of terabytes of cached data at any one point in time. It is likely the world’s largest Memcached installation.
HipHop for PHP
PHP, being a scripting language, is relatively slow when compared to code that runs natively on a server. HipHop converts PHP into C++ code which can then be compiled for better performance. This has allowed Facebook to get much more out of its web servers since Facebook relies heavily on PHP to serve content.
A small team of engineers (initially just three of them) at Facebook spent 18 months developing HipHop, and it is now live in production.
Haystack
Haystack is Facebook’s high-performance photo storage/retrieval system (strictly speaking, Haystack is an object store, so it doesn’t necessarily have to store photos). It has a ton of work to do; there are more than 20 billion uploaded photos on Facebook, and each one is saved in four different resolutions, resulting in more than 80 billion photos.
And it’s not just about being able to handle billions of photos, performance is critical. As we mentioned previously, Facebook serves around 1.2 million photos per second, a number which doesn’t include images served by Facebook’s CDN. That’s a staggering number.
BigPipe
BigPipe is a dynamic web page serving system that Facebook has developed. Facebook uses it to serve each web page in sections (called “pagelets”) for optimal performance.
For example, the chat window is retrieved separately, the news feed is retrieved separately, and so on. These pagelets can be retrieved in parallel, which is where the performance gain comes in, and it also gives users a site that works even if some part of it would be deactivated or broken.
Cassandra
Cassandra is a distributed storage system with no single point of failure. It’s one of the poster children for the NoSQL movement and has been made open source (it’s even become an Apache project). Facebook uses it for its Inbox search.
Other than Facebook, a number of other services use it, for example Digg. We’re even considering some uses for it here at Pingdom.
Scribe
Scribe is a flexible logging system that Facebook uses for a multitude of purposes internally. It’s been built to be able to handle logging at the scale of Facebook, and automatically handles new logging categories as they show up (Facebook has hundreds).
Hadoop and Hive
Hadoop is an open source map-reduce implementation that makes it possible to perform calculations on massive amounts of data. Facebook uses this for data analysis (and as we all know, Facebook has massive amounts of data). Hive originated from within Facebook, and makes it possible to use SQL queries against Hadoop, making it easier for non-programmers to use.
Both Hadoop and Hive are open source (Apache projects) and are used by a number of big services, for example Yahoo and Twitter.
Thrift
Facebook uses several different languages for its different services. PHP is used for the front-end, Erlang is used for Chat, Java and C++ are also used in several places (and perhaps other languages as well). Thrift is an internally developed cross-language framework that ties all of these different languages together, making it possible for them to talk to each other. This has made it much easier for Facebook to keep up its cross-language development.
Facebook has made Thrift open source and support for even more languages has been added.
Varnish
Varnish is an HTTP accelerator which can act as a load balancer and also cache content which can then be served lightning-fast.
Facebook uses Varnish to serve photos and profile pictures, handling billions of requests every day. Like almost everything Facebook uses, Varnish is open source.
Other things that help Facebook run smoothly
We have mentioned some of the software that makes up Facebook’s system(s) and helps the service scale properly. But handling such a large system is a complex task, so we thought we would list a few more things that Facebook does to keep its service running smoothly.
Gradual releases and dark launches
Facebook has a system they called Gatekeeper that lets them run different code for different sets of users (it basically introduces different conditions in the code base). This lets Facebook do gradual releases of new features, A/B testing, activate certain features only for Facebook employees, etc.
Gatekeeper also lets Facebook do something called “dark launches”, which is to activate elements of a certain feature behind the scenes before it goes live (without users noticing since there will be no corresponding UI elements). This acts as a real-world stress test and helps expose bottlenecks and other problem areas before a feature is officially launched. Dark launches are usually done two weeks before the actual launch.
Profiling of the live system
Facebook carefully monitors its systems (something we here at Pingdom of course approve of), and interestingly enough it also monitors the performance of every single PHP function in the live production environment. This profiling of the live PHP environment is done using an open source tool called XHProf.
Gradual feature disabling for added performance
If Facebook runs into performance issues, there are a large number of levers that let them gradually disable less important features to boost performance of Facebook’s core features.
The things we didn’t mention
We didn’t go much into the hardware side in this article, but of course that is also an important aspect when it comes to scalability. For example, like many other big sites, Facebook uses a CDN to help serve static content. And then of course there is the huge data center Facebook is building in Oregon to help it scale out with even more servers.
And aside from what we have already mentioned, there is of course a ton of other software involved. However, we hope we were able to highlight some of the more interesting choices Facebook has made.
Facebook’s love affair with open source
We can’t complete this article without mentioning how much Facebook likes open source. Or perhaps we should say, “loves”.
Not only is Facebook using (and contributing to) open source software such as Linux, Memcached, MySQL, Hadoop, and many others, it has also made much of its internally developed software available as open source.
Examples of open source projects that originated from inside Facebook include HipHop, Cassandra, Thrift and Scribe. Facebook has also open-sourced Tornado, a high-performance web server framework developed by the team behind FriendFeed (which Facebook bought in August 2009).
(A list of open source software that Facebook is involved with can be found on Facebook’s Open Source page.)
More scaling challenges to come
Facebook has been growing at an incredible pace. Its user base is increasing almost exponentially and is now close to half a billion active users, and who knows what it will be by the end of the year. The site seems to be growing with about 100 million users every six months or so.
Facebook even has a dedicated “growth team” that constantly tries to figure out how to make people use and interact with the site even more.
This rapid growth means that Facebook will keep running into various performance bottlenecks as it’s challenged by more and more page views, searches, uploaded images, status messages, and all the other ways that Facebook users interact with the site and each other.
But this is just a fact of life for a service like Facebook. Facebook’s engineers will keep iterating and coming up with new ways to scale (it’s not just about adding more servers). For example, Facebook’s photo storage system has already been completely rewritten several times as the site has grown.
So, we’ll see what the engineers at Facebook come up with next. We bet it’s something interesting. After all, they are scaling a mountain that most of us can only dream of; a site with more users than most countries. When you do that, you better get creative.
Data sources: Various presentations by Facebook engineers, as well as the always informative Facebook engineering blog.

It may be the start of a new trend, software that automatically upgrades itself silently in the background without ever bothering users. Google has been doing it successfully with its Chrome web browser, and soon Mozilla will
The two mobile platforms with the most apps are Google’s Android with around 95,000 apps, and Apple’s iOS with around 250,000 apps.
Do you run a web service or hosting company? Do you like transparency? Then this might be of interest to you.
From its official launch in October 2009, it took Windows 7 only nine months to pass Vista. Now the next question is when it will catch up with Windows XP. Because, unbelievable as it may seem, Windows XP still has a massive 55% of the desktop OS market. That is more than Windows 7 and Vista combined.



Jan Erik Paulsen
June 20th, 2010 at 6:04 pm
IBM uses open source all the time (Eclipse, JFS and Linux). Maybe Facebook is as wild and crazy as IBM ? And if Facebook did not use open source, they would have to invest oil industry style money into platform developers and software licenses.
Open source is an important part of normal business.
Nabeel Ahmed
June 20th, 2010 at 7:05 pm
Twitter should learn something from it to avoid the blue whale showing up every now & then.
Ryan Mack
June 20th, 2010 at 7:32 pm
We also maintain our own branches of MySQL 5.0 and 5.1 which are published on Launchpad. You can follow our MySQL developer blog at http://www.facebook.com/MySQLatFacebook or download our branch at https://launchpad.net/mysqlatfacebook
Craig Hughes
June 21st, 2010 at 3:06 am
Superb article! A really useful explanation of technologies such as Hadoop, Varnish and Cassandra and how they are deployed.
Pingdom
June 21st, 2010 at 3:12 am
@Ryan Mack: Cool. Thanks for the added info.
Pera Tudt
June 21st, 2010 at 4:01 am
My question is how do they get money? All that hardware and programing costs. Maybee I can use something to get my site faster… serving 2 users day (me before none and me after none
.
MS Architect
June 21st, 2010 at 4:32 am
Wondering, if I were to replace each of the above piece of technology to its microsoft counterpart, how much would it cost?
Keoz
June 21st, 2010 at 9:54 am
OMG it gives me the creeps to only think about how all of those technologies are managed, damn that’s why I don’t use Open Source that much, having to use small things for everything and then make them work together requires an insane investment in time, effort and development, Facebook is like a frankenstein made of multiple parts, I prefer unibodies
like the wonderful macbook pro’s aluminium case
PapaMike
June 21st, 2010 at 10:43 am
When talking about Haystack, you mention that the site houses about 20 billion photos (stored in four different resolutions for 80 billion total images), but in the first section, about their scaling challenge, you mention that 3 billion photos are uploaded every month… somehow, those two numbers just don’t make sense.
The site has certainly been operating at or near it’s current load for more than a year and I don’t think people typically remove their photos on any sort of regular basis… wouldn’t that mean that something like 36 billion photos would have been added to the site in the past year alone? Maybe I’m missing something… the numbers just don’t seem to add up.
By the way, very interesting article in any case. Thanks for shedding some light on what super-massive sites like FB are running on.
OS Advocate
June 21st, 2010 at 11:12 am
@MS Architect:
You mean buying all that source code from Microsoft, so you could study its internal workings, improve on it, and share the results with the rest of the world?
I suspect that would be rather expensive!
Daniel Collico Savio
June 21st, 2010 at 4:04 pm
Any possible comparison with Twitter?
I hate those whales.
Regards,
Daniel
Agus Dwi Basuki
June 21st, 2010 at 8:17 pm
Wow… This’s nice article. So, we can conclude that facebook has enhanced the open-source technology to earn a lot of money. Right?
adb.
Ranjith Kumar K
June 21st, 2010 at 9:43 pm
Awesome post and interesting… Its very helpful to understand the key features that make the giant working smoothly.. Thanks a lot to the publishers.. Cheers
dstudio101
June 22nd, 2010 at 5:00 am
“qoute — PAPAMIKE”
This is a very interesting article! However like PAPAMIKE said — how does the photo management numbers add up?
More power!
PaPa Big Don
June 22nd, 2010 at 6:12 am
Where does the money come from? They would not do it for free.
Eric
June 22nd, 2010 at 7:54 am
What does mysql@facebook offer over a traditional mysql install?
Iwani
June 22nd, 2010 at 4:02 pm
Wonderful and insightful post!!
Fawad Hassan
June 23rd, 2010 at 12:43 am
Simply amazing!
Amit Jain
June 23rd, 2010 at 1:21 am
really amazed to see the statistics on which Facebook is working.
There are many other government portals in my country(India) which are in need of such technologies to smoothly operate its large user base, instead of just getting down.
I hope they also have gone through this article.
aizuddinmanap
June 23rd, 2010 at 6:17 pm
twitter should learn..
Muhammad Ghazali
June 23rd, 2010 at 9:55 pm
Wow, it’s pretty cool to know the software behind the facebook and it’s great to know too that it’s open source.
Great post btw. Thank you.
ProPuke
June 24th, 2010 at 10:09 am
PaPa Big Don
“Where does the money come from? They would not do it for free.”
Money? They use a load of technologies which are (mostly) free, anyway, then release their inhouse technology as more opensource tech so that the interwebs can scrutinize & improve them, for free.
It’s win-win.
Jason
June 25th, 2010 at 10:02 am
@ProPuke
The technologies–open source or not–are nowhere near free when there is this much development going into them from the organization utilizing them.
For just one piece of the stack above:
Through the years, Facebook has made a ton of optimizations to Memcached and the surrounding software (like optimizing the network stack).
If we use the development of their custom compiler as a baseline because they have done deep customization to the OSS stuff:
“A small team of engineers (initially just three of them) at Facebook spent 18 months developing HipHop, and it is now live in production.”
1.5 years * 3+ developers = not anywhere near free
Sharjeel Ahmed Qureshi
June 26th, 2010 at 1:52 am
Any idea what do they use for sending out emails?
Schnäppchen
June 27th, 2010 at 6:40 am
I’m REALLY astonished of how facebook deals with its success. This is much more complicated than I thought it was.
It’s also very appreciated that they distribute their software as open source, however, only they habe the money and manpower for that. They are like Google, they have a good product used by billions of people which enables them to do good things other companies do not have the money for.
RandomDude
June 27th, 2010 at 8:07 pm
@MS Architect:
In reality it is not as simple as just a “price in money” on implementing Facebook on a Microsoft stack.
Sure in theory they could throw out the web-servers and replace them with IIS and Windows 2008R2 Server, replace MySQL with MSSQL, replace the development stack with .NET and Visual C++.
But then when you are working on that scale it is not as simple as replacing A with B, sure in theory it would be possible but then we are talking a shitload of problems that is not similar to what they have now.
And also the solutions would be very very different.
And then we have the interesting way of estimating the cost. It is not only license costs, but also costs for development, maintenance etc etc etc.
So in reality it would not be estimable as Facebook is so unique in so many ways, so the only way would probably to replace Facebook with IronFacebook (pardon the phun) and find out and that would not happen anytime soon.
Also money is not the only factor, sure the development I do for a living would be much cheaper with a FOSS-stack than the current .NET-stack with MSSQL. But then there the money is such a small factor overall with the advantages of using that platform.
Everything has advantages, and disadvantages and many people tend to forget that.
vinay
June 28th, 2010 at 2:46 am
really awesome.. fact and very nice to know about facebook.. Thanks for share..
Gadelkareem
June 28th, 2010 at 4:31 am
Facebook has made it clear that PHP is the best for web applications and developing new compiler for PHP is a big payback to the PHP community
Kimse
June 28th, 2010 at 11:12 am
@OS Advocate
Think it’s easier to just buy Microsoft
But it would be cool, to see some commercial products listed side-by-side by the open source products in this article.
Peter A.
June 29th, 2010 at 8:52 am
not a word about facebook using ejabberd for xmpp webchat…
Sunil Chauraha
June 29th, 2010 at 12:43 pm
Its really making me to think about the technology.
Ejaz
June 29th, 2010 at 11:44 pm
Very informative and insightful article. It is good that facebook is paying back opensoruce community by enhancing the products it uses.
Roel Berger
June 30th, 2010 at 6:09 am
Very interesting post, thanks for this one.
I already did a lot of research on this and most seems to match up.
One question I have left from personal research:
How do they store their PHP session data?
Because with all existing PHP session options, you will always have a single point of failure for session data, or performance issues in my opinion, speaking worldwide.
Even with memcache you can’t fill all requirements.
Do they have a custom session object they use that is stored in cassandra or something else that is blazingly fast to read/write for every pageview?
A beer for those that enlighten me on this topic
Sava
June 30th, 2010 at 1:30 pm
I wish you can post the same post about Twitter, that would be awesome
Jim Isaacs
July 1st, 2010 at 3:38 am
With a site as massive as FB, I for some reason always thought they had written, or at least started to write their own kernel where the only processes are the common FB actions we know. Is this what you meant by your Linux comment?
Even trough I can understand the software and the number of machines it takes to process, what I don’t quite understand, or using better words, I can’t seem to imagine the networking power needed for a site like this. I wonder if they have 30 to 40k servers, does this mean they are essentially using 30 to 40k network addresses, or maybe half of that? How many of those servers a devoted to networking, how many are devoted to processing, and how many are devoted to storage? Basically how does their massive internal network connect and serve to the half a billion all over the world?
It’s just staggering to think that FB is running on CDN capacity, and still using a CDN.
Pingdom
July 1st, 2010 at 3:51 am
@ Jim Isaacs: Might be worth pointing out regarding the number of servers… Apparently FB may now have as many as 60k servers.
Rohit Prakash
July 6th, 2010 at 12:12 am
I always wanted to know that. Excellent stuff. Seeing the figures, I am a bit worried. It is clear from the figures above that facebook is spending excessively on quality and technology. Will it remain FREE?
aditia
July 6th, 2010 at 4:43 am
yay open source rules
Webmaster
July 7th, 2010 at 6:06 am
This is a brilliant article, i would suggest you keep it updated with current numbers. I had no idea that fb is this huge.
So many people are hooked on it and play games etc. It would be great to see what FB plans for its future. 10 years from now they would have grown and how would they scale their infrastructure ?
Doctor Fox
July 10th, 2010 at 7:04 am
This article is really very interesting in that it exposed quite a handful of the most important aspects of running a social media site like Facebook.
I have seen one article on carsonified by Steve Huffman, but that is not as detailed as this.
I love this article for its definiteness and straight to the point approach.
Well done!
Alfieman
August 16th, 2010 at 10:01 am
Massive numbers. I have worked with 1000 servers and a 700Terrabite SAN environment. Doesn’t scale anywhere near. I am particularly impressed with the software launch and update principle. Very robust and secure. Top marks Facebook.