<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
     xmlns:content="http://purl.org/rss/1.0/modules/content/"
     xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
     xmlns:atom="http://www.w3.org/2005/Atom"
     xmlns:dc="http://purl.org/dc/elements/1.1/"
     xmlns:wfw="http://wellformedweb.org/CommentAPI/"
     >
  <channel>
    <title>Where am I?</title>
    <link>http://blakeley.com/blogofile</link>
    <description>Performance, scalability, databases, and whatever comes up.</description>
    <pubDate>Fri, 07 Jul 2023 19:44:55 GMT</pubDate>
    <generator>Blogofile</generator>
    <sy:updatePeriod>hourly</sy:updatePeriod>
    <sy:updateFrequency>1</sy:updateFrequency>
    <item>
      <title>AWS and High-CPU Instances</title>
      <link>http://blakeley.com/blogofile/archives/558</link>
      <pubDate>Mon, 04 Jul 2011 09:52:16 UTC</pubDate>
      <category><![CDATA[Performance]]></category>
      <category><![CDATA[AWS]]></category>
      <category><![CDATA[Linux]]></category>
      <guid>http://blakeley.com/blogofile/archives/558</guid>
      <description>AWS and High-CPU Instances</description>
      <content:encoded><![CDATA[
When AWS EC2 tells you that "requested instance type (cc1.4xlarge) is not supported in your requested Availability Zone (us-east-1b)", what they really mean is that you are using the wrong AMI. Switch to an HVM AMI. This enables support within Xen for Hardware Virtual Machine (HVM), using AMD SVM or Intel VT-x instructions.<br/><br/>
]]></content:encoded>
    </item>
    <item>
      <title>Intel SSD 510</title>
      <link>http://blakeley.com/blogofile/archives/549</link>
      <pubDate>Wed, 02 Mar 2011 07:41:06 UTC</pubDate>
      <category><![CDATA[Performance]]></category>
      <guid>http://blakeley.com/blogofile/archives/549</guid>
      <description>Intel SSD 510</description>
      <content:encoded><![CDATA[
<p>
<a href="http://www.anandtech.com/print/4202">Intel's latest SSD</a> pricing isn't as much of a shift as I had hoped for. As I see it, they have gone from $2.75/GB to $2.50/GB for enterprise-class SSD devices, and capacities have grown to 230-GB per device. That's an improvement, and the performance looks good. The combination of SATA-3 and lower failure rates than consumer-grade SSD may also help justify the price.
</p>
<p>
While SSD is now the logical choice over 15k-rpm disks, very few deployments use those. Instead, 10k-rpm are the workhorse for disk-heavy enterprise applications. SSD is getting closer, but still costs at least twice as much. Brand-name 10k-rpm SATA disks are available for $0.72-$1 per GB, with capacities up to 600-GB per spindle. It will take a lot of performance-related pain to cross that gap.
</p>
]]></content:encoded>
    </item>
    <item>
      <title>LWN article on impact of hugepages</title>
      <link>http://blakeley.com/blogofile/archives/547</link>
      <pubDate>Tue, 22 Feb 2011 07:15:41 UTC</pubDate>
      <category><![CDATA[Performance]]></category>
      <category><![CDATA[Linux]]></category>
      <guid>http://blakeley.com/blogofile/archives/547</guid>
      <description>LWN article on impact of hugepages</description>
      <content:encoded><![CDATA[
<p>
Part 5 in a series by Mel Gorman describes how to <a href="http://lwn.net/Articles/379748/">measure the potential benefit from hugepages</a>. The results match up reasonably well with CPU-intensive synthetic benchmarks on linux, which tend to show 10-15% improvement over ordinary pages.
</p>
<p>
The larger impact may be to application environments under heavy memory pressure. The OS can swap everything else out, but hugepage allocations are pinned. This is a double-edged sword. Preventing swapping may benefit some environments (cf vm.swappiness). But imagine a situation where you have 8-GB RAM and designate 4-GB for huge pages, but only use 2-GB. Now the OS has only 4-GB to manage, and the free 2-GB in huge pages are effectively wasted. If the system comes under memory pressure, that could lead to swapping or activate the OOM killer.
</p>
]]></content:encoded>
    </item>
  </channel>
</rss>
