<?xml version="1.0" encoding="UTF-8"?>
<!-- generator="wordpress/2.0.11" -->
<rss version="2.0" 
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	>

<channel>
	<title>Linux Magazine</title>
	<link>http://www.linux-mag.com</link>
	<description>Open Source, Open Standards</description>
	<pubDate>Fri, 19 Mar 2010 17:04:37 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.0.11</generator>
	<language>en</language>
			<item>
		<title>IO Profiling of Applications: MPI Apps</title>
		<link>http://www.linux-mag.com/id/7728/</link>
		<comments>http://www.linux-mag.com/id/7728/#comments</comments>
		<pubDate>Tue, 16 Mar 2010 21:09:38 +0000</pubDate>
		<dc:creator>Jeffrey Layton</dc:creator>
		
	<dc:subject>Storage</dc:subject>
	<dc:subject>RSS</dc:subject>
	<dc:subject>What's in Stor(ag)e</dc:subject>
		<guid isPermaLink="false">http://www.linux-mag.com/id/7728/</guid>
		<description><![CDATA[In the last article we looked at using strace to examine the IO patterns of simple serial applications. In the High Performance Computing (HPC) world, applications use MPI (Message Passing Interface) to create parallel applications. This time around we discuss how to attack parallel applications using strace.]]></description>
		<wfw:commentRss>http://www.linux-mag.com/id/7728/feed/</wfw:commentRss>
		</item>
		<item>
		<title>Intro to IO Profiling of Applications</title>
		<link>http://www.linux-mag.com/id/7718/</link>
		<comments>http://www.linux-mag.com/id/7718/#comments</comments>
		<pubDate>Tue, 09 Mar 2010 22:29:49 +0000</pubDate>
		<dc:creator>Jeffrey Layton</dc:creator>
		
	<dc:subject>Storage</dc:subject>
	<dc:subject>RSS</dc:subject>
	<dc:subject>What's in Stor(ag)e</dc:subject><dc:subject>linux to read</dc:subject><dc:subject>profiling</dc:subject><dc:subject>strace</dc:subject>
		<guid isPermaLink="false">http://www.linux-mag.com/id/7718/</guid>
		<description><![CDATA[One of the sorely missing aspects of storage is analyzing and understanding the IO patterns of applications. This article will examine some techniques for performing IO profiling of an application to illustrate what information you can gain.]]></description>
		<wfw:commentRss>http://www.linux-mag.com/id/7718/feed/</wfw:commentRss>
		</item>
		<item>
		<title>2.6.33 is Out! Say Good Bye to the Anticipatory Scheduler</title>
		<link>http://www.linux-mag.com/id/7724/</link>
		<comments>http://www.linux-mag.com/id/7724/#comments</comments>
		<pubDate>Mon, 08 Mar 2010 22:03:21 +0000</pubDate>
		<dc:creator>Jeffrey Layton</dc:creator>
		
	<dc:subject>Storage</dc:subject>
	<dc:subject>RSS</dc:subject>
	<dc:subject>What's in Stor(ag)e</dc:subject>
		<guid isPermaLink="false">http://www.linux-mag.com/id/7724/</guid>
		<description><![CDATA[It's been a few days but the latest kernel, 2.6.33 is out. There are some changes that affect the storage world that you probably need to check out.  ]]></description>
		<wfw:commentRss>http://www.linux-mag.com/id/7724/feed/</wfw:commentRss>
		</item>
		<item>
		<title>POSIX IO Must Die!</title>
		<link>http://www.linux-mag.com/id/7711/</link>
		<comments>http://www.linux-mag.com/id/7711/#comments</comments>
		<pubDate>Tue, 02 Mar 2010 21:56:31 +0000</pubDate>
		<dc:creator>Jeffrey Layton</dc:creator>
		
	<dc:subject>Storage</dc:subject>
	<dc:subject>RSS</dc:subject>
	<dc:subject>What's in Stor(ag)e</dc:subject>
		<guid isPermaLink="false">http://www.linux-mag.com/id/7711/</guid>
		<description><![CDATA[POSIX IO is becoming a serious impediment to IO performance and scaling. POSIX is one of the standards that enabled portable programs and POSIX IO is the portion of the standard surrounding IO. But as the world of storage evolves with greatly increasing capacities and greatly increasing performance, it is time for POSIX IO to evolve or die.]]></description>
		<wfw:commentRss>http://www.linux-mag.com/id/7711/feed/</wfw:commentRss>
		</item>
		<item>
		<title>Geeking Out on SSD Hardware Developments</title>
		<link>http://www.linux-mag.com/id/7698/</link>
		<comments>http://www.linux-mag.com/id/7698/#comments</comments>
		<pubDate>Wed, 10 Feb 2010 03:42:29 +0000</pubDate>
		<dc:creator>Jeffrey Layton</dc:creator>
		
	<dc:subject>Storage</dc:subject>
	<dc:subject>RSS</dc:subject>
	<dc:subject>What's in Stor(ag)e</dc:subject>
		<guid isPermaLink="false">http://www.linux-mag.com/id/7698/</guid>
		<description><![CDATA[When you're hot, you're hot. And SSD's are hot right now. Let's review recent developments in SSD hardware and to see where the technology is headed. Prepare to drool over new hardware!]]></description>
		<wfw:commentRss>http://www.linux-mag.com/id/7698/feed/</wfw:commentRss>
		</item>
		<item>
		<title>Size Can Matter: Throughput Performance with a Disk-Based Journal - Part 4</title>
		<link>http://www.linux-mag.com/id/7691/</link>
		<comments>http://www.linux-mag.com/id/7691/#comments</comments>
		<pubDate>Wed, 03 Feb 2010 15:08:36 +0000</pubDate>
		<dc:creator>Jeffrey Layton</dc:creator>
		
	<dc:subject>Storage</dc:subject>
	<dc:subject>RSS</dc:subject>
	<dc:subject>What's in Stor(ag)e</dc:subject>
		<guid isPermaLink="false">http://www.linux-mag.com/id/7691/</guid>
		<description><![CDATA[Turning from Metadata performance to throughput performance, we examines the impact of journal size on ext4 when the journal is disk-based. Dig into the numbers and see what you can do to improve throughput performance.]]></description>
		<wfw:commentRss>http://www.linux-mag.com/id/7691/feed/</wfw:commentRss>
		</item>
		<item>
		<title>Size Can Matter: Would You Prefer the Hard Drive or the Ramdisk this Evening? Part 3</title>
		<link>http://www.linux-mag.com/id/7682/</link>
		<comments>http://www.linux-mag.com/id/7682/#comments</comments>
		<pubDate>Tue, 26 Jan 2010 23:21:44 +0000</pubDate>
		<dc:creator>Jeffrey Layton</dc:creator>
		
	<dc:subject>Storage</dc:subject>
	<dc:subject>RSS</dc:subject>
	<dc:subject>What's in Stor(ag)e</dc:subject>
		<guid isPermaLink="false">http://www.linux-mag.com/id/7682/</guid>
		<description><![CDATA[The past couple of weeks we ran the numbers on metadata performance for ramdisks and hard drive-based journals for ext4. Now let's compare/contrast the two journal devices and see what trends emerge.]]></description>
		<wfw:commentRss>http://www.linux-mag.com/id/7682/feed/</wfw:commentRss>
		</item>
		<item>
		<title>Size Can Matter: Ramdisk Journal Metadata Performance - Part 2</title>
		<link>http://www.linux-mag.com/id/7675/</link>
		<comments>http://www.linux-mag.com/id/7675/#comments</comments>
		<pubDate>Tue, 19 Jan 2010 22:49:47 +0000</pubDate>
		<dc:creator>Jeffrey Layton</dc:creator>
		
	<dc:subject>Storage</dc:subject>
	<dc:subject>RSS</dc:subject>
	<dc:subject>What's in Stor(ag)e</dc:subject>
		<guid isPermaLink="false">http://www.linux-mag.com/id/7675/</guid>
		<description><![CDATA[Previously, we examined the impact of journal size using a separate disk on metadata performance as measured by fdtree. In this follow-up we repeat the same test but use a ramdisk for the journal, thereby boosting the best performance. Or does it?]]></description>
		<wfw:commentRss>http://www.linux-mag.com/id/7675/feed/</wfw:commentRss>
		</item>
		<item>
		<title>Size Can Matter: Improving Metadata Performance with Ext4 Journal Sizing - Part I</title>
		<link>http://www.linux-mag.com/id/7666/</link>
		<comments>http://www.linux-mag.com/id/7666/#comments</comments>
		<pubDate>Wed, 13 Jan 2010 04:39:36 +0000</pubDate>
		<dc:creator>Jeffrey Layton</dc:creator>
		
	<dc:subject>Storage</dc:subject>
	<dc:subject>RSS</dc:subject>
	<dc:subject>What's in Stor(ag)e</dc:subject><dc:subject>disk</dc:subject><dc:subject>ext4</dc:subject><dc:subject>journal</dc:subject><dc:subject>performance</dc:subject>
		<guid isPermaLink="false">http://www.linux-mag.com/id/7666/</guid>
		<description><![CDATA[Recently we saw that the journal device location, unfortunately, didn't make much of a difference on ext4 metadata performance. But can the size of the journal will have an impact on metadata performance? The first in a series of articles examining the journal size and performance.]]></description>
		<wfw:commentRss>http://www.linux-mag.com/id/7666/feed/</wfw:commentRss>
		</item>
		<item>
		<title>And the Sign of the Beast is 6 (Gbps that is)</title>
		<link>http://www.linux-mag.com/id/7660/</link>
		<comments>http://www.linux-mag.com/id/7660/#comments</comments>
		<pubDate>Tue, 05 Jan 2010 22:42:32 +0000</pubDate>
		<dc:creator>Jeffrey Layton</dc:creator>
		
	<dc:subject>Storage</dc:subject>
	<dc:subject>RSS</dc:subject>
	<dc:subject>What's in Stor(ag)e</dc:subject>
		<guid isPermaLink="false">http://www.linux-mag.com/id/7660/</guid>
		<description><![CDATA[In the quest for more performance there are two new standards for SATA and SAS focused on doubling current throughput to 6 Gbps. While the standards may sound like a nice potential boost don't expect individual hard drives to increase in performance.]]></description>
		<wfw:commentRss>http://www.linux-mag.com/id/7660/feed/</wfw:commentRss>
		</item>
	</channel>
</rss>
