high_scalability high_scalability-2010 high_scalability-2010-961 knowledge-graph by maker-knowledge-mining

961 high scalability-2010-12-21-SQL + NoSQL = Yes !


meta infos for this blog

Source: html

Introduction: This is a guest post by  Frédéric Faure  (architect at  Ysance ), you can follow him on  twitter . Data storage has always been one of the most difficult problems to address, especially as the quantity of stored data is constantly increasing. This is not simply due to the growing numbers of people regularly using the Internet, particularly with all the social networks, games and gizmos now available. Companies are also amassing more and more meticulous information relevant to their business, in order to optimize productivity and ROI (Return On Investment). I find the positioning of SQL and NoSQL (Not Only SQL) as opposites rather a shame: it’s true that the marketing wave of NoSQL has enabled the renewed promotion of a system that’s been around for quite a while, but which was only rarely considered in most cases, as after all, everything could be fitted into the « good old SQL model ». The reverse trend of wanting to make everything fit the NoSQL model is not very p


Summary: the most important sentenses genereted by tfidf model

sentIndex sentText sentNum sentScore

1 A so-called SQL database is a structured relational storage system: “structured” means that an ensemble of attributes (columns) which will contain data (values) will correspond to a single or composite key. [sent-8, score-0.4]

2 A relationship is therefore established between these two tables and repetition of the same information in all the lines of the table is avoided. [sent-11, score-0.343]

3 Functional features are structured and modeled in the database… NoSQL is a structured database which enables access to stored data via a simple key. [sent-12, score-0.394]

4 It is therefore possible to execute SQL-type conditional requests and thus recover information or compile statistics by using WHERE clauses. [sent-26, score-0.41]

5 The write performances will be unitarily better with a NoSQL tool (as opposed to a SQL tool with an equivalent data set on a key-value(s) model), but it doesn’t do everything, as we will see later. [sent-29, score-0.398]

6 I’m deliberately not talking about cache systems at this point, even if the cache would be genuinely useful in this case for the elements which tend to be accessed in read, therefore for the SQL part. [sent-30, score-0.507]

7 If it doesn’t have relational databases with integrated business / functional notions (object modelisation), I wouldn’t even attempt to touch it with a barge pole. [sent-33, score-0.378]

8 This enables Memcached to be deleted and you therefore no longer have to manage the problem of data inconsistency between Memcached and the MySQL database, and you can make the best use of the RAM by only using the InnoDB buffer pool. [sent-48, score-0.404]

9 This means, therefore, that if the data don’t all (or nearly all) fit into the memory and that you must therefore create a reasonable number of disk accesses (read, or, even worse… write! [sent-55, score-0.437]

10 Don’t underestimate the importance of the functional analysis of the data that you will put in the NoSQL database either. [sent-79, score-0.246]

11 A cache will always be useful, no matter what type of database you’re using (SQL or NoSQL) and will always be used in the case of data accessed essentially in read. [sent-103, score-0.274]

12 NoSQL databases often work in memory and even offer full memory modes (like a cache but without TTL and with the possibility of replication on a slave which writes to disk). [sent-104, score-0.314]

13 However, even with a cache that is sufficiently dimensioned, the requests still cost them processing time (CPU), bandwith, etc. [sent-106, score-0.246]

14 The purpose of a pure cache (with TTL hit management) in front will be to relieve the database, no matter which kind, of the burden of any read possible, in order to let it concentrate on the write requests or sending back the more dynamic/volatile data in read. [sent-107, score-0.426]

15 So, a cache can be placed equally in front of an SQL or a NoSQL base in order to economize resources. [sent-108, score-0.256]

16 As soon as disk accesses become necessary, whether because the dataset in read does not fit in memory or because there is a high number of writes, performance will be poorer, and a bottleneck will occur at the OS/hardware level via the disk IOs . [sent-115, score-0.242]

17 Don’t underestimate the importance of the functional specifications of the data that you will load into the NoSQL database, either. [sent-117, score-0.254]

18 In the HandlerSocket example, the point is above all to unify the data cache in a single location (the InnoDB buffer pool) in order to ensure the consistency of the data without necessarily compromising on the performance provided by a Memcached. [sent-122, score-0.332]

19 There is an interesting variety of NoSQL databases with specific functionalities, but be careful: having extra functionalities means less efficient response times than with the standard key-value(s). [sent-123, score-0.222]

20 Take for example the API « Table » of Tokyo Cabinet, which enables management of conditional requests, or even the geospatial functionalities of MongoDB. [sent-124, score-0.41]


similar blogs computed by tfidf model

tfidf for this blog:

wordName wordTfidf (topN-words)

[('nosql', 0.277), ('sql', 0.24), ('handlersocket', 0.218), ('tokyo', 0.213), ('therefore', 0.205), ('innodb', 0.159), ('cabinet', 0.155), ('table', 0.138), ('functionalities', 0.137), ('conditional', 0.122), ('economize', 0.12), ('performances', 0.115), ('functional', 0.111), ('structured', 0.098), ('relational', 0.094), ('tyrant', 0.091), ('cases', 0.089), ('even', 0.088), ('databases', 0.085), ('disk', 0.084), ('filesystem', 0.083), ('requests', 0.083), ('specifications', 0.083), ('ttl', 0.081), ('ios', 0.078), ('function', 0.076), ('buffer', 0.076), ('database', 0.075), ('tool', 0.075), ('cache', 0.075), ('read', 0.074), ('model', 0.073), ('correspond', 0.073), ('kyoto', 0.073), ('write', 0.073), ('parsing', 0.072), ('occurrences', 0.068), ('writes', 0.066), ('particularly', 0.066), ('bandwith', 0.065), ('miracle', 0.065), ('mysql', 0.064), ('case', 0.064), ('enables', 0.063), ('gaming', 0.063), ('following', 0.063), ('clauses', 0.063), ('memcached', 0.063), ('order', 0.061), ('data', 0.06)]

similar blogs list:

simIndex simValue blogId blogTitle

same-blog 1 0.99999952 961 high scalability-2010-12-21-SQL + NoSQL = Yes !

Introduction: This is a guest post by  Frédéric Faure  (architect at  Ysance ), you can follow him on  twitter . Data storage has always been one of the most difficult problems to address, especially as the quantity of stored data is constantly increasing. This is not simply due to the growing numbers of people regularly using the Internet, particularly with all the social networks, games and gizmos now available. Companies are also amassing more and more meticulous information relevant to their business, in order to optimize productivity and ROI (Return On Investment). I find the positioning of SQL and NoSQL (Not Only SQL) as opposites rather a shame: it’s true that the marketing wave of NoSQL has enabled the renewed promotion of a system that’s been around for quite a while, but which was only rarely considered in most cases, as after all, everything could be fitted into the « good old SQL model ». The reverse trend of wanting to make everything fit the NoSQL model is not very p

2 0.30760345 881 high scalability-2010-08-16-Scaling an AWS infrastructure - Tools and Patterns

Introduction: This is a guest post by  Frédéric Faure  (architect at  Ysance ), you can follow him on  twitter . How do you scale an AWS (Amazon Web Services) infrastructure? This article will give you a detailed reply in two parts: the tools you can use to make the most of Amazon’s dynamic approach, and the architectural model you should adopt for a scalable infrastructure. I base my report on my experience gained in several AWS production projects in casual gaming (Facebook), e-commerce infrastructures and within the mainstream GIS (Geographic Information System). It’s true that my experience in gaming ( IsCool, The Game ) is currently the most representative in terms of scalability, due to the number of users (over 800 thousand DAU – daily active users – at peak usage and over 20 million page views every day), however my experiences in e-commerce and GIS (currently underway) provide a different view of scalability, taking into account the various problems of availability and da

3 0.28083515 954 high scalability-2010-12-06-What the heck are you actually using NoSQL for?

Introduction: It's a truism that we should choose the right tool for the job . Everyone says that. And who can disagree? The problem is this is not helpful advice without being able to answer more specific questions like: What jobs are the tools good at? Will they work on jobs like mine? Is it worth the risk to try something new when all my people know something else and we have a deadline to meet? How can I make all the tools work together? In the NoSQL space this kind of real-world data is still a bit vague. When asked, vendors tend to give very general answers like NoSQL is good for BigData or key-value access. What does that mean for for the developer in the trenches faced with the task of solving a specific problem and there are a dozen confusing choices and no obvious winner? Not a lot. It's often hard to take that next step and imagine how their specific problems could be solved in a way that's worth taking the trouble and risk. Let's change that. What problems are you using NoSQL to sol

4 0.25402781 931 high scalability-2010-10-28-Notes from A NOSQL Evening in Palo Alto

Introduction: I along with 180 other people and veritable who's who of NoSQL vendors, attended the  A NoSQL Evening in Palo Alto  NoSQL Meetup on Tuesday. The format was a panel of 10 vendors--10gen, Basho, CouchOne, Cloudant, Cloudera, GoGrid, InfiniteGraph, Membase, Riptano, Scality--sitting in two rows of chairs in front of what seemed like a pretty diverse audience. Tim Anglade (founder, A NOSQL Summer) moderated. Tim kept things moving by asking a few leading questions and the panel chimed in with answers. Quite a few questions came from the audience, which was refreshing.  Overall a genial evening with some good discussion. I was pleased that the panel members didn't just automatically slip into marketing speak. Most of the discussions were on point rather than just another excuse to hit the talking points. There were some complaints about the talk not being technical enough, but I don't think that was really the purpose of this kind of talk. The panel format is excellent at giving a wide ra

5 0.25097057 739 high scalability-2009-11-09-10 NoSQL Systems Reviewed

Introduction: Jonathan Ellis  reviews in the NoSQL Ecosystem  the origin of the NoSQL movement and 10 different NoSQL products and how their 1) support for multiple datacenters,  2) the ability to add new machines to a live cluster transparently to the your applications, 3) Data Model, 4) Query API, 5) Persistence Design. The 10 systems reviewed are: Cassandra, CouchDB, HBase, MongoDB, Neo4J, Redis, Riak, Scalaris, Tokyo Cabinet, Voldemort. A very thorough and thoughtful article on the entire NoSQL space. It's clear from the article that NoSQL is not monolithic, there is a very wide variety of approaches to not being a relational database. Related Articles NOSQL = Not Only SQL? . Google Groups thread on talking about the appropriateness of NoSQL as a label. The "NoSQL" Discussion has Nothing to Do With SQL  by Michael Stonebraker. HBase vs. Cassandra: NoSQL Battle!  by Bradford. Predictions on the future of NoSQL  by Aleksander Kmetec.

6 0.1959784 538 high scalability-2009-03-16-Are Cloud Based Memory Architectures the Next Big Thing?

7 0.19378699 1064 high scalability-2011-06-20-35+ Use Cases for Choosing Your Next NoSQL Database

8 0.18700461 1085 high scalability-2011-07-25-Is NoSQL a Premature Optimization that's Worse than Death? Or the Lady Gaga of the Database World?

9 0.18476787 853 high scalability-2010-07-08-Cloud AWS Infrastructure vs. Physical Infrastructure

10 0.17689097 1508 high scalability-2013-08-28-Sean Hull's 20 Biggest Bottlenecks that Reduce and Slow Down Scalability

11 0.17385235 670 high scalability-2009-08-05-Anti-RDBMS: A list of distributed key-value stores

12 0.17363131 849 high scalability-2010-06-28-VoltDB Decapitates Six SQL Urban Myths and Delivers Internet Scale OLTP in the Process

13 0.17339267 875 high scalability-2010-08-09-NoSQL on the Microsoft Platform

14 0.16867432 920 high scalability-2010-10-15-Troubles with Sharding - What can we learn from the Foursquare Incident?

15 0.16633391 729 high scalability-2009-10-28-And the winner is: MySQL or Memcached or Tokyo Tyrant?

16 0.16465148 360 high scalability-2008-08-04-A Bunch of Great Strategies for Using Memcached and MySQL Better Together

17 0.15858804 935 high scalability-2010-11-05-Hot Scalability Links For November 5th, 2010

18 0.15844646 930 high scalability-2010-10-28-NoSQL Took Away the Relational Model and Gave Nothing Back

19 0.15478233 545 high scalability-2009-03-19-Product: Redis - Not Just Another Key-Value Store

20 0.15063772 1529 high scalability-2013-10-08-F1 and Spanner Holistically Compared


similar blogs computed by lsi model

lsi for this blog:

topicId topicWeight

[(0, 0.293), (1, 0.153), (2, -0.033), (3, 0.005), (4, 0.07), (5, 0.222), (6, -0.029), (7, -0.1), (8, -0.02), (9, -0.084), (10, -0.022), (11, -0.03), (12, -0.039), (13, 0.088), (14, -0.004), (15, -0.024), (16, 0.025), (17, 0.003), (18, -0.052), (19, -0.047), (20, -0.051), (21, -0.111), (22, 0.087), (23, 0.005), (24, 0.146), (25, -0.013), (26, -0.083), (27, -0.029), (28, -0.082), (29, -0.121), (30, -0.027), (31, 0.051), (32, 0.058), (33, 0.03), (34, 0.014), (35, 0.003), (36, 0.042), (37, -0.032), (38, 0.002), (39, -0.021), (40, 0.045), (41, -0.018), (42, -0.004), (43, -0.064), (44, -0.034), (45, 0.038), (46, -0.043), (47, -0.025), (48, -0.002), (49, 0.055)]

similar blogs list:

simIndex simValue blogId blogTitle

same-blog 1 0.97607929 961 high scalability-2010-12-21-SQL + NoSQL = Yes !

Introduction: This is a guest post by  Frédéric Faure  (architect at  Ysance ), you can follow him on  twitter . Data storage has always been one of the most difficult problems to address, especially as the quantity of stored data is constantly increasing. This is not simply due to the growing numbers of people regularly using the Internet, particularly with all the social networks, games and gizmos now available. Companies are also amassing more and more meticulous information relevant to their business, in order to optimize productivity and ROI (Return On Investment). I find the positioning of SQL and NoSQL (Not Only SQL) as opposites rather a shame: it’s true that the marketing wave of NoSQL has enabled the renewed promotion of a system that’s been around for quite a while, but which was only rarely considered in most cases, as after all, everything could be fitted into the « good old SQL model ». The reverse trend of wanting to make everything fit the NoSQL model is not very p

2 0.81855255 872 high scalability-2010-08-05-Pairing NoSQL and Relational Data Storage: MySQL with MongoDB

Introduction: I’ve largely steered clear of publicly commenting on the “NoSQL vs. Relational” conflict. Keeping in mind that this argument is more about currently available solutions and the features their developers have chosen to build in, I’d like to dig into this and provide a decidedly neutral viewpoint. In fact, by erring on the side of caution, I’ve inadvertently given myself plenty of time to consider the pros and cons of both data storage approaches, and although my mind was initially swaying toward the NoSQL camp, I can say with a fair amount of certainty, that I’ve found a good compromise.  You can read the full store here .

3 0.80763185 737 high scalability-2009-11-05-A Yes for a NoSQL Taxonomy

Introduction: NorthScale's Steven Yen in his highly entertaining  NoSQL is a Horseless Carriage  presentation has come up with a NoSQL taxonomy that thankfully focuses a little more on what NoSQL is, than what it isn't : key‐value‐cache memcached, repcached, coherence, infinispan, eXtreme scale, jboss cache, velocity, terracoqa  key‐value‐store keyspace, flare, schema‐free, RAMCloud eventually‐consistent key‐value‐store dynamo, voldemort, Dynomite, SubRecord, Mo8onDb, Dovetaildb ordered‐key‐value‐store tokyo tyrant, lightcloud, NMDB, luxio, memcachedb, actord data‐structures server  redis tuple‐store gigaspaces, coord, apache river object database ZopeDB, db4o, Shoal document store  CouchDB, Mongo, Jackrabbit, XML Databases, ThruDB, CloudKit, Perservere, Riak Basho, Scalaris wide columnar store BigTable, Hbase, Cassandra, Hypertable, KAI, OpenNeptune, Qbase, KDI "Who will win?"

4 0.80261481 1054 high scalability-2011-06-06-NoSQL Pain? Learn How to Read-write Scale Without a Complete Re-write

Introduction: Lately I've been reading more cases were different people have started to realize the limitations of the NoSQL promise to database scalability. Note the references below: Why does Quora use MySQL as the data store instead of NoSQLs such as Cassandra, MongoDB, CouchDB etc? Why did Diaspora abandon MongoDB for MySQL? How scalable is CouchDB in practice, not just in theory? Take MongoDB for example. It's damn fast, but it doesn't really know how to save data reliably to disk. I've had it set up in a replica pair to mitigate that risk. Guess what - both servers in the pair failed and corrupted their data files at the same day. It appears that for many, the switch to NoSQL can be rather painful. IMO that doesn't necessarily mean that NoSQL is wrong in general, but it's a combination of 1) lack of maturity 2) not the right tool for the job. That brings the question of what's the alternative solution? In the following post I tried to summarize the lessons from

5 0.79864013 867 high scalability-2010-07-27-YeSQL: An Overview of the Various Query Semantics in the Post Only-SQL World

Introduction: The NoSQL movement faults the SQL query language as the source of many of the scalability issues that we face today with traditional database approach. I think that the main reason so many people have come to see SQL as the source of all evil is the fact that, traditionally, the query language was burned into the database implementation. So by saying NoSQL you basically say "No" to the traditional non-scalable RDBMS implementations. This view has brought on a flood of alternative query languages, each aiming to solve a different aspect that is missing in the traditional SQL query approach, such as a document model, or that provides a simpler approach, such as Key/Value query. Most of the people I speak with seem fairly confused on this subject, and tend to use query semantics and architecture interchangeably. In Part I of this post i tried to provide quick overview of what each query term stands for in the context of the NoSQL world . Part II  illustrates those ide

6 0.79539925 931 high scalability-2010-10-28-Notes from A NOSQL Evening in Palo Alto

7 0.79458511 1018 high scalability-2011-04-07-Paper: A Co-Relational Model of Data for Large Shared Data Banks

8 0.79231775 779 high scalability-2010-02-16-Seven Signs You May Need a NoSQL Database

9 0.7891013 1025 high scalability-2011-04-16-The NewSQL Market Breakdown

10 0.77899897 654 high scalability-2009-07-09-No to SQL? Anti-database movement gains steam – My Take

11 0.77857691 935 high scalability-2010-11-05-Hot Scalability Links For November 5th, 2010

12 0.77416223 849 high scalability-2010-06-28-VoltDB Decapitates Six SQL Urban Myths and Delivers Internet Scale OLTP in the Process

13 0.76644695 954 high scalability-2010-12-06-What the heck are you actually using NoSQL for?

14 0.75710881 670 high scalability-2009-08-05-Anti-RDBMS: A list of distributed key-value stores

15 0.75235611 1064 high scalability-2011-06-20-35+ Use Cases for Choosing Your Next NoSQL Database

16 0.75103831 930 high scalability-2010-10-28-NoSQL Took Away the Relational Model and Gave Nothing Back

17 0.74608648 655 high scalability-2009-07-12-SPHiveDB: A mixture of the Key-Value Store and the Relational Database.

18 0.74009931 1304 high scalability-2012-08-14-MemSQL Architecture - The Fast (MVCC, InMem, LockFree, CodeGen) and Familiar (SQL)

19 0.73941088 1092 high scalability-2011-08-04-Jim Starkey is Creating a Brave New World by Rethinking Databases for the Cloud

20 0.73937654 885 high scalability-2010-08-23-Building a Scalable Key-Value Database: Project Hydracus


similar blogs computed by lda model

lda for this blog:

topicId topicWeight

[(1, 0.141), (2, 0.212), (10, 0.05), (20, 0.093), (30, 0.031), (40, 0.016), (47, 0.03), (61, 0.136), (77, 0.021), (79, 0.091), (85, 0.047), (94, 0.028)]

similar blogs list:

simIndex simValue blogId blogTitle

same-blog 1 0.95936877 961 high scalability-2010-12-21-SQL + NoSQL = Yes !

Introduction: This is a guest post by  Frédéric Faure  (architect at  Ysance ), you can follow him on  twitter . Data storage has always been one of the most difficult problems to address, especially as the quantity of stored data is constantly increasing. This is not simply due to the growing numbers of people regularly using the Internet, particularly with all the social networks, games and gizmos now available. Companies are also amassing more and more meticulous information relevant to their business, in order to optimize productivity and ROI (Return On Investment). I find the positioning of SQL and NoSQL (Not Only SQL) as opposites rather a shame: it’s true that the marketing wave of NoSQL has enabled the renewed promotion of a system that’s been around for quite a while, but which was only rarely considered in most cases, as after all, everything could be fitted into the « good old SQL model ». The reverse trend of wanting to make everything fit the NoSQL model is not very p

2 0.95646733 1566 high scalability-2013-12-18-How to get started with sizing and capacity planning, assuming you don't know the software behavior?

Introduction: Here's a common situation and question from the mechanical-sympathy Google group by Avinash Agrawal on the black art of capacity planning: How to get started with sizing and capacity planning, assuming we don't know the software behavior and its completely new product to deal with? Gil Tene , Vice President of Technology and CTO & Co-Founder, wrote a very  understandable and useful answer  that is worth highlighting: Start with requirements. I see way too many "capacity planning" exercises that go off spending weeks measuring some irrelevant metrics about a system (like how many widgets per hour can this thing do) without knowing what they actually need it to do. There are two key sets of metrics to state here: the "how much" set and the "how bad" set: In the "How Much" part, you need to establish, based on expected business needs, Numbers for things (like connections, users, streams, transactions or messages per second) that you expect to interact with at the peak t

3 0.95000666 998 high scalability-2011-03-03-Stack Overflow Architecture Update - Now at 95 Million Page Views a Month

Introduction: A lot has happened since my first article on the  Stack Overflow Architecture . Contrary to the theme of that last article, which lavished attention on Stack Overflow's dedication to a scale-up strategy, Stack Overflow has both grown up and out in the last few years. Stack Overflow has grown up by more then doubling in size to over 16 million users and multiplying its number of page views nearly 6 times to 95 million page views a month.   Stack Overflow has grown out by expanding into the Stack Exchange Network , which includes Stack Overflow, Server Fault, and Super User for a grand total of 43 different sites. That's a lot of fruitful multiplying going on. What hasn't changed is Stack Overflow's openness about what they are doing. And that's what prompted this update. A recent series of posts talks a lot about how they've been handling their growth:  Stack Exchange’s Architecture in Bullet Points ,  Stack Overflow’s New York Data Center ,  Designing For Scalability of Manageme

4 0.94989181 1596 high scalability-2014-02-14-Stuff The Internet Says On Scalability For February 14th, 2014

Introduction: Hey, it's HighScalability time: Climbing the World's Second Tallest Building 5 billion : Number of phone records NSA collects per day; Facebook : 1.23 billion users, 201.6 billion friend connections, 400 billion shared photos, and 7.8 trillion messages sent since the start of 2012. Quotable Quotes: @ShrikanthSS : people repeatedly underestimate the cost of busy waits @mcclure111 : Learning today java․net․URL․equals is a blocking operation that hits the network shook me badly. I don't know if I can trust the world now. @hui_kenneth : @randybias: “3 ways 2 be market leader - be 1st, be best, or be cheapest. #AWS was all 3. Now #googlecloud may be best & is the cheapest.” @thijs : The nice thing about Paper is that we can point out to clients that it took 18 experienced designers and developers two years to build. @neil_conway : My guess is that the split between Spanner and F1 is a great example of Conway's Law. How F

5 0.94703454 1440 high scalability-2013-04-15-Scaling Pinterest - From 0 to 10s of Billions of Page Views a Month in Two Years

Introduction: Pinterest has been riding an exponential growth curve, doubling every month and half. They've gone from 0 to 10s of billions of page views a month in two years, from 2 founders and one engineer to over 40 engineers, from one little MySQL server to 180 Web Engines, 240 API Engines, 88 MySQL DBs (cc2.8xlarge) + 1 slave each, 110 Redis Instances, and 200 Memcache Instances.Stunning growth. So what's Pinterest's story? To tell their story we have our bards, Pinterest'sYashwanth NelapatiandMarty Weiner, who tell the dramatic story of Pinterest's architecture evolution in a talk titledScaling Pinterest. This is the talk they would have liked to hear a year and half ago when they were scaling fast and there were a lot of options to choose from. And they made a lot of incorrect choices.This is a great talk. It's full of amazing details. It's also very practical, down to earth, and it contains strategies adoptable by nearly anyone. Highly recommended.Two of my favorite lessons from the talk:Arc

6 0.94522697 714 high scalability-2009-10-02-HighScalability has Moved to Squarespace.com!

7 0.94515359 856 high scalability-2010-07-12-Creating Scalable Digital Libraries

8 0.94446135 331 high scalability-2008-05-27-eBay Architecture

9 0.94438767 152 high scalability-2007-11-13-Flickr Architecture

10 0.94324976 825 high scalability-2010-05-10-Sify.com Architecture - A Portal at 3900 Requests Per Second

11 0.94289762 1089 high scalability-2011-07-29-Stuff The Internet Says On Scalability For July 29, 2011

12 0.94287032 950 high scalability-2010-11-30-NoCAP – Part III – GigaSpaces clustering explained..

13 0.94161022 1147 high scalability-2011-11-25-Stuff The Internet Says On Scalability For November 25, 2011

14 0.94109488 931 high scalability-2010-10-28-Notes from A NOSQL Evening in Palo Alto

15 0.93958867 1586 high scalability-2014-01-28-How Next Big Sound Tracks Over a Trillion Song Plays, Likes, and More Using a Version Control System for Hadoop Data

16 0.93903822 1302 high scalability-2012-08-10-Stuff The Internet Says On Scalability For August 10, 2012

17 0.93890232 106 high scalability-2007-10-02-Secrets to Fotolog's Scaling Success

18 0.93866682 1228 high scalability-2012-04-16-Instagram Architecture Update: What’s new with Instagram?

19 0.93833071 1609 high scalability-2014-03-11-Building a Social Music Service Using AWS, Scala, Akka, Play, MongoDB, and Elasticsearch

20 0.93796265 383 high scalability-2008-09-10-Shard servers -- go big or small?