high_scalability high_scalability-2009 high_scalability-2009-530 knowledge-graph by maker-knowledge-mining
Source: html
Introduction: Gregg Pollack has made 13 screen casts on how to scale rails: Episode #1 - Page Responsiveness Episode #2 - Page Caching Episode #3 - Cache Expiration Episode #4 - New Relic RPM Episode #5 - Advanced Page Caching Episode #6 - Action Caching Episode #7 - Fragment Caching Episode #8 - Memcached Episode #9 - Taylor Weibley & Databases Episode #10 - Client-side Caching Episode #11 - Advanced HTTP Caching Episode #12 - Jesse Newland & Deployment Episode #13 - Jim Gochee & Advanced RPM For a good InfoQ interview with Greg take a look at Gregg Pollack and the How-To of Scaling Rails .
sentIndex sentText sentNum sentScore
wordName wordTfidf (topN-words)
[('cachingepisode', 0.88), ('pollack', 0.239), ('advanced', 0.162), ('casts', 0.133), ('rails', 0.125), ('jesse', 0.115), ('gregg', 0.108), ('page', 0.105), ('infoq', 0.103), ('taylor', 0.099), ('fragment', 0.098), ('episode', 0.091), ('screen', 0.086), ('jim', 0.082), ('greg', 0.066), ('action', 0.061), ('relic', 0.059), ('interview', 0.057), ('made', 0.032), ('cache', 0.03), ('http', 0.03), ('scaling', 0.024), ('look', 0.022), ('take', 0.02), ('scale', 0.019), ('good', 0.019), ('new', 0.013)]
simIndex simValue blogId blogTitle
same-blog 1 1.0 530 high scalability-2009-03-11-13 Screencasts on How to Scale Rails
Introduction: Gregg Pollack has made 13 screen casts on how to scale rails: Episode #1 - Page Responsiveness Episode #2 - Page Caching Episode #3 - Cache Expiration Episode #4 - New Relic RPM Episode #5 - Advanced Page Caching Episode #6 - Action Caching Episode #7 - Fragment Caching Episode #8 - Memcached Episode #9 - Taylor Weibley & Databases Episode #10 - Client-side Caching Episode #11 - Advanced HTTP Caching Episode #12 - Jesse Newland & Deployment Episode #13 - Jim Gochee & Advanced RPM For a good InfoQ interview with Greg take a look at Gregg Pollack and the How-To of Scaling Rails .
2 0.11232392 886 high scalability-2010-08-24-21 Quality Screencasts on Scaling Rails
Introduction: This a follow-up post to an earlier post on the Scaling Rails Screencast Series by Gregg Pollack , when there were only 13 screencasts, now there are 21. Eight more have been added on topics like load testing and database scaling. This series is of surprisingly high quality. While I didn't view every screencast, I sampled a large set and found them to have solid content and high production values. In fact, how did they make these things? The instructor moves around in a little box while the content flows around him. A very cool effect. But that wouldn't matter if the content didn't deliver, here's what's new: Episode #14 - Rack & Metal Episode #15 - Load Testing - Part 1 Episode #16 - Load Testing - Part 2 Episode #17 - Scaling Your Database - Part 1 Episode #18 - Scaling Your Database - Part 2 Episode #19 - On The Edge - Part 1 Episode #20 - On The Edge - Part 2 Episode #21 - On The Edge - Part 3 The courses while targeted at Rails are more generally applica
3 0.058429901 69 high scalability-2007-08-21-What does the next generation data center look like?
Introduction: That's what people at the NGDC Conference get together and talk about. A lot of interesting subjects: data center virtualization HPC & grid; advanced facilitates management and planning; advanced network and services; applications; data center optimization and security; managing and protecting information. The Grid – Distributed Computing at Scale presentation is an interesting one.
4 0.057306342 313 high scalability-2008-05-02-Friends for Sale Architecture - A 300 Million Page View-Month Facebook RoR App
Introduction: Update: Jake in Does Django really scale better than Rails? thinks apps like FFS shouldn't need so much hardware to scale. In a short three months Friends for Sale (think Hot-or-Not with a market economy) grew to become a top 10 Facebook application handling 200 gorgeous requests per second and a stunning 300 million page views a month. They did all this using Ruby on Rails, two part time developers, a cluster of a dozen machines, and a fairly standard architecture. How did Friends for Sale scale to sell all those beautiful people? And how much do you think your friends are worth on the open market? Site: http://www.facebook.com/apps/application.php?id=7019261521 Information Sources Siqi Chen and Alexander Le, co-creators of Friends for Sale, answering my standard questionairre. Virality on Facebook The Platform Ruby on Rails CentOS 5 (64 bit) Capistrano - update and restart application servers. Memcached MySQL Nginx Starling - distrib
5 0.055340495 130 high scalability-2007-10-24-Scaling Operations Saves Money and Scales Faster
Introduction: Jesse Robbins at O'Reily Radar has a nice post on how spending a little up front time on figuring out how to scale your operations process saves money on ops people and allows you to save time adding and upgrading servers. Adding, monitoring, and upgrading servers can get so incredibly screwed up that a herd of squirrels has to work overtime just to put out a release. Or it can be one button simple from your automated build system out to your servers. This is one area where "do the simplest thing that could possibly work" is a dumb idea and Jesse does a good job capturing the advantages of doing it right.
6 0.054171983 692 high scalability-2009-09-01-Cheap storage: how backblaze takes matters in hand
7 0.051143005 639 high scalability-2009-06-27-Scaling Twitter: Making Twitter 10000 Percent Faster
8 0.046929698 356 high scalability-2008-07-22-Scaling Bumper Sticker: A 1 Billion Page Per Month Facebook RoR App
9 0.045279145 1082 high scalability-2011-07-18-New Relic Architecture - Collecting 20+ Billion Metrics a Day
10 0.041981742 203 high scalability-2008-01-07-How Ruby on Rails Survived a 550k Pageview Digging
11 0.038838994 1303 high scalability-2012-08-13-Ask HighScalability: Facing scaling issues with news feeds on Redis. Any advice?
12 0.029977541 650 high scalability-2009-07-02-Product: Hbase
13 0.029226303 360 high scalability-2008-08-04-A Bunch of Great Strategies for Using Memcached and MySQL Better Together
14 0.028912243 518 high scalability-2009-02-22-Building and Scaling a Startup on Rails: 12 Things We Learned the Hard Way
15 0.028620796 232 high scalability-2008-01-29-When things aren't scalable
16 0.028116485 417 high scalability-2008-10-15-Outside.in Scales Up with Engine Yard and moving from PHP to Ruby on Rails
17 0.027336787 1123 high scalability-2011-09-23-The Real News is Not that Facebook Serves Up 1 Trillion Pages a Month…
18 0.027242593 579 high scalability-2009-04-24-Heroku - Simultaneously Develop and Deploy Automatically Scalable Rails Applications in the Cloud
19 0.027107045 425 high scalability-2008-10-22-Scalability Best Practices: Lessons from eBay
20 0.025991382 574 high scalability-2009-04-20-Some things about Memcached from a Twitter software developer
topicId topicWeight
[(0, 0.023), (1, 0.011), (2, -0.001), (3, -0.019), (4, 0.014), (5, -0.007), (6, -0.014), (7, 0.003), (8, 0.0), (9, 0.011), (10, -0.0), (11, -0.016), (12, 0.002), (13, 0.018), (14, -0.033), (15, -0.016), (16, 0.005), (17, -0.01), (18, 0.004), (19, -0.0), (20, 0.001), (21, 0.008), (22, 0.004), (23, -0.003), (24, -0.007), (25, 0.004), (26, -0.004), (27, 0.024), (28, -0.019), (29, 0.023), (30, -0.002), (31, -0.007), (32, -0.02), (33, 0.024), (34, -0.013), (35, 0.014), (36, -0.009), (37, 0.033), (38, -0.003), (39, -0.023), (40, -0.014), (41, -0.023), (42, 0.014), (43, 0.003), (44, -0.005), (45, 0.005), (46, 0.017), (47, 0.004), (48, -0.012), (49, -0.029)]
simIndex simValue blogId blogTitle
same-blog 1 0.92936522 530 high scalability-2009-03-11-13 Screencasts on How to Scale Rails
Introduction: Gregg Pollack has made 13 screen casts on how to scale rails: Episode #1 - Page Responsiveness Episode #2 - Page Caching Episode #3 - Cache Expiration Episode #4 - New Relic RPM Episode #5 - Advanced Page Caching Episode #6 - Action Caching Episode #7 - Fragment Caching Episode #8 - Memcached Episode #9 - Taylor Weibley & Databases Episode #10 - Client-side Caching Episode #11 - Advanced HTTP Caching Episode #12 - Jesse Newland & Deployment Episode #13 - Jim Gochee & Advanced RPM For a good InfoQ interview with Greg take a look at Gregg Pollack and the How-To of Scaling Rails .
2 0.55500001 662 high scalability-2009-07-27-Handle 700 Percent More Requests Using Squid and APC Cache
Introduction: This post on www.ilovebonnie.net documents some impressive system performance improvements by the addition of Squid Cache (a caching proxy) and APC Cache (opcode cache for PHP). Apache is able to deliver roughly 700% more requests per second with Squid when serving 1KB and 100KB images. Server load is reduced using Squid because the server does not have to create a bunch of Apache processes to handle the requests. APC Cache took a system that could barely handle 10-20 requests per second to handling 50-60 requests per second. A 400% increase. APC allowed the load times to remain under 5 seconds even with 200 concurrent threads slamming on the server. These two caches are easy to setup and install and allow you to get a lot more performance out of them. The post has an in-depth discussion and a number of supporting charts. The primary point is how simple it can be to improve performance and scalability by adding caching.
3 0.5458799 996 high scalability-2011-02-28-A Practical Guide to Varnish - Why Varnish Matters
Introduction: This is a guest post by Jeff Su from Factual. What is Varnish? Varnish is an open source, high performance http accelerator that sits in front of a web stack and caches pages. This caching layer is very configurable and can be used for both static and dynamic content. One great thing about Varnish is that it can improve the performance of your website without requiring any code changes. If you haven’t heard of Varnish (or have heard of it, but haven’t used it), please read on. Adding Varnish to your stack can be completely noninvasive, but if you tweak your stack to play along with some of varnish’s more advanced features, you’ll be able to increase performance by orders of magnitude. Some of the high profile companies using Varnish include: Twitter , Facebook , Heroku and LinkedIn . Our Use Case One of Factual’s first high profile projects was Newsweek’s “America’s Best High Schools: The List” . After realizing that we had only a few weeks to increase our
4 0.5286234 518 high scalability-2009-02-22-Building and Scaling a Startup on Rails: 12 Things We Learned the Hard Way
Introduction: Garry Tan, cofounder of Posterous, lists 12 lessons for scaling that apply to more than just Rails. Use cloud storage for static files. Use HTTP Cache Control to tell the browser what it can cache. Use Sphinx for text search. Use InnoDB for more crash resistant and faster writes. Don't use textbook Rails ActiveRecord objects. Use New Relic to find exactly what is slow in your system. Use memcache later so you find your database bottlenecks now. Use mongrel proctitle to find your slow queries. You are only as fast as your slowest queries. Use asynchronous job queuing to do work in parallel. Use monitoring so you'll know when your site went down and why. Learn by reading the source code, fixing problems, and submitting them back to the community. Use new plugins. Old plugins can't be trusted. Use new information. Old information can't be trusted.
5 0.52820653 886 high scalability-2010-08-24-21 Quality Screencasts on Scaling Rails
Introduction: This a follow-up post to an earlier post on the Scaling Rails Screencast Series by Gregg Pollack , when there were only 13 screencasts, now there are 21. Eight more have been added on topics like load testing and database scaling. This series is of surprisingly high quality. While I didn't view every screencast, I sampled a large set and found them to have solid content and high production values. In fact, how did they make these things? The instructor moves around in a little box while the content flows around him. A very cool effect. But that wouldn't matter if the content didn't deliver, here's what's new: Episode #14 - Rack & Metal Episode #15 - Load Testing - Part 1 Episode #16 - Load Testing - Part 2 Episode #17 - Scaling Your Database - Part 1 Episode #18 - Scaling Your Database - Part 2 Episode #19 - On The Edge - Part 1 Episode #20 - On The Edge - Part 2 Episode #21 - On The Edge - Part 3 The courses while targeted at Rails are more generally applica
6 0.49459249 356 high scalability-2008-07-22-Scaling Bumper Sticker: A 1 Billion Page Per Month Facebook RoR App
7 0.48807204 404 high scalability-2008-10-06-Scalability for Startups: How to Grow Up without Blowing Up
8 0.47573146 506 high scalability-2009-02-03-10 More Rules for Even Faster Websites
9 0.47267359 1620 high scalability-2014-03-27-Strategy: Cache Stored Procedure Results
10 0.47240853 988 high scalability-2011-02-11-Stuff The Internet Says On Scalability For February 11, 2011
11 0.47196713 639 high scalability-2009-06-27-Scaling Twitter: Making Twitter 10000 Percent Faster
12 0.46833086 574 high scalability-2009-04-20-Some things about Memcached from a Twitter software developer
13 0.46352437 1311 high scalability-2012-08-24-Stuff The Internet Says On Scalability For August 24, 2012
14 0.46248397 230 high scalability-2008-01-29-Speed up (Oracle) database code with result caching
15 0.45255601 203 high scalability-2008-01-07-How Ruby on Rails Survived a 550k Pageview Digging
17 0.44367689 836 high scalability-2010-06-04-Strategy: Cache Larger Chunks - Cache Hit Rate is a Bad Indicator
18 0.43834373 908 high scalability-2010-09-28-6 Strategies for Scaling BBC iPlayer
19 0.43804714 1274 high scalability-2012-06-29-Stuff The Internet Says On Scalability For June 29, 2012 - The Velocity Edition
20 0.43106297 52 high scalability-2007-08-01-Product: Memcached
topicId topicWeight
[(1, 0.027), (2, 0.114), (59, 0.481), (79, 0.038), (85, 0.095)]
simIndex simValue blogId blogTitle
same-blog 1 0.83488226 530 high scalability-2009-03-11-13 Screencasts on How to Scale Rails
Introduction: Gregg Pollack has made 13 screen casts on how to scale rails: Episode #1 - Page Responsiveness Episode #2 - Page Caching Episode #3 - Cache Expiration Episode #4 - New Relic RPM Episode #5 - Advanced Page Caching Episode #6 - Action Caching Episode #7 - Fragment Caching Episode #8 - Memcached Episode #9 - Taylor Weibley & Databases Episode #10 - Client-side Caching Episode #11 - Advanced HTTP Caching Episode #12 - Jesse Newland & Deployment Episode #13 - Jim Gochee & Advanced RPM For a good InfoQ interview with Greg take a look at Gregg Pollack and the How-To of Scaling Rails .
2 0.69101179 656 high scalability-2009-07-16-Scalable Web Architectures and Application State
Introduction: In this article we follow a hypothetical programmer, Damian, on his quest to make his web application scalable. Read the full article on Bytepawn
3 0.56047255 1323 high scalability-2012-09-15-4 Reasons Facebook Dumped HTML5 and Went Native
Introduction: Facebook made quite a splash when they released their native iOS app , not because of their app per se, but because of their conclusion that their biggest mistake was betting on HTML5 , so they had to go native. As you might imagine this was a bit like telling a Great White Shark that its bark is worse than its bite. A common refrain was Facebook simply had made a bad HTML5 site, not that HTML5 itself is bad, as plenty of other vendors have made slick well performing mobile sites. An interesting and relevant conversation given the rising butt kickery of mobile. But we were lacking details. Now we aren't. If you were wondering just why Facebook ditched HTML5, Tobie Langel in Perf Feedback - What's slowing down Mobile Facebook , lists out the reasons: Tooling / Developer APIs . Most importantly, the lack of tooling to track down memory problems. Scrolling performance. Scrolling must be fast and smooth and full featured. It's not. GPU. A clunky API and black box ap
4 0.55430096 1314 high scalability-2012-08-30-Dramatically Improving Performance by Debugging Brutally Complex Prolems
Introduction: Debugging complex problems is 90% persistence and 50% cool tools. Brendan Gregg in 10 Performance Wins tells a fascinating story of how a team at Joyent solved some weird and challenging performance issues deep in the OS. It took lots of effort, DTrace , Flame Graphs , USE Method , and writing custom tools when necessary. Here's a quick summary of the solved cases: Monitoring. 1000x improvement . An application blocked while paging anonymous memory back in. It was also blocked during file system fsync() calls. The application was misconfigured and sometimes briefly exceeded available memory, getting page out. Riak. 2x improvement . The Erlang VM used half the CPU count it was supposed to, so CPUs remained unused. Fix was a configuration change. MySQL. 380x improvement . Reads were slow. Cause was correlated writes. Fix was to tune the cache flush interval on the storage controller. Various. 2800x improvement . Large systems calls to getvmusage() could take a few sec
5 0.55111569 1582 high scalability-2014-01-20-8 Ways Stardog Made its Database Insanely Scalable
Introduction: Stardog makes a commercial graph database that is a great example of what can be accomplished with a scale-up strategy on BigIron. In a recent article StarDog described how they made their new 2.1 release insanely scalable, improving query scalability by about 3 orders of magnitude and it can now handle 50 billion triples on a $10,000 server with 32 cores and 256 GB RAM. It can also load 20B datasets at 300,000 triples per second. What did they do that you can also do? Avoid locks by using non-blocking algorithms and data structures . For example, moving from BitSet to ConcurrentLinkedQueue. Use ThreadLocal aggressively to reduce thread contention and avoid synchronization . Batch LRU evictions in a single thread . Triggered by several LRU caches becoming problematic when evictions were being swamped by additions. Downside is batching increases memory pressure and GC times. Move to SHA1 for hashing URIs, bnodes, and literal values . Making hash collisions nearly imp
6 0.51225263 1536 high scalability-2013-10-23-Strategy: Use Linux Taskset to Pin Processes or Let the OS Schedule It?
7 0.48626471 1218 high scalability-2012-03-29-Strategy: Exploit Processor Affinity for High and Predictable Performance
8 0.42731568 850 high scalability-2010-06-30-Paper: GraphLab: A New Framework For Parallel Machine Learning
9 0.41509497 1281 high scalability-2012-07-11-FictionPress: Publishing 6 Million Works of Fiction on the Web
10 0.36287764 609 high scalability-2009-05-28-Scaling PostgreSQL using CUDA
11 0.34675404 1634 high scalability-2014-04-18-Stuff The Internet Says On Scalability For April 18th, 2014
12 0.34114414 1264 high scalability-2012-06-15-Cloud Bursting between AWS and Rackspace
13 0.31686467 1405 high scalability-2013-02-13-7 Sensible and 1 Really Surprising Way EVE Online Scales to Play Huge Games
14 0.31596994 1038 high scalability-2011-05-11-Troubleshooting response time problems – why you cannot trust your system metrics
15 0.30041274 1032 high scalability-2011-05-02-Stack Overflow Makes Slow Pages 100x Faster by Simple SQL Tuning
16 0.29894519 820 high scalability-2010-05-03-100 Node Hazelcast cluster on Amazon EC2
17 0.2965191 1579 high scalability-2014-01-14-SharePoint VPS solution
18 0.29501826 143 high scalability-2007-11-06-Product: ChironFS
19 0.29110226 1577 high scalability-2014-01-13-NYTimes Architecture: No Head, No Master, No Single Point of Failure
20 0.28987324 1239 high scalability-2012-05-04-Stuff The Internet Says On Scalability For May 4, 2012