<?xml version="1.0" encoding="utf-8"?>

<rdf:RDF
xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#"
xmlns:dc="http://purl.org/dc/elements/1.1/"
xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
xmlns:admin="http://webns.net/mvcb/"
xmlns:cc="http://web.resource.org/cc/"
xmlns="http://purl.org/rss/1.0/">

<channel rdf:about="http://weblogs.java.net/blog/sdo/">
<title>Scott Oaks&apos;s Blog</title>
<link>http://weblogs.java.net/blog/sdo/</link>
<description></description>
<dc:language>en-us</dc:language>
<dc:creator></dc:creator>
<dc:date>2008-04-03T09:04:04-08:00</dc:date>
<admin:generatorAgent rdf:resource="http://www.movabletype.org/?v=3.01D" />


<items>
<rdf:Seq><rdf:li rdf:resource="http://weblogs.java.net/blog/sdo/archive/2008/04/more_on_the_sim.html" />
<rdf:li rdf:resource="http://weblogs.java.net/blog/sdo/archive/2008/04/what_does_it_me.html" />
<rdf:li rdf:resource="http://weblogs.java.net/blog/sdo/archive/2008/02/oh_go_ahead_pre.html" />
<rdf:li rdf:resource="http://weblogs.java.net/blog/sdo/archive/2008/02/performance_sta.html" />
<rdf:li rdf:resource="http://weblogs.java.net/blog/sdo/archive/2008/01/dont_necessaril.html" />
<rdf:li rdf:resource="http://weblogs.java.net/blog/sdo/archive/2007/12/grizzly_protoco.html" />
<rdf:li rdf:resource="http://weblogs.java.net/blog/sdo/archive/2007/12/a_glassfish_tun.html" />
<rdf:li rdf:resource="http://weblogs.java.net/blog/sdo/archive/2007/11/a_scalable_spec.html" />
<rdf:li rdf:resource="http://weblogs.java.net/blog/sdo/archive/2007/09/sun_ships_glass.html" />
<rdf:li rdf:resource="http://weblogs.java.net/blog/sdo/archive/2007/07/sjsas_91_glassf_1.html" />
<rdf:li rdf:resource="http://weblogs.java.net/blog/sdo/archive/2007/07/switching_track.html" />
<rdf:li rdf:resource="http://weblogs.java.net/blog/sdo/archive/2007/06/dynamically_siz.html" />
<rdf:li rdf:resource="http://weblogs.java.net/blog/sdo/archive/2007/05/how_to_test_con.html" />
<rdf:li rdf:resource="http://weblogs.java.net/blog/sdo/archive/2007/04/simple_benchmar.html" />
<rdf:li rdf:resource="http://weblogs.java.net/blog/sdo/archive/2007/03/ab_considered_h.html" />
</rdf:Seq>
</items>

</channel>

<item rdf:about="http://weblogs.java.net/blog/sdo/archive/2008/04/more_on_the_sim.html">
<title>More on the simple vs. the complex</title>
<link>http://weblogs.java.net/blog/sdo/archive/2008/04/more_on_the_sim.html</link>
<description>Is the speed of an appserver on a single request indicative of how it will handle your traffic?</description>
<dc:subject></dc:subject>
<dc:creator>sdo</dc:creator>
<dc:date>2008-04-03T09:04:04-08:00</dc:date>
</item>
<item rdf:about="http://weblogs.java.net/blog/sdo/archive/2008/04/what_does_it_me.html">
<title>What does it mean to be faster?</title>
<link>http://weblogs.java.net/blog/sdo/archive/2008/04/what_does_it_me.html</link>
<description>If a machine does a simple test faster than machine B, is machine A the faster machine for your needs?</description>
<dc:subject>Performance</dc:subject>
<dc:creator>sdo</dc:creator>
<dc:date>2008-04-01T10:57:16-08:00</dc:date>
</item>
<item rdf:about="http://weblogs.java.net/blog/sdo/archive/2008/02/oh_go_ahead_pre.html">
<title>Oh, go ahead -- prematurely optimize</title>
<link>http://weblogs.java.net/blog/sdo/archive/2008/02/oh_go_ahead_pre.html</link>
<description>Premature optimization is the root of all evil. Writing badly-performing code is even worse.</description>
<dc:subject>Performance</dc:subject>
<dc:creator>sdo</dc:creator>
<dc:date>2008-02-25T15:04:41-08:00</dc:date>
</item>
<item rdf:about="http://weblogs.java.net/blog/sdo/archive/2008/02/performance_sta.html">
<title>Performance Stat of the Day</title>
<link>http://weblogs.java.net/blog/sdo/archive/2008/02/performance_sta.html</link>
<description>It&apos;s impossible to tell performance without measuring</description>
<dc:subject>Performance</dc:subject>
<dc:creator>sdo</dc:creator>
<dc:date>2008-02-03T19:12:34-08:00</dc:date>
</item>
<item rdf:about="http://weblogs.java.net/blog/sdo/archive/2008/01/dont_necessaril.html">
<title>Don&apos;t (necessarily) trust your tools</title>
<link>http://weblogs.java.net/blog/sdo/archive/2008/01/dont_necessaril.html</link>
<description>jmeter leads us down a blind alley -- should we have known better?</description>
<dc:subject>Performance</dc:subject>
<dc:creator>sdo</dc:creator>
<dc:date>2008-01-22T09:08:24-08:00</dc:date>
</item>
<item rdf:about="http://weblogs.java.net/blog/sdo/archive/2007/12/grizzly_protoco.html">
<title>Grizzly Protocol Parsers</title>
<link>http://weblogs.java.net/blog/sdo/archive/2007/12/grizzly_protoco.html</link>
<description>A quick overview of grizzly 1.7 new protocol parsing paradigm.</description>
<dc:subject>Open Source</dc:subject>
<dc:creator>sdo</dc:creator>
<dc:date>2007-12-19T13:01:04-08:00</dc:date>
</item>
<item rdf:about="http://weblogs.java.net/blog/sdo/archive/2007/12/a_glassfish_tun.html">
<title>A Glassfish Tuning Primer</title>
<link>http://weblogs.java.net/blog/sdo/archive/2007/12/a_glassfish_tun.html</link>
<description>Everything (almost) you wanted to know about tuning glassfish without reading the manual.</description>
<dc:subject>Performance</dc:subject>
<dc:creator>sdo</dc:creator>
<dc:date>2007-12-03T11:25:33-08:00</dc:date>
</item>
<item rdf:about="http://weblogs.java.net/blog/sdo/archive/2007/11/a_scalable_spec.html">
<title>A scalable SPECjAppServer 2004 submission</title>
<link>http://weblogs.java.net/blog/sdo/archive/2007/11/a_scalable_spec.html</link>
<description>Sun has submitted a SPECjAppServer 2004 submission that scales across a lot of hardware. Is it just a question of throwing hardware at the problem?</description>
<dc:subject>Performance</dc:subject>
<dc:creator>sdo</dc:creator>
<dc:date>2007-11-26T09:16:45-08:00</dc:date>
</item>
<item rdf:about="http://weblogs.java.net/blog/sdo/archive/2007/09/sun_ships_glass.html">
<title>Sun Ships Glassfish V2</title>
<link>http://weblogs.java.net/blog/sdo/archive/2007/09/sun_ships_glass.html</link>
<description>Sun ships glassfish V2, and the performance team no longer has two heads.</description>
<dc:subject></dc:subject>
<dc:creator>sdo</dc:creator>
<dc:date>2007-09-17T11:59:21-08:00</dc:date>
</item>
<item rdf:about="http://weblogs.java.net/blog/sdo/archive/2007/07/sjsas_91_glassf_1.html">
<title>SJSAS 9.1 (Glassfish V2) posts new SPECjAppServer 2004 result</title>
<link>http://weblogs.java.net/blog/sdo/archive/2007/07/sjsas_91_glassf_1.html</link>
<description>Glassfish V1 was a price performance leader with good enough performance. Good enough is no longer enough.</description>
<dc:subject>Performance</dc:subject>
<dc:creator>sdo</dc:creator>
<dc:date>2007-07-10T07:27:47-08:00</dc:date>
</item>
<item rdf:about="http://weblogs.java.net/blog/sdo/archive/2007/07/switching_track.html">
<title>Switching tracks</title>
<link>http://weblogs.java.net/blog/sdo/archive/2007/07/switching_track.html</link>
<description>Java has two switch statements -- should you actually care?</description>
<dc:subject>Performance</dc:subject>
<dc:creator>sdo</dc:creator>
<dc:date>2007-07-09T14:06:46-08:00</dc:date>
</item>
<item rdf:about="http://weblogs.java.net/blog/sdo/archive/2007/06/dynamically_siz.html">
<title>Dynamically sizing threadpools</title>
<link>http://weblogs.java.net/blog/sdo/archive/2007/06/dynamically_siz.html</link>
<description>Thread pools can typically be dynamically resized, but is that a feature you should take advantage of? In a word -- no.</description>
<dc:subject>Performance</dc:subject>
<dc:creator>sdo</dc:creator>
<dc:date>2007-06-07T10:15:51-08:00</dc:date>
</item>
<item rdf:about="http://weblogs.java.net/blog/sdo/archive/2007/05/how_to_test_con.html">
<title>How to test container scalability</title>
<link>http://weblogs.java.net/blog/sdo/archive/2007/05/how_to_test_con.html</link>
<description>NIO can easily scale to thousands of users, but how do you accurately test if you&apos;re measuring 16,000 users?</description>
<dc:subject>Performance</dc:subject>
<dc:creator>sdo</dc:creator>
<dc:date>2007-05-02T11:38:25-08:00</dc:date>
</item>
<item rdf:about="http://weblogs.java.net/blog/sdo/archive/2007/04/simple_benchmar.html">
<title>Simple Benchmarking with Faban</title>
<link>http://weblogs.java.net/blog/sdo/archive/2007/04/simple_benchmar.html</link>
<description>Faban is a quite powerful benchmarking framework, but it can be used as a simple alternative to the flawed ab program.</description>
<dc:subject></dc:subject>
<dc:creator>sdo</dc:creator>
<dc:date>2007-04-19T10:52:21-08:00</dc:date>
</item>
<item rdf:about="http://weblogs.java.net/blog/sdo/archive/2007/03/ab_considered_h.html">
<title>ab considered harmful</title>
<link>http://weblogs.java.net/blog/sdo/archive/2007/03/ab_considered_h.html</link>
<description>ab is popular as a tool to measure appserver performance, but it is clearly the wrong tool for the job.</description>
<dc:subject>Performance</dc:subject>
<dc:creator>sdo</dc:creator>
<dc:date>2007-03-23T15:09:27-08:00</dc:date>
</item>


</rdf:RDF>
