<?xml version="1.0" encoding="UTF-8"?>
<?xml-stylesheet type="text/css" href="/stylesheets/rss.css"?>
<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:trackback="http://madskills.com/public/xml/rss/module/trackback/">
  <channel>
    <title>Xblog: Article on Scalability</title>
    <link>http://xblog.xman.org/articles/2006/12/07/article-on-scalability</link>
    <language>en-us</language>
    <ttl>40</ttl>
    <description>hey, if it has a capital X in it, it has to be great!</description>
    <item>
      <title>Article on Scalability</title>
      <description>&lt;p&gt;Ran in to this nice &lt;a href="http://www.addsimplicity.com/adding_simplicity_an_engi/2006/11/you_scaled_your.html" title="You Scaled What?"&gt;little article from an eBay guy&lt;/a&gt; on scalability. I like a lot of the points raised, and it takes me back to my days as a consultant, particularly the first part where you ask questions like &amp;#8220;4X more scalable in what way?&amp;#8221;&lt;/p&gt;

&lt;p&gt;In fact, in a lot of ways if someone says &amp;#8220;4x more scalable&amp;#8221; you generally know they are full of it. What they generally mean is &amp;#8220;increased capacity 4x&amp;#8221; (which leads to the follow up question about what kind of capacity was actually increased), but since they aren&amp;#8217;t using those words, you have to think they are playing buzzword bingo, which is never a good sign.&lt;/p&gt;

&lt;p&gt;Occasionally they may actually mean 4x more scalable, but generally changes of scalability are spoken about in big O notation, but it is possible that you might improve scalability by modifying a constant factor. Not as impressive but it can still save you a ton of money.&lt;/p&gt;

&lt;p&gt;My one critique of this article is that it gets it&amp;#8217;s terms wrong. It&amp;#8217;s bad enough that the industry made up a term like &amp;#8220;scalability&amp;#8221;, but when we extend it to mean other things it makes it worse. The article describes &amp;#8220;TPS per system&amp;#8221; as one form of scalability improvement. I&amp;#8217;m sorry, that&amp;#8217;s improving &lt;em&gt;efficiency&lt;/em&gt;. I&amp;#8217;ll agree &lt;a href="http://xblog.xman.org/articles/2006/09/12/on-efficiency-scalability-and-the-wisdom-to-know-the-difference" title="On Efficiency, Scalability, and the Wisdom to Know The Difference"&gt;people often say &amp;#8220;scalability&amp;#8221; when they mean &amp;#8220;efficiency&amp;#8221;&lt;/a&gt;, but there is no need to compound the problem by saying so oneself.&lt;/p&gt;

&lt;p&gt;In general, this article is more focused on capacity than scalability (which is why working on efficiency helps to improve things). Capacity is often the more pressing concern, but to a large degree an architecture design with an eye towards scalability will help you to worry a lot less about capacity issues.&lt;/p&gt;</description>
      <pubDate>Thu, 07 Dec 2006 18:34:00 +0000</pubDate>
      <guid isPermaLink="false">urn:uuid:c22b1921-8036-4a36-adbd-5be883aff333</guid>
      <author>Christopher Smith</author>
      <link>http://xblog.xman.org/articles/2006/12/07/article-on-scalability</link>
      <category>Programming</category>
      <category>efficiency</category>
      <category>performance</category>
      <category>scalability</category>
      <category>eBay</category>
      <trackback:ping>http://xblog.xman.org/articles/trackback/1269</trackback:ping>
    </item>
  </channel>
</rss>
