<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	
	>
<channel>
	<title>
	Comments on: The write penalty of RAID 5	</title>
	<atom:link href="https://rickardnobel.se/raid-5-write-penalty/feed/" rel="self" type="application/rss+xml" />
	<link>https://rickardnobel.se/raid-5-write-penalty/</link>
	<description>Specialists in IT infrastructure services</description>
	<lastBuildDate>Fri, 20 Apr 2018 00:24:52 +0000</lastBuildDate>
	<sy:updatePeriod>
	hourly	</sy:updatePeriod>
	<sy:updateFrequency>
	1	</sy:updateFrequency>
	<generator>https://wordpress.org/?v=6.8.6</generator>
	<item>
		<title>
		By: Elliott Balsley		</title>
		<link>https://rickardnobel.se/raid-5-write-penalty/#comment-446941</link>

		<dc:creator><![CDATA[Elliott Balsley]]></dc:creator>
		<pubDate>Fri, 20 Apr 2018 00:24:52 +0000</pubDate>
		<guid isPermaLink="false">https://rickardnobel.se/?p=718#comment-446941</guid>

					<description><![CDATA[You have explained here why the RAID5 write penalty when *changing* blocks.  But what if I am only writing new data to the drive.  For example writing a very large single file.  Then for each block, the controller should first calculate the parity, then write the data and the parity.  No need to read any existing blocks.  Then the write penalty would be minimal.  Am I missing something?]]></description>
			<content:encoded><![CDATA[<p>You have explained here why the RAID5 write penalty when *changing* blocks.  But what if I am only writing new data to the drive.  For example writing a very large single file.  Then for each block, the controller should first calculate the parity, then write the data and the parity.  No need to read any existing blocks.  Then the write penalty would be minimal.  Am I missing something?</p>
]]></content:encoded>
		
			</item>
	</channel>
</rss>

<!--
Page Caching using Disk: Enhanced 

Served from: rickardnobel.se @ 2026-08-05 14:05:27 by W3 Total Cache
-->