<?xml version="1.0" encoding="UTF-8"?>
 <rdf:RDF xmlns="http://purl.org/rss/1.0/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:cc="http://web.resource.org/cc/" xmlns:syn="http://purl.org/rss/1.0/modules/syndication/" xmlns:admin="http://webns.net/mvcb/">
  <channel rdf:about="http://pinboard.in">
    <title>Pinboard (sogrady)</title>
    <link>https://pinboard.in/u:sogrady/public/</link>
    <description>recent bookmarks from sogrady</description>
    <items>
      <rdf:Seq>	<rdf:li rdf:resource="http://www.thedailybeast.com/blogs-and-stories/2010-07-21/will-microsoft-ceo-steve-ballmer-be-fired-for-low-stock-price/full/"/>
	<rdf:li rdf:resource="http://royal.pingdom.com/2010/06/18/the-software-behind-facebook/"/>
	<rdf:li rdf:resource="http://pl.atyp.us/wordpress/?p=2947"/>
	<rdf:li rdf:resource="http://davidcancel.com/is-hadoop-performance-optimization-the-next-big-thing/"/>
	<rdf:li rdf:resource="http://groups.google.com/group/unladen-swallow/browse_thread/thread/4edbc406f544643e?pli=1"/>
	<rdf:li rdf:resource="http://www.mongodb.org/display/DOCS/Comparing+Mongo+DB+and+Couch+DB"/>
	<rdf:li rdf:resource="http://blog.digg.com/?p=966"/>
	<rdf:li rdf:resource="http://blog.vlad1.com/2009/07/27/startup-part-1/"/>
	<rdf:li rdf:resource="http://www.linux-mag.com/id/7379/1/"/>
	<rdf:li rdf:resource="http://jpipes.com/index.php?/archives/288-Small-but-steady-progress-in-improving-Drizzle-performance.html"/>
	<rdf:li rdf:resource="http://www.nytimes.com/2009/04/01/sports/baseball/01umpires.html?_r=1&amp;hpw"/>
	<rdf:li rdf:resource="http://jeremy.zawodny.com/blog/archives/010841.html"/>
	<rdf:li rdf:resource="http://www.37signals.com/svn/posts/1509-mr-moore-gets-to-punt-on-sharding"/>
	<rdf:li rdf:resource="http://almaer.com/blog/being-a-power-user-really-sucks-sometimes-as-iphone-22-reminds-me"/>
	<rdf:li rdf:resource="http://www.phoronix.com/scan.php?page=article&amp;item=ubuntu_macosx&amp;num=9"/>
	<rdf:li rdf:resource="http://lwn.net/SubscriberLink/299483/fa0208e48cf3eeac/"/>
	<rdf:li rdf:resource="http://altj.org/content/performance-increase-amazons-ebs-persistent-storage"/>
	<rdf:li rdf:resource="http://roy.gbiv.com/untangled/2008/paper-tigers-and-hidden-dragons"/>
	<rdf:li rdf:resource="http://coreygilmore.com/blog/2008/06/02/is-twitters-downtime-and-latency-a-good-thing/"/>
	<rdf:li rdf:resource="http://webkit.org/blog/189/announcing-squirrelfish/"/>
	<rdf:li rdf:resource="http://blog.amber.org/2008/06/01/sacred-cows/"/>
	<rdf:li rdf:resource="http://headius.blogspot.com/2008/06/maglev.html"/>
	<rdf:li rdf:resource="http://shaver.off.net/diary/2008/05/25/fsyncers-and-curveballs/"/>
	<rdf:li rdf:resource="http://blog.amber.org/2008/05/21/lotus-notes-8-first-impressions/"/>
	<rdf:li rdf:resource="http://ma.tt/2008/05/infrastructure-as-competitive-advantage/"/>
	<rdf:li rdf:resource="http://groups.google.com/group/google-appengine/browse_frm/thread/b5696cc608bf76f9/afec4fdd936fa3ee?lnk=gst&amp;q=slow+database#"/>
	<rdf:li rdf:resource="http://ajaxian.com/archives/firefox-3-performance-numbers"/>
	<rdf:li rdf:resource="http://mashable.com/2008/02/28/safari-faster-firefox/"/>
	<rdf:li rdf:resource="http://www.engadget.com/2008/02/13/vista-sp1-doesnt-significantly-boost-performance-slows-down-ce/"/>
	<rdf:li rdf:resource="http://cfis.savagexi.com/articles/2008/02/02/must-read-rails-performance-article"/>
	<rdf:li rdf:resource="http://googlesystem.blogspot.com/2008/01/google-reveals-more-mapreduce-stats.html"/>
	<rdf:li rdf:resource="http://aws.typepad.com/aws/2008/01/increasing-s3-d.html"/>
	<rdf:li rdf:resource="http://www.zedshaw.com/rants/rails_is_a_ghetto.html"/>
	<rdf:li rdf:resource="http://tirania.org/blog/archive/2007/Dec-28.html"/>
	<rdf:li rdf:resource="http://antoniocangiano.com/2007/12/03/the-great-ruby-shootout/"/>
	<rdf:li rdf:resource="http://www.0xdeadbeef.com/weblog/?p=317"/>
	<rdf:li rdf:resource="http://varnish.projects.linpro.no/"/>
	<rdf:li rdf:resource="http://www.flickr.com/photos/8821087@N07/1432492939/"/>
	<rdf:li rdf:resource="http://www.squarefree.com/2007/09/20/firefox-memory-usage-and-memory-leak-news/"/>
	<rdf:li rdf:resource="http://blogs.sun.com/ahl/entry/dtrace_for_ruby_at_oscon"/>
	<rdf:li rdf:resource="http://cfis.savagexi.com/articles/2007/07/18/making-rails-go-vroom"/>
	<rdf:li rdf:resource="http://joyeur.com/2007/07/16/just-what-web-server-should-be-sitting-in-front-of-my-rails-application"/>
	<rdf:li rdf:resource="http://blog.leetsoft.com/2007/5/22/the-secret-to-memcached"/>
	<rdf:li rdf:resource="http://benfry.com/salaryper/"/>
	<rdf:li rdf:resource="http://joyeur.com/2007/05/07/dtrace-for-ruby-is-available"/>
	<rdf:li rdf:resource="http://tomayko.com/weblog/2007/04/13/rails-multiple-connections"/>
	<rdf:li rdf:resource="http://www.loudthinking.com/arc/000608.html"/>
	<rdf:li rdf:resource="http://www.radicalbehavior.com/5-question-interview-with-twitter-developer-alex-payne/"/>
	<rdf:li rdf:resource="http://port25.technet.com/archive/2007/03/16/mysql-on-windows-configuration-install.aspx"/>
	<rdf:li rdf:resource="http://www.theopenforce.com/2007/03/zendcore_20_int.html"/>
	<rdf:li rdf:resource="http://www.rkblog.rk.edu.pl/w/p/django-nginx/"/>
	<rdf:li rdf:resource="http://www.gregwhitescarver.com/blog/2007/02/03/scaling-mysql-thoughts-on-replication-sharding-and-mysql-cluster/"/>
	<rdf:li rdf:resource="http://forums.mozillazine.org/viewtopic.php?p=2616758#2616758"/>
	<rdf:li rdf:resource="http://blogs.sun.com/bmc/entry/dtrace_on_rails_reprise"/>
	<rdf:li rdf:resource="http://www.gnome.org/~michael/activity.html#2006-10-05"/>
	<rdf:li rdf:resource="http://blogs.sun.com/GullFOSS/entry/what_can_openoffice_org_learn"/>
	<rdf:li rdf:resource="http://headius.blogspot.com/2006/09/performance-progress-since-090.html"/>
	<rdf:li rdf:resource="http://blog.zenspider.com/archives/2006/09/recursive_functions_in_rubyinline.html"/>
	<rdf:li rdf:resource="http://duimovich.blogspot.com/2006/09/performance-is-not-optional.html"/>
	<rdf:li rdf:resource="http://talklikeaduck.denhaven2.com/articles/2006/09/26/performance-anxiety"/>
	<rdf:li rdf:resource="http://steve-yegge.blogspot.com/2006/09/bloggers-block-4-ruby-and-java-and.html"/>
	<rdf:li rdf:resource="http://blogs.sun.com/brendan/entry/dtrace_meets_javascript"/>
	<rdf:li rdf:resource="http://www.baus.net/dynamic-list-performance"/>
	<rdf:li rdf:resource="http://www.tbray.org/ongoing/When/200x/2006/07/17/No-Databases"/>
	<rdf:li rdf:resource="http://wiki.rubyonrails.com/rails/pages/Framework+Performance"/>
	<rdf:li rdf:resource="http://feh.holsman.net/articles/2006/06/28/memcached-performance"/>
	<rdf:li rdf:resource="http://lists.danga.com/pipermail/memcached/2006-June/002384.html"/>
	<rdf:li rdf:resource="http://www.stdlib.net/~colmmacc/2006/03/23/niagara-vs-ftpheanetie-showdown/"/>
	<rdf:li rdf:resource="http://www.gnome.org/~davyd/gnome-2-14/"/>
	<rdf:li rdf:resource="http://kontrawize.blogs.com/kontrawize/2006/01/i_can_still_rem.html"/>
      </rdf:Seq>
    </items>
  </channel><item rdf:about="http://www.thedailybeast.com/blogs-and-stories/2010-07-21/will-microsoft-ceo-steve-ballmer-be-fired-for-low-stock-price/full/">
    <title>Will Microsoft CEO, Steve Ballmer, Be Fired for Low Stock Price? - The Daily Beast</title>
    <dc:date>2010-07-22T22:02:58+00:00</dc:date>
    <link>http://www.thedailybeast.com/blogs-and-stories/2010-07-21/will-microsoft-ceo-steve-ballmer-be-fired-for-low-stock-price/full/</link>
    <dc:creator>sogrady</dc:creator><description><![CDATA[fairly or unfairly, the share price performance has been unimpressive during the entirety of his tenure. presumably that will have to change one way or another.
]]></description>
<dc:subject>microsoft steveballmer shareprice financial performance</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:sogrady/b:720ae51601c3/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:microsoft"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:steveballmer"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:shareprice"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:financial"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:performance"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://royal.pingdom.com/2010/06/18/the-software-behind-facebook/">
    <title>Exploring the software behind Facebook, the world’s largest site | Royal Pingdom</title>
    <dc:date>2010-07-16T02:55:23+00:00</dc:date>
    <link>http://royal.pingdom.com/2010/06/18/the-software-behind-facebook/</link>
    <dc:creator>sogrady</dc:creator><description><![CDATA[what FB uses to power it's site]]></description>
<dc:subject>facebook performance scalability scaling software thrift hadoop scribe varnish hiphop</dc:subject>
<dc:source>https://pinboard.in/</dc:source>
<dc:identifier>https://pinboard.in/u:sogrady/b:9607060139ad/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:facebook"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:performance"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:scalability"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:scaling"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:software"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:thrift"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:hadoop"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:scribe"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:varnish"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:hiphop"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://pl.atyp.us/wordpress/?p=2947">
    <title>Canned Platypus » Blog Archive » It’s Faster Because It’s C</title>
    <dc:date>2010-07-13T12:24:29+00:00</dc:date>
    <link>http://pl.atyp.us/wordpress/?p=2947</link>
    <dc:creator>sogrady</dc:creator><description><![CDATA[always a fun (read: heated) argument ]]></description>
<dc:subject>c java performance programming speed c++ faster</dc:subject>
<dc:source>https://twitter.com/</dc:source>
<dc:identifier>https://pinboard.in/u:sogrady/b:4ede380711a8/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:c"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:java"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:performance"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:programming"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:speed"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:c++"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:faster"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://davidcancel.com/is-hadoop-performance-optimization-the-next-big-thing/">
    <title>Hadoop Performance Optimization is the Next Big Thing</title>
    <dc:date>2010-01-12T16:39:33+00:00</dc:date>
    <link>http://davidcancel.com/is-hadoop-performance-optimization-the-next-big-thing/</link>
    <dc:creator>sogrady</dc:creator><description><![CDATA["While the barriers to use something like Hadoop have fundamentally dropped there are only a handful of experts that can make your Hadoop cluster perform well. What’s needed is a new suite of services and tools that can analyze your cluster and automatically optimize your performance. Hadoop Timelines, while rudimentary, is the beginning of an exciting new business niche, Hadoop Performance Optimization (HPO)."
]]></description>
<dc:subject>hadoop performance optimization timelines davidcancel</dc:subject>
<dc:identifier>https://pinboard.in/u:sogrady/b:d3700d33b93e/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:hadoop"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:performance"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:optimization"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:timelines"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:davidcancel"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://groups.google.com/group/unladen-swallow/browse_thread/thread/4edbc406f544643e?pli=1">
    <title>Recommendation against Python? - Unladen Swallow | Google Groups</title>
    <dc:date>2009-11-11T20:59:21+00:00</dc:date>
    <link>http://groups.google.com/group/unladen-swallow/browse_thread/thread/4edbc406f544643e?pli=1</link>
    <dc:creator>sogrady</dc:creator><description><![CDATA[interesting, if unsurprising, commentary on the role of Python w/in Google
]]></description>
<dc:subject>google java programming python performance scalability architecture c++ via:rafe</dc:subject>
<dc:identifier>https://pinboard.in/u:sogrady/b:4d57990c6afa/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:google"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:java"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:programming"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:python"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:performance"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:scalability"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:architecture"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:c++"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:via:rafe"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://www.mongodb.org/display/DOCS/Comparing+Mongo+DB+and+Couch+DB">
    <title>Comparing Mongo DB and Couch DB - MongoDB</title>
    <dc:date>2009-11-11T17:28:19+00:00</dc:date>
    <link>http://www.mongodb.org/display/DOCS/Comparing+Mongo+DB+and+Couch+DB</link>
    <dc:creator>sogrady</dc:creator><description><![CDATA[Mongo compares itself to Couch: two next generation database options
]]></description>
<dc:subject>couchdb mongodb database cloud performance development scalability sysadmin nosql comparisons</dc:subject>
<dc:identifier>https://pinboard.in/u:sogrady/b:9d7a39ad23d6/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:couchdb"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:mongodb"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:database"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:cloud"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:performance"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:development"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:scalability"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:sysadmin"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:nosql"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:comparisons"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://blog.digg.com/?p=966">
    <title>Digg the Blog » Blog Archive » Looking to the future with Cassandra</title>
    <dc:date>2009-09-10T20:43:45+00:00</dc:date>
    <link>http://blog.digg.com/?p=966</link>
    <dc:creator>sogrady</dc:creator><description><![CDATA[where are we going after databases? Cassandra is one answer popping up more and more
]]></description>
<dc:subject>digg database performance cassandra nosql architecture hashtable scalability key-value</dc:subject>
<dc:identifier>https://pinboard.in/u:sogrady/b:130b99623410/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:digg"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:database"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:performance"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:cassandra"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:nosql"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:architecture"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:hashtable"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:scalability"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:key-value"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://blog.vlad1.com/2009/07/27/startup-part-1/">
    <title>Startup, part 1 at Vladimir Vukićević</title>
    <dc:date>2009-07-29T17:26:31+00:00</dc:date>
    <link>http://blog.vlad1.com/2009/07/27/startup-part-1/</link>
    <dc:creator>sogrady</dc:creator><description><![CDATA[glad someone's looking at this, but the sustained performance needs to be closely examined as well. FF (3.5, even) bogs down over longer sessions, even with tabs kept to a max of 10-20.
]]></description>
<dc:subject>firefox performance startup time</dc:subject>
<dc:identifier>https://pinboard.in/u:sogrady/b:09d37c0e5500/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:firefox"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:performance"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:startup"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:time"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://www.linux-mag.com/id/7379/1/">
    <title>Drizzle: Rethinking the MySQL Database Kernel | Linux Magazine</title>
    <dc:date>2009-07-21T19:46:04+00:00</dc:date>
    <link>http://www.linux-mag.com/id/7379/1/</link>
    <dc:creator>sogrady</dc:creator><description><![CDATA[great look from Jeremy
]]></description>
<dc:subject>jeremyzawodny drizzle mysql database opensource linux performance architecture</dc:subject>
<dc:identifier>https://pinboard.in/u:sogrady/b:3177a869814b/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:jeremyzawodny"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:drizzle"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:mysql"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:database"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:opensource"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:linux"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:performance"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:architecture"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://jpipes.com/index.php?/archives/288-Small-but-steady-progress-in-improving-Drizzle-performance.html">
    <title>Small but steady progress in improving Drizzle performance - Jay Pipes</title>
    <dc:date>2009-05-06T16:08:23+00:00</dc:date>
    <link>http://jpipes.com/index.php?/archives/288-Small-but-steady-progress-in-improving-Drizzle-performance.html</link>
    <dc:creator>sogrady</dc:creator><description><![CDATA[just what it says
]]></description>
<dc:subject>jaypipes drizzle database performance concurrency xeonquadcore</dc:subject>
<dc:identifier>https://pinboard.in/u:sogrady/b:54858d25f77a/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:jaypipes"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:drizzle"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:database"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:performance"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:concurrency"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:xeonquadcore"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://www.nytimes.com/2009/04/01/sports/baseball/01umpires.html?_r=1&amp;hpw">
    <title>New Pitch-Tracking System May Open Old Wounds With Umpires - NYTimes.com</title>
    <dc:date>2009-05-06T15:42:47+00:00</dc:date>
    <link>http://www.nytimes.com/2009/04/01/sports/baseball/01umpires.html?_r=1&amp;hpw</link>
    <dc:creator>sogrady</dc:creator><description><![CDATA[only in baseball - a sports whose journalists trumpet their ignorance - would a system that provides oversight and performance reviews be a source of such resistance
]]></description>
<dc:subject>baseball metrics umpires performance measurement</dc:subject>
<dc:identifier>https://pinboard.in/u:sogrady/b:9597bde364b9/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:baseball"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:metrics"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:umpires"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:performance"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:measurement"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://jeremy.zawodny.com/blog/archives/010841.html">
    <title>Don't Bet on Moore Saving Your Ass (by Jeremy Zawodny)</title>
    <dc:date>2009-01-07T18:47:14+00:00</dc:date>
    <link>http://jeremy.zawodny.com/blog/archives/010841.html</link>
    <dc:creator>sogrady</dc:creator><description><![CDATA["no it won't"
]]></description>
<dc:subject>jeremyzawodny dhh performance scaling sharding moore'slaw</dc:subject>
<dc:identifier>https://pinboard.in/u:sogrady/b:7bebed31ea5a/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:jeremyzawodny"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:dhh"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:performance"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:scaling"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:sharding"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:moore'slaw"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://www.37signals.com/svn/posts/1509-mr-moore-gets-to-punt-on-sharding">
    <title>Mr. Moore gets to punt on sharding - (37signals)</title>
    <dc:date>2009-01-07T18:46:30+00:00</dc:date>
    <link>http://www.37signals.com/svn/posts/1509-mr-moore-gets-to-punt-on-sharding</link>
    <dc:creator>sogrady</dc:creator><description><![CDATA["don't shard - hardware will take care of it"
]]></description>
<dc:subject>moore'slaw dhh performance scale sharding</dc:subject>
<dc:identifier>https://pinboard.in/u:sogrady/b:99131961d2a6/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:moore'slaw"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:dhh"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:performance"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:scale"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:sharding"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://almaer.com/blog/being-a-power-user-really-sucks-sometimes-as-iphone-22-reminds-me">
    <title>Being a “power user” really sucks sometimes as iPhone 2.2 reminds me on Dion Almaer's Blog</title>
    <dc:date>2008-11-22T23:30:42+00:00</dc:date>
    <link>http://almaer.com/blog/being-a-power-user-really-sucks-sometimes-as-iphone-22-reminds-me</link>
    <dc:creator>sogrady</dc:creator><description><![CDATA["One more gripe with the iPhone even with this update…. I keep expecting the team to give us a decent friggin cache. PLEASE let me give the iPhone as much space as it needs to keep my stuff around! A mobile browser that is often on a crap network needs this more than anyone else! Cache more aggressively. Save my JavaScript and CSS! At the very least, don’t let me hit the back button and wait for the entire bugger to be grabbed again for the love of god! Why can’t I about:config and up the caching space and rules :(]]></description>
<dc:subject>iphone mobile safari cache performance</dc:subject>
<dc:identifier>https://pinboard.in/u:sogrady/b:a722b2e15239/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:iphone"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:mobile"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:safari"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:cache"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:performance"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://www.phoronix.com/scan.php?page=article&amp;item=ubuntu_macosx&amp;num=9">
    <title>[Phoronix] Mac OS X 10.5 vs. Ubuntu 8.10 Benchmarks</title>
    <dc:date>2008-11-11T05:19:45+00:00</dc:date>
    <link>http://www.phoronix.com/scan.php?page=article&amp;item=ubuntu_macosx&amp;num=9</link>
    <dc:creator>sogrady</dc:creator><description><![CDATA["With this being our first time comparing the performance of Mac OS X to Ubuntu Linux, we were not sure going into this which one would emerge as the leader. After looking at these results from the Phoronix Test Suite, it's almost a toss-up as to which operating system is faster."
]]></description>
<dc:subject>phoronix mac ubuntu apple canonical performance testing</dc:subject>
<dc:identifier>https://pinboard.in/u:sogrady/b:386a43ca8786/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:phoronix"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:mac"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:ubuntu"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:apple"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:canonical"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:performance"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:testing"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://lwn.net/SubscriberLink/299483/fa0208e48cf3eeac/">
    <title>LPC: Booting Linux in five seconds [LWN.net]</title>
    <dc:date>2008-09-29T16:00:51+00:00</dc:date>
    <link>http://lwn.net/SubscriberLink/299483/fa0208e48cf3eeac/</link>
    <dc:creator>sogrady</dc:creator><description><![CDATA["It's not about booting faster, it's about booting in 5 seconds." - this would be seriously differentiating.
]]></description>
<dc:subject>linux kernel boot performance hardware</dc:subject>
<dc:identifier>https://pinboard.in/u:sogrady/b:b60c648537b3/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:linux"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:kernel"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:boot"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:performance"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:hardware"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://altj.org/content/performance-increase-amazons-ebs-persistent-storage">
    <title>Performance increase with Amazon's EBS (persistent storage) | AltJ.org</title>
    <dc:date>2008-09-17T22:07:09+00:00</dc:date>
    <link>http://altj.org/content/performance-increase-amazons-ebs-persistent-storage</link>
    <dc:creator>sogrady</dc:creator><description><![CDATA["In summary, it's safe to say you'll see a significant disk performance increase if you switch over to using EBS with your EC2 instances. In addition to the performance increase, it's a no-brainer that you want persistent storage for your databases. One other huge benefit is snapshots. You can quickly and easily snapshot your database for backup purposes or for testing/reporting you may want to run against your most recent production data."
]]></description>
<dc:subject>ec2 ebs amazon performance customer benchmark familink via:jeff</dc:subject>
<dc:identifier>https://pinboard.in/u:sogrady/b:a5d78d2dc71e/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:ec2"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:ebs"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:amazon"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:performance"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:customer"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:benchmark"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:familink"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:via:jeff"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://roy.gbiv.com/untangled/2008/paper-tigers-and-hidden-dragons">
    <title>Paper tigers and hidden dragons » Untangled</title>
    <dc:date>2008-09-05T16:57:26+00:00</dc:date>
    <link>http://roy.gbiv.com/untangled/2008/paper-tigers-and-hidden-dragons</link>
    <dc:creator>sogrady</dc:creator><description><![CDATA["The point is that you don’t need to change technologies (or even interaction styles) to solve a problem of information transfer efficiency. Sometimes you just need to rethink the problem. There are many systems for which a different architecture is far more efficient, just as XMPP is far more efficient than HTTP for something like group chat. Large-scale collaborative monitoring is not one of them. An XMPP solution is far more applicable to peer-to-peer monitoring, where there is no central service that is interested in the entire state of a big site like Flickr, but even then we have to keep in mind that the economics of the crowd will dictate scalability, not the protocol used for information transfer."
]]></description>
<dc:subject>royfielding xmpp http web software scalability pubsub scaling notification messaging performance</dc:subject>
<dc:identifier>https://pinboard.in/u:sogrady/b:2db55337f5a8/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:royfielding"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:xmpp"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:http"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:web"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:software"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:scalability"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:pubsub"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:scaling"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:notification"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:messaging"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:performance"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://coreygilmore.com/blog/2008/06/02/is-twitters-downtime-and-latency-a-good-thing/">
    <title>Is Twitter's downtime and latency a good thing? | corey gilmore's blog</title>
    <dc:date>2008-06-13T04:52:35+00:00</dc:date>
    <link>http://coreygilmore.com/blog/2008/06/02/is-twitters-downtime-and-latency-a-good-thing/</link>
    <dc:creator>sogrady</dc:creator><description><![CDATA["I'll never use the word 'tweet' to describe a post on Twitter." - hahaha, me neither
]]></description>
<dc:subject>twitter coreygilmore downtime latency google performance</dc:subject>
<dc:identifier>https://pinboard.in/u:sogrady/b:a46908ea15e7/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:twitter"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:coreygilmore"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:downtime"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:latency"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:google"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:performance"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://webkit.org/blog/189/announcing-squirrelfish/">
    <title>Surfin’ Safari - Blog Archive » Announcing SquirrelFish</title>
    <dc:date>2008-06-13T04:46:28+00:00</dc:date>
    <link>http://webkit.org/blog/189/announcing-squirrelfish/</link>
    <dc:creator>sogrady</dc:creator><description><![CDATA["SquirrelFish is a register-based, direct-threaded, high-level bytecode engine, with a sliding register window calling convention. It lazily generates bytecodes from a syntax tree, using a simple one-pass compiler with built-in copy propagation."
]]></description>
<dc:subject>squirrelfish javascript webkit safari performance interpreter apple android browsers</dc:subject>
<dc:identifier>https://pinboard.in/u:sogrady/b:10d9fb5e5904/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:squirrelfish"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:javascript"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:webkit"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:safari"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:performance"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:interpreter"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:apple"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:android"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:browsers"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://blog.amber.org/2008/06/01/sacred-cows/">
    <title>Sacred cows at Pensieri di un lunatico minore</title>
    <dc:date>2008-06-02T04:14:27+00:00</dc:date>
    <link>http://blog.amber.org/2008/06/01/sacred-cows/</link>
    <dc:creator>sogrady</dc:creator><description><![CDATA[Chris on Charles on Maglev
]]></description>
<dc:subject>maglev chrispetrilli charlesnutter ruby performance compatibility</dc:subject>
<dc:identifier>https://pinboard.in/u:sogrady/b:0a092a937eba/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:maglev"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:chrispetrilli"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:charlesnutter"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:ruby"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:performance"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:compatibility"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://headius.blogspot.com/2008/06/maglev.html">
    <title>Headius: Maglev</title>
    <dc:date>2008-06-02T04:13:29+00:00</dc:date>
    <link>http://headius.blogspot.com/2008/06/maglev.html</link>
    <dc:creator>sogrady</dc:creator><description><![CDATA[Charles on Maglev
]]></description>
<dc:subject>charlesnutter maglev ruby jruby performance rubinius rails programming database</dc:subject>
<dc:identifier>https://pinboard.in/u:sogrady/b:76ee9bea27f6/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:charlesnutter"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:maglev"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:ruby"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:jruby"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:performance"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:rubinius"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:rails"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:programming"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:database"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://shaver.off.net/diary/2008/05/25/fsyncers-and-curveballs/">
    <title>shaver » fsyncers and curveballs</title>
    <dc:date>2008-05-27T14:01:14+00:00</dc:date>
    <link>http://shaver.off.net/diary/2008/05/25/fsyncers-and-curveballs/</link>
    <dc:creator>sogrady</dc:creator><description><![CDATA[as Dion says, the piece itself which examines the interaction between Linux and Firefox is of significant interest, but the discussion is even better
]]></description>
<dc:subject>firefox linux performance fsync sqlite programming database filesystem via:dalmaer</dc:subject>
<dc:identifier>https://pinboard.in/u:sogrady/b:7b30921fbf4a/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:firefox"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:linux"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:performance"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:fsync"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:sqlite"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:programming"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:database"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:filesystem"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:via:dalmaer"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://blog.amber.org/2008/05/21/lotus-notes-8-first-impressions/">
    <title>Lotus Notes 8 first impressions at Pensieri di un lunatico minore</title>
    <dc:date>2008-05-23T02:34:08+00:00</dc:date>
    <link>http://blog.amber.org/2008/05/21/lotus-notes-8-first-impressions/</link>
    <dc:creator>sogrady</dc:creator><description><![CDATA[are mostly positive from Chris
]]></description>
<dc:subject>chrispetrilli lotusnotes 8 ui sametime performance</dc:subject>
<dc:identifier>https://pinboard.in/u:sogrady/b:770ff10f89a8/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:chrispetrilli"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:lotusnotes"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:8"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:ui"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:sametime"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:performance"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://ma.tt/2008/05/infrastructure-as-competitive-advantage/">
    <title>Ma.tt » Infrastructure as Competitive Advantage</title>
    <dc:date>2008-05-13T19:03:38+00:00</dc:date>
    <link>http://ma.tt/2008/05/infrastructure-as-competitive-advantage/</link>
    <dc:creator>sogrady</dc:creator><description><![CDATA["Infrastructure can be a competitive advantage today — the speed and reliability of WordPress.com has certainly put us in a favorable light with users, especially large customers — but that’s going to disappear over time."
]]></description>
<dc:subject>infrastructure scaling wordpress mattmullenweg cloud scalability performance googlegears cdn</dc:subject>
<dc:identifier>https://pinboard.in/u:sogrady/b:7f75d01ad873/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:infrastructure"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:scaling"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:wordpress"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:mattmullenweg"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:cloud"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:scalability"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:performance"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:googlegears"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:cdn"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://groups.google.com/group/google-appengine/browse_frm/thread/b5696cc608bf76f9/afec4fdd936fa3ee?lnk=gst&amp;q=slow+database#">
    <title>Disapointed by the speed of the db backend ... - Google App Engine | Google Groups</title>
    <dc:date>2008-04-15T06:31:38+00:00</dc:date>
    <link>http://groups.google.com/group/google-appengine/browse_frm/thread/b5696cc608bf76f9/afec4fdd936fa3ee?lnk=gst&amp;q=slow+database#</link>
    <dc:creator>sogrady</dc:creator><description><![CDATA[an interesting thread on GAE performance
]]></description>
<dc:subject>gae google appengine database performance</dc:subject>
<dc:identifier>https://pinboard.in/u:sogrady/b:7492232ee347/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:gae"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:google"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:appengine"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:database"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:performance"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://ajaxian.com/archives/firefox-3-performance-numbers">
    <title>Ajaxian » Firefox 3 Performance Numbers</title>
    <dc:date>2008-03-04T08:23:34+00:00</dc:date>
    <link>http://ajaxian.com/archives/firefox-3-performance-numbers</link>
    <dc:creator>sogrady</dc:creator><description><![CDATA[i love browser competition. also, Firefox 3.0 performance (mostly).
]]></description>
<dc:subject>browser firefox performance speed stats webkit ie</dc:subject>
<dc:identifier>https://pinboard.in/u:sogrady/b:fce4a5ca0544/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:browser"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:firefox"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:performance"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:speed"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:stats"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:webkit"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:ie"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://mashable.com/2008/02/28/safari-faster-firefox/">
    <title>So, That’s Why Safari’s So Much Faster Than Firefox 3?</title>
    <dc:date>2008-02-29T19:36:57+00:00</dc:date>
    <link>http://mashable.com/2008/02/28/safari-faster-firefox/</link>
    <dc:creator>sogrady</dc:creator><description><![CDATA[interesting look at the advantages of undocumented APIs
]]></description>
<dc:subject>apple firefox opensource performance apis safari via:james</dc:subject>
<dc:identifier>https://pinboard.in/u:sogrady/b:50fba55a04ed/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:apple"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:firefox"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:opensource"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:performance"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:apis"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:safari"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:via:james"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://www.engadget.com/2008/02/13/vista-sp1-doesnt-significantly-boost-performance-slows-down-ce/">
    <title>Vista SP1 doesn't significantly boost performance, slows down certain tasks - Engadget</title>
    <dc:date>2008-02-14T16:26:59+00:00</dc:date>
    <link>http://www.engadget.com/2008/02/13/vista-sp1-doesnt-significantly-boost-performance-slows-down-ce/</link>
    <dc:creator>sogrady</dc:creator><description><![CDATA["What's worse, certain tasks like copying files to USB 2.0 hard drives have gotten around 50 percent slower, a speed hit that overshadows the other filesystem improvements in SP1." - wow, that's unfortunate.
]]></description>
<dc:subject>sp1 vista performance usb2.0</dc:subject>
<dc:identifier>https://pinboard.in/u:sogrady/b:cfd9f87ce391/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:sp1"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:vista"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:performance"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:usb2.0"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://cfis.savagexi.com/articles/2008/02/02/must-read-rails-performance-article">
    <title>cfis : Must Read Rails Performance Article</title>
    <dc:date>2008-02-07T21:26:11+00:00</dc:date>
    <link>http://cfis.savagexi.com/articles/2008/02/02/must-read-rails-performance-article</link>
    <dc:creator>sogrady</dc:creator><description><![CDATA[thoughts on Rails performance, a popular topic of late
]]></description>
<dc:subject>charliesavage performance ruby rubyonrails rails</dc:subject>
<dc:identifier>https://pinboard.in/u:sogrady/b:7a884e388df7/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:charliesavage"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:performance"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:ruby"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:rubyonrails"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:rails"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://googlesystem.blogspot.com/2008/01/google-reveals-more-mapreduce-stats.html">
    <title>Google Reveals New MapReduce Stats</title>
    <dc:date>2008-01-11T04:54:06+00:00</dc:date>
    <link>http://googlesystem.blogspot.com/2008/01/google-reveals-more-mapreduce-stats.html</link>
    <dc:creator>sogrady</dc:creator><description><![CDATA[just what it says
]]></description>
<dc:subject>google mapreduce performance scalability data volume</dc:subject>
<dc:identifier>https://pinboard.in/u:sogrady/b:f1d9431082f7/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:google"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:mapreduce"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:performance"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:scalability"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:data"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:volume"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://aws.typepad.com/aws/2008/01/increasing-s3-d.html">
    <title>Amazon Web Services Blog: Increasing Amazon S3 Data Transfer Performance</title>
    <dc:date>2008-01-09T03:58:51+00:00</dc:date>
    <link>http://aws.typepad.com/aws/2008/01/increasing-s3-d.html</link>
    <dc:creator>sogrady</dc:creator><description><![CDATA[can't wait, given the increasing volume of data i've made Amazon's problem
]]></description>
<dc:subject>amazon aws bandwidth beta performance s3 via:jeff</dc:subject>
<dc:identifier>https://pinboard.in/u:sogrady/b:1164db9dff1d/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:amazon"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:aws"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:bandwidth"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:beta"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:performance"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:s3"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:via:jeff"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://www.zedshaw.com/rants/rails_is_a_ghetto.html">
    <title>ZSFA -- Rails Is A Ghetto (2007-12-31)</title>
    <dc:date>2008-01-04T00:22:23+00:00</dc:date>
    <link>http://www.zedshaw.com/rants/rails_is_a_ghetto.html</link>
    <dc:creator>sogrady</dc:creator><description><![CDATA[everybody and their mother is talking about this one
]]></description>
<dc:subject>rails ruby rant rubyonrails zedshaw programming community culture performance</dc:subject>
<dc:identifier>https://pinboard.in/u:sogrady/b:02325d9f70ea/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:rails"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:ruby"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:rant"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:rubyonrails"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:zedshaw"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:programming"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:community"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:culture"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:performance"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://tirania.org/blog/archive/2007/Dec-28.html">
    <title>Language Shootout - Miguel de Icaza</title>
    <dc:date>2007-12-28T19:53:07+00:00</dc:date>
    <link>http://tirania.org/blog/archive/2007/Dec-28.html</link>
    <dc:creator>sogrady</dc:creator><description><![CDATA["Alvaro points out that in the Language Shootout Benchmark Mono comes in 18th place compared to Java's 10th place."
]]></description>
<dc:subject>mono migueldeicaza java performance benchmarks shootout</dc:subject>
<dc:identifier>https://pinboard.in/u:sogrady/b:cb543393c062/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:mono"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:migueldeicaza"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:java"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:performance"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:benchmarks"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:shootout"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://antoniocangiano.com/2007/12/03/the-great-ruby-shootout/">
    <title>The Great Ruby Shootout | Zen and the Art of Ruby Programming</title>
    <dc:date>2007-12-06T16:41:10+00:00</dc:date>
    <link>http://antoniocangiano.com/2007/12/03/the-great-ruby-shootout/</link>
    <dc:creator>sogrady</dc:creator><description><![CDATA[interesting metrics on Ruby performance. looks like 1.9 is a welcome update, speedwise.
]]></description>
<dc:subject>ruby benchmarks jruby performance programming ruby1.9 via:tim</dc:subject>
<dc:identifier>https://pinboard.in/u:sogrady/b:e3e57c3e96b6/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:ruby"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:benchmarks"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:jruby"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:performance"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:programming"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:ruby1.9"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:via:tim"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://www.0xdeadbeef.com/weblog/?p=317">
    <title>Christopher Blizzard » Blog Archive » Firefox 3 beta 1</title>
    <dc:date>2007-11-20T21:05:21+00:00</dc:date>
    <link>http://www.0xdeadbeef.com/weblog/?p=317</link>
    <dc:creator>sogrady</dc:creator><description><![CDATA["Overy 300 memory leak fixes, the XPCOM Cycle Collector which removes an entire class of leaks, ongoing work on memory fragmentation, improvements to rendering performance and better reliability in preserving user data." - my #1 feature request
]]></description>
<dc:subject>firefox firefox3.0 memory performance upgrade leaks</dc:subject>
<dc:identifier>https://pinboard.in/u:sogrady/b:711c2350122b/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:firefox"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:firefox3.0"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:memory"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:performance"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:upgrade"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:leaks"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://varnish.projects.linpro.no/">
    <title>Varnish - Trac</title>
    <dc:date>2007-10-09T16:47:30+00:00</dc:date>
    <link>http://varnish.projects.linpro.no/</link>
    <dc:creator>sogrady</dc:creator><description><![CDATA[interesting. need to learn more about this
]]></description>
<dc:subject>bsd linux caching http performance accelerator via:matt</dc:subject>
<dc:identifier>https://pinboard.in/u:sogrady/b:d8aaec6cea98/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:bsd"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:linux"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:caching"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:http"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:performance"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:accelerator"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:via:matt"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://www.flickr.com/photos/8821087@N07/1432492939/">
    <title>Screenshot-1 on Flickr - Photo Sharing!</title>
    <dc:date>2007-09-24T19:40:59+00:00</dc:date>
    <link>http://www.flickr.com/photos/8821087@N07/1432492939/</link>
    <dc:creator>sogrady</dc:creator><description><![CDATA[interesting performance results for linux-rt
]]></description>
<dc:subject>realtime linux rhel tibco messaging performance scalability</dc:subject>
<dc:identifier>https://pinboard.in/u:sogrady/b:8ec59839ab04/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:realtime"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:linux"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:rhel"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:tibco"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:messaging"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:performance"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:scalability"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://www.squarefree.com/2007/09/20/firefox-memory-usage-and-memory-leak-news/">
    <title>Jesse Ruderman » Firefox memory usage and memory leak news</title>
    <dc:date>2007-09-24T19:39:46+00:00</dc:date>
    <link>http://www.squarefree.com/2007/09/20/firefox-memory-usage-and-memory-leak-news/</link>
    <dc:creator>sogrady</dc:creator><description><![CDATA[good to see the Mozilla folks focusing on performance. Firefox has taken a nosedive for me in performance terms of late, though it seems probable that that's extension related.
]]></description>
<dc:subject>mozilla firefox memoryleaks performance via:#redmonk</dc:subject>
<dc:identifier>https://pinboard.in/u:sogrady/b:2aabf42c0199/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:mozilla"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:firefox"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:memoryleaks"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:performance"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:via:#redmonk"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://blogs.sun.com/ahl/entry/dtrace_for_ruby_at_oscon">
    <title>Adam Leventhal's Weblog</title>
    <dc:date>2007-08-01T20:01:09+00:00</dc:date>
    <link>http://blogs.sun.com/ahl/entry/dtrace_for_ruby_at_oscon</link>
    <dc:creator>sogrady</dc:creator><description><![CDATA[this was one of the reasons i was bummed to leave on Wed PM rather than Thurs - would have liked to see this in person
]]></description>
<dc:subject>adamleventhal dtrace ruby twitter performance observability</dc:subject>
<dc:identifier>https://pinboard.in/u:sogrady/b:85fa062a6421/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:adamleventhal"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:dtrace"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:ruby"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:twitter"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:performance"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:observability"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://cfis.savagexi.com/articles/2007/07/18/making-rails-go-vroom">
    <title>Making Rails Go Vroom</title>
    <dc:date>2007-07-19T02:01:31+00:00</dc:date>
    <link>http://cfis.savagexi.com/articles/2007/07/18/making-rails-go-vroom</link>
    <dc:creator>sogrady</dc:creator><description><![CDATA[tuning up Rails
]]></description>
<dc:subject>charliesavage rails ruby performance scalability scaling</dc:subject>
<dc:identifier>https://pinboard.in/u:sogrady/b:255233b318bd/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:charliesavage"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:rails"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:ruby"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:performance"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:scalability"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:scaling"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://joyeur.com/2007/07/16/just-what-web-server-should-be-sitting-in-front-of-my-rails-application">
    <title>Joyeur: Just what web server should be sitting in front of my Rails application?</title>
    <dc:date>2007-07-17T14:30:55+00:00</dc:date>
    <link>http://joyeur.com/2007/07/16/just-what-web-server-should-be-sitting-in-front-of-my-rails-application</link>
    <dc:creator>sogrady</dc:creator><description><![CDATA[some interesting - if a bit dated - web server findings from Jason
]]></description>
<dc:subject>webserver nginx lighttpd mongrel performance httpd apache caching</dc:subject>
<dc:identifier>https://pinboard.in/u:sogrady/b:c01380505f80/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:webserver"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:nginx"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:lighttpd"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:mongrel"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:performance"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:httpd"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:apache"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:caching"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://blog.leetsoft.com/2007/5/22/the-secret-to-memcached">
    <title>Too-biased - Tobias Luetke's thoughts</title>
    <dc:date>2007-05-23T21:32:37+00:00</dc:date>
    <link>http://blog.leetsoft.com/2007/5/22/the-secret-to-memcached</link>
    <dc:creator>sogrady</dc:creator><description><![CDATA[specifics on memcached, including some really amazing anecdotal evidence; Facebook's using memcached on 3TBs of RAM? really?
]]></description>
<dc:subject>memcached facebook caching performance scalability lamp</dc:subject>
<dc:identifier>https://pinboard.in/u:sogrady/b:91177aabd206/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:memcached"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:facebook"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:caching"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:performance"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:scalability"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:lamp"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://benfry.com/salaryper/">
    <title>salary vs performance | ben fry</title>
    <dc:date>2007-05-21T17:13:40+00:00</dc:date>
    <link>http://benfry.com/salaryper/</link>
    <dc:creator>sogrady</dc:creator><description><![CDATA[very cool visulation of baseball payroll to performance
]]></description>
<dc:subject>salary baseball payroll performance visualization economics businessintelligence</dc:subject>
<dc:identifier>https://pinboard.in/u:sogrady/b:82c4876559b0/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:salary"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:baseball"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:payroll"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:performance"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:visualization"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:economics"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:businessintelligence"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://joyeur.com/2007/05/07/dtrace-for-ruby-is-available">
    <title>Joyeur: Joyeur: DTrace for Ruby is available</title>
    <dc:date>2007-05-09T11:30:23+00:00</dc:date>
    <link>http://joyeur.com/2007/05/07/dtrace-for-ruby-is-available</link>
    <dc:creator>sogrady</dc:creator><description><![CDATA[just what it says
]]></description>
<dc:subject>debugging deployment development dtrace monitoring opensolaris performance programming ruby rails</dc:subject>
<dc:identifier>https://pinboard.in/u:sogrady/b:5699e8a693ef/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:debugging"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:deployment"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:development"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:dtrace"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:monitoring"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:opensolaris"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:performance"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:programming"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:ruby"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:rails"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://tomayko.com/weblog/2007/04/13/rails-multiple-connections">
    <title>Rails and Scaling with Multiple Databases</title>
    <dc:date>2007-04-13T21:43:39+00:00</dc:date>
    <link>http://tomayko.com/weblog/2007/04/13/rails-multiple-connections</link>
    <dc:creator>sogrady</dc:creator><description><![CDATA[great pushback from Ryan on some of the criticisms leveled at Rails by the Twitter crew
]]></description>
<dc:subject>rails ryantomayko databases pooling connection scalability performance postgresql design</dc:subject>
<dc:identifier>https://pinboard.in/u:sogrady/b:a392ba2b3331/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:rails"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:ryantomayko"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:databases"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:pooling"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:connection"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:scalability"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:performance"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:postgresql"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:design"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://www.loudthinking.com/arc/000608.html">
    <title>Twitter trouble (Loud Thinking)</title>
    <dc:date>2007-04-13T00:04:10+00:00</dc:date>
    <link>http://www.loudthinking.com/arc/000608.html</link>
    <dc:creator>sogrady</dc:creator><description><![CDATA[DHH's pushback on some the Rails criticisms from the Twitter interview
]]></description>
<dc:subject>davidheinemeier-hansson rails twitter performance bottlenecks scalability</dc:subject>
<dc:identifier>https://pinboard.in/u:sogrady/b:a2639126a768/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:davidheinemeier-hansson"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:rails"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:twitter"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:performance"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:bottlenecks"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:scalability"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://www.radicalbehavior.com/5-question-interview-with-twitter-developer-alex-payne/">
    <title>5 Question Interview with Twitter Developer Alex Payne</title>
    <dc:date>2007-04-12T15:09:42+00:00</dc:date>
    <link>http://www.radicalbehavior.com/5-question-interview-with-twitter-developer-alex-payne/</link>
    <dc:creator>sogrady</dc:creator><description><![CDATA["It’s also worth mentioning that there shouldn’t be doubt in anybody’s mind at this point that Ruby itself is slow. It’s great that people are hard at work on faster implementations of the language, but right now, it’s tough."
]]></description>
<dc:subject>via:Ted ruby performance dynamiclanguages twitter rails</dc:subject>
<dc:identifier>https://pinboard.in/u:sogrady/b:caab45b2aeca/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:via:Ted"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:ruby"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:performance"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:dynamiclanguages"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:twitter"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:rails"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://port25.technet.com/archive/2007/03/16/mysql-on-windows-configuration-install.aspx">
    <title>Port 25 : MySQL on Windows: Configuration &amp; Install</title>
    <dc:date>2007-03-16T21:41:59+00:00</dc:date>
    <link>http://port25.technet.com/archive/2007/03/16/mysql-on-windows-configuration-install.aspx</link>
    <dc:creator>sogrady</dc:creator><description><![CDATA[interesting thoughts on MySQL vs Postgres in the context of Windows
]]></description>
<dc:subject>mysql postgres windows port25 performance</dc:subject>
<dc:identifier>https://pinboard.in/u:sogrady/b:7923f388d8f2/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:mysql"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:postgres"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:windows"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:port25"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:performance"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://www.theopenforce.com/2007/03/zendcore_20_int.html">
    <title>TheOpenForce.com: ZendCore 2.0 Integrated with MySQL 5.0</title>
    <dc:date>2007-03-08T00:38:08+00:00</dc:date>
    <link>http://www.theopenforce.com/2007/03/zendcore_20_int.html</link>
    <dc:creator>sogrady</dc:creator><description><![CDATA["The trick is to use the right language and tools for the right job.  You might not want to write a compiler or operating system in PHP, but it's equally valid that you probably shouldn't write a web site in Assembler." - can't be said enough
]]></description>
<dc:subject>righttool php assembler mysql zackurlocker speed performance agility</dc:subject>
<dc:identifier>https://pinboard.in/u:sogrady/b:999069235077/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:righttool"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:php"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:assembler"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:mysql"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:zackurlocker"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:speed"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:performance"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:agility"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://www.rkblog.rk.edu.pl/w/p/django-nginx/">
    <title>﻿Django on nginx</title>
    <dc:date>2007-02-19T01:55:27+00:00</dc:date>
    <link>http://www.rkblog.rk.edu.pl/w/p/django-nginx/</link>
    <dc:creator>sogrady</dc:creator><description><![CDATA[interesting; Django on nginx is apparently pretty fast - can't remember who pointed me here
]]></description>
<dc:subject>nginx django performance speed frameworks dynamiclanguages fastcgi howto</dc:subject>
<dc:identifier>https://pinboard.in/u:sogrady/b:3657132dffd5/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:nginx"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:django"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:performance"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:speed"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:frameworks"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:dynamiclanguages"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:fastcgi"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:howto"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://www.gregwhitescarver.com/blog/2007/02/03/scaling-mysql-thoughts-on-replication-sharding-and-mysql-cluster/">
    <title>Code and Whatnot » Blog Archive » Scaling MySQL: thoughts on replication, sharding, and MySQL Cluster</title>
    <dc:date>2007-02-12T21:43:02+00:00</dc:date>
    <link>http://www.gregwhitescarver.com/blog/2007/02/03/scaling-mysql-thoughts-on-replication-sharding-and-mysql-cluster/</link>
    <dc:creator>sogrady</dc:creator><description><![CDATA[some very interesting thoughts on clustering and scaling MySQL from Greg; most important, note his discussion of the difference between speed and scalability
]]></description>
<dc:subject>mysql whitecarver scalability speed performance flickr php clustering replication sharding</dc:subject>
<dc:identifier>https://pinboard.in/u:sogrady/b:be51e5c1e37b/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:mysql"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:whitecarver"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:scalability"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:speed"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:performance"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:flickr"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:php"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:clustering"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:replication"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:sharding"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://forums.mozillazine.org/viewtopic.php?p=2616758#2616758">
    <title>Fx2.0 frequent freezes on Mac OS X 10.4.8 - MozillaZine Forums</title>
    <dc:date>2006-11-24T12:56:04+00:00</dc:date>
    <link>http://forums.mozillazine.org/viewtopic.php?p=2616758#2616758</link>
    <dc:creator>sogrady</dc:creator><description><![CDATA[found this thread via Dave Johnson; we'll see if the Google Toolbar is the cause of my FF 2.0 woes, as i've just uninstalled it
]]></description>
<dc:subject>johnson google toolbar firefox 2.0 bugs performance</dc:subject>
<dc:identifier>https://pinboard.in/u:sogrady/b:900c795c7598/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:johnson"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:google"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:toolbar"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:firefox"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:2.0"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:bugs"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:performance"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://blogs.sun.com/bmc/entry/dtrace_on_rails_reprise">
    <title>The Observation Deck</title>
    <dc:date>2006-10-13T21:47:21+00:00</dc:date>
    <link>http://blogs.sun.com/bmc/entry/dtrace_on_rails_reprise</link>
    <dc:creator>sogrady</dc:creator><description><![CDATA[DTrace applied to Rails; the DTrace crew marches on
]]></description>
<dc:subject>dtrace performance ruby rails</dc:subject>
<dc:identifier>https://pinboard.in/u:sogrady/b:b76ebd8b1ded/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:dtrace"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:performance"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:ruby"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:rails"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://www.gnome.org/~michael/activity.html#2006-10-05">
    <title>Stuff Michael Meeks is doing</title>
    <dc:date>2006-10-05T18:40:26+00:00</dc:date>
    <link>http://www.gnome.org/~michael/activity.html#2006-10-05</link>
    <dc:creator>sogrady</dc:creator><description><![CDATA["It's pretty astounding that OO.o on Win32 takes 13 seconds to cold start, where MSWord takes ~3 seconds; in fact Word can cold-start quicker than we can warm-start, a little depressing." - Novell's Michael Meeks comments on the OO.o boot time
]]></description>
<dc:subject>boot meeks novell oo.o performance microsoft office word</dc:subject>
<dc:identifier>https://pinboard.in/u:sogrady/b:56435c0bb775/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:boot"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:meeks"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:novell"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:oo.o"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:performance"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:microsoft"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:office"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:word"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://blogs.sun.com/GullFOSS/entry/what_can_openoffice_org_learn">
    <title>GullFOSS</title>
    <dc:date>2006-10-05T18:03:36+00:00</dc:date>
    <link>http://blogs.sun.com/GullFOSS/entry/what_can_openoffice_org_learn</link>
    <dc:creator>sogrady</dc:creator><description><![CDATA[the OO.o gang responds to Luis
]]></description>
<dc:subject>oo.o villa firefox extensions plugins performance</dc:subject>
<dc:identifier>https://pinboard.in/u:sogrady/b:7f95440e8d7e/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:oo.o"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:villa"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:firefox"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:extensions"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:plugins"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:performance"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://headius.blogspot.com/2006/09/performance-progress-since-090.html">
    <title>Headius: Performance Progress Since 0.9.0</title>
    <dc:date>2006-10-04T07:17:18+00:00</dc:date>
    <link>http://headius.blogspot.com/2006/09/performance-progress-since-090.html</link>
    <dc:creator>sogrady</dc:creator><description><![CDATA["Nibbling, nibbling away at overhead is paying serious dividends." - performance improvements in JRuby
]]></description>
<dc:subject>jruby ruby performance java via:pat</dc:subject>
<dc:identifier>https://pinboard.in/u:sogrady/b:ff8c341f1426/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:jruby"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:ruby"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:performance"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:java"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:via:pat"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://blog.zenspider.com/archives/2006/09/recursive_functions_in_rubyinline.html">
    <title>Polishing Ruby: Recursive Functions in RubyInline</title>
    <dc:date>2006-10-04T07:14:13+00:00</dc:date>
    <link>http://blog.zenspider.com/archives/2006/09/recursive_functions_in_rubyinline.html</link>
    <dc:creator>sogrady</dc:creator><description><![CDATA["C doesn't make ruby fast. Avoiding method dispatch makes ruby fast." - interesting exploration of the prospect of running C within and alongside of Ruby
]]></description>
<dc:subject>c ruby performance inline recursive via:pat</dc:subject>
<dc:identifier>https://pinboard.in/u:sogrady/b:8a54b5f284e7/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:c"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:ruby"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:performance"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:inline"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:recursive"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:via:pat"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://duimovich.blogspot.com/2006/09/performance-is-not-optional.html">
    <title>send, receive, reply: Performance is not optional</title>
    <dc:date>2006-09-27T22:17:43+00:00</dc:date>
    <link>http://duimovich.blogspot.com/2006/09/performance-is-not-optional.html</link>
    <dc:creator>sogrady</dc:creator><description><![CDATA[Duimovich agrees with my general conclusion, but not with some of the particulars; i agree with just about everything in here, but not the assertion that performance is not optional (more on that later)
]]></description>
<dc:subject>ruby smalltalk performance java c C++ python</dc:subject>
<dc:identifier>https://pinboard.in/u:sogrady/b:7afd33b61df3/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:ruby"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:smalltalk"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:performance"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:java"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:c"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:C++"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:python"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://talklikeaduck.denhaven2.com/articles/2006/09/26/performance-anxiety">
    <title>Performance Anxiety</title>
    <dc:date>2006-09-27T22:15:55+00:00</dc:date>
    <link>http://talklikeaduck.denhaven2.com/articles/2006/09/26/performance-anxiety</link>
    <dc:creator>sogrady</dc:creator><description><![CDATA["Ruby performance today is surprisingly acceptable for a wide range of uses." - in case you didn't believe Yegge
]]></description>
<dc:subject>via:Duimovich ruby java performance smalltalk dynamic languages</dc:subject>
<dc:identifier>https://pinboard.in/u:sogrady/b:1a5b895681ae/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:via:Duimovich"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:ruby"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:java"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:performance"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:smalltalk"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:dynamic"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:languages"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://steve-yegge.blogspot.com/2006/09/bloggers-block-4-ruby-and-java-and.html">
    <title>Stevey's Blog Rants: Blogger's Block #4: Ruby and Java and Stuff</title>
    <dc:date>2006-09-27T22:13:18+00:00</dc:date>
    <link>http://steve-yegge.blogspot.com/2006/09/bloggers-block-4-ruby-and-java-and.html</link>
    <dc:creator>sogrady</dc:creator><description><![CDATA["If only it performed better. *Sigh*. Well, its performance is in the same class as Perl/Python/JavaScript/Lua/Bash/etc., so there are still plenty of tasks Ruby's admirably suited for" - precisely
]]></description>
<dc:subject>ruby javascript python java performance via:Tim</dc:subject>
<dc:identifier>https://pinboard.in/u:sogrady/b:56ae468d16ab/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:ruby"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:javascript"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:python"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:java"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:performance"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:via:Tim"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://blogs.sun.com/brendan/entry/dtrace_meets_javascript">
    <title>Brendan Gregg : Weblog</title>
    <dc:date>2006-09-21T16:10:30+00:00</dc:date>
    <link>http://blogs.sun.com/brendan/entry/dtrace_meets_javascript</link>
    <dc:creator>sogrady</dc:creator><description><![CDATA[this is fascinating; using DTrace to probe JavaScript - hope to see more of this
]]></description>
<dc:subject>dtrace opensolaris c firefox opensource javascript sun programming work performance via:afongen</dc:subject>
<dc:identifier>https://pinboard.in/u:sogrady/b:68b82b489740/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:dtrace"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:opensolaris"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:c"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:firefox"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:opensource"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:javascript"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:sun"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:programming"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:work"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:performance"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:via:afongen"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://www.baus.net/dynamic-list-performance">
    <title>christopher baus dot net</title>
    <dc:date>2006-09-14T07:24:04+00:00</dc:date>
    <link>http://www.baus.net/dynamic-list-performance</link>
    <dc:creator>sogrady</dc:creator><description><![CDATA[very intresting post from Christopher on dynamic language performance versus C++; can't say that i'm terribly surprised - different tools for different jobs
]]></description>
<dc:subject>dynamic languages python ruby C++ performance baus</dc:subject>
<dc:identifier>https://pinboard.in/u:sogrady/b:065a8616f196/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:dynamic"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:languages"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:python"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:ruby"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:C++"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:performance"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:baus"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://www.tbray.org/ongoing/When/200x/2006/07/17/No-Databases">
    <title>ongoing · No Database!?</title>
    <dc:date>2006-07-18T00:58:26+00:00</dc:date>
    <link>http://www.tbray.org/ongoing/When/200x/2006/07/17/No-Databases</link>
    <dc:creator>sogrady</dc:creator><description><![CDATA["there is a psychology out there in our profession,which says: if you have data that you want to store and retrieve, that means you need a database. But sometimes you don’t." amen. on that note, anyone tried Dokuwiki?
]]></description>
<dc:subject>dokuwiki databases relational flat files filesystem performance persistence</dc:subject>
<dc:identifier>https://pinboard.in/u:sogrady/b:5a8db26111e7/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:dokuwiki"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:databases"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:relational"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:flat"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:files"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:filesystem"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:performance"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:persistence"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://wiki.rubyonrails.com/rails/pages/Framework+Performance">
    <title>Framework Performance in Ruby on Rails</title>
    <dc:date>2006-07-17T17:12:22+00:00</dc:date>
    <link>http://wiki.rubyonrails.com/rails/pages/Framework+Performance</link>
    <dc:creator>sogrady</dc:creator><description><![CDATA[very interesting benchmarks of frameworks for PHP, Python and Ruby; the net is that Rails (Ruby) outperformed Symfony (PHP), and DJango (Python) outperformed Rails - thx to kryton for the tip
]]></description>
<dc:subject>via:kryton rails ruby symfony php django python frameworks mvc performance benchmarks benchmark</dc:subject>
<dc:identifier>https://pinboard.in/u:sogrady/b:e1b3ad49c189/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:via:kryton"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:rails"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:ruby"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:symfony"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:php"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:django"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:python"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:frameworks"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:mvc"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:performance"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:benchmarks"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:benchmark"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://feh.holsman.net/articles/2006/06/28/memcached-performance">
    <title>memcached performance</title>
    <dc:date>2006-06-29T17:06:06+00:00</dc:date>
    <link>http://feh.holsman.net/articles/2006/06/28/memcached-performance</link>
    <dc:creator>sogrady</dc:creator><description><![CDATA[the post that pointed me to some of the memcached posts, with some thoughts on improving DJango
]]></description>
<dc:subject>django feh apache scalability performance</dc:subject>
<dc:identifier>https://pinboard.in/u:sogrady/b:a2e054dea66c/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:django"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:feh"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:apache"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:scalability"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:performance"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://lists.danga.com/pipermail/memcached/2006-June/002384.html">
    <title>Memcached as a Sessions Store (etc)</title>
    <dc:date>2006-06-29T17:02:43+00:00</dc:date>
    <link>http://lists.danga.com/pipermail/memcached/2006-June/002384.html</link>
    <dc:creator>sogrady</dc:creator><description><![CDATA[very interesting discussion of Digg's back end
]]></description>
<dc:subject>memcached mysql scalability digg via:feh performance cache scale</dc:subject>
<dc:identifier>https://pinboard.in/u:sogrady/b:e60247ce2f09/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:memcached"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:mysql"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:scalability"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:digg"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:via:feh"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:performance"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:cache"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:scale"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://www.stdlib.net/~colmmacc/2006/03/23/niagara-vs-ftpheanetie-showdown/">
    <title>/~colmmacc/ » Blog Archive » Niagara vs ftp.heanet.ie Showdown</title>
    <dc:date>2006-04-27T21:59:41+00:00</dc:date>
    <link>http://www.stdlib.net/~colmmacc/2006/03/23/niagara-vs-ftpheanetie-showdown/</link>
    <dc:creator>sogrady</dc:creator><description><![CDATA[an excellent review of Niagara performance from an ISP perspective; it's later bettered by Ubuntu (via Bray)
]]></description>
<dc:subject>niagara isp apache benchmark multi-core performance solaris10 solaris sun tryandbuy</dc:subject>
<dc:identifier>https://pinboard.in/u:sogrady/b:a42af67d4035/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:niagara"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:isp"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:apache"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:benchmark"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:multi-core"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:performance"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:solaris10"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:solaris"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:sun"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:tryandbuy"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://www.gnome.org/~davyd/gnome-2-14/">
    <title>A Look at GNOME 2.14</title>
    <dc:date>2006-02-18T03:02:30+00:00</dc:date>
    <link>http://www.gnome.org/~davyd/gnome-2-14/</link>
    <dc:creator>sogrady</dc:creator><description><![CDATA[can't wait to get ahold of some of this stuff, but then it'll be a while before it hits Gentoo x86 - i think 2.12 is still marked x86 - i'm hoping that some of the Xgl stuff gets considered for upcoming releases
]]></description>
<dc:subject>gnome linux desktop 2.14 performance</dc:subject>
<dc:identifier>https://pinboard.in/u:sogrady/b:9e3fc11f1356/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:gnome"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:linux"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:desktop"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:2.14"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:performance"/>
</rdf:Bag></taxo:topics>
</item>
<item rdf:about="http://kontrawize.blogs.com/kontrawize/2006/01/i_can_still_rem.html">
    <title>kontrawize: I can still remember when native code was faster than Java ...</title>
    <dc:date>2006-01-27T22:36:48+00:00</dc:date>
    <link>http://kontrawize.blogs.com/kontrawize/2006/01/i_can_still_rem.html</link>
    <dc:creator>sogrady</dc:creator><description><![CDATA[interesting articule on how some of the performance deltas between native and VM code have evaporated
]]></description>
<dc:subject>java c C++ performance native code virtual machine vm clr</dc:subject>
<dc:identifier>https://pinboard.in/u:sogrady/b:bd23560fff84/</dc:identifier>
<taxo:topics><rdf:Bag>	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:java"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:c"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:C++"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:performance"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:native"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:code"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:virtual"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:machine"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:vm"/>
	<rdf:li rdf:resource="https://pinboard.in/u:sogrady/t:clr"/>
</rdf:Bag></taxo:topics>
</item>
</rdf:RDF>