<?xml version="1.0" encoding="ISO-8859-15"?>
<rss version="2.0"
 xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#"
 xmlns:content="http://purl.org/rss/1.0/modules/content/"
 xmlns:atom="http://www.w3.org/2005/Atom"
>
	<channel>
		<copyright>All rights reserved</copyright>
		<pubDate>Sun, 06 Jul 2008 21:40:10 GMT</pubDate>
		<lastBuildDate>Sun, 06 Jul 2008 21:40:10 GMT</lastBuildDate>
		<docs>http://blogs.law.harvard.edu/tech/rss</docs>
		<description>GoT - list_messages</description>
		<image>
			<link>http://gathering.tweakers.net</link>
			<title>Gathering of Tweakers</title>
			<url>http://tweakimg.net/g/if/logo.gif</url>
		</image>
		<language>nl-nl</language>
		<link>http://gathering.tweakers.net/rss/list_messages/1193708/17</link>
		<atom:link href="http://gathering.tweakers.net/rss/list_messages/1193708/17" rel="self" type="application/rss+xml" />
		<title>[Benchmarks] Het grote: &quot;Post hier je RAID scores topic&quot; II - Opslagmedia &amp; I/O Controllers - GoT</title>
		<webMaster>gathering@tweakers.net (Administrator)</webMaster>
		<item>
			<title>The_Alchemist</title>
			<link>http://gathering.tweakers.net/forum/list_message/29742417?data%5Bsource%5D=rss#29742417</link>
			<author>dummy@example.com (The_Alchemist)</author>
			<description>dinsdag 11 maart 2008 19:52
Interessante topic waaraan ik heb besloten ook mee te doen. Hierbij mijn HD tune score. Systemspecs onderaan te zien




E6600: 2.4GHz @ 2,7GHz ) niet zeker of dat goed overgeklokt is...

HDD: 2x WD 250GB in RAID0</description>
			<content:encoded><![CDATA[dinsdag 11 maart 2008 19:52<br />
Interessante topic waaraan ik heb besloten ook mee te doen. Hierbij mijn HD tune score. Systemspecs onderaan te zien<br>
<br>
<img src="http://img187.imageshack.us/img187/7994/hdtunebenchmarkintelrailm5.png" class="rml" width="570" height="464" title="http://img187.imageshack.us/img187/7994/hdtunebenchmarkintelrailm5.png" alt="http://img187.imageshack.us/img187/7994/hdtunebenchmarkintelrailm5.png"><br>
<br>
<br>
E6600: 2.4GHz @ 2,7GHz ) niet zeker of dat goed overgeklokt is...<br>
<br>
HDD: 2x <a href="http://tweakers.net/pricewatch/144150/Western-Digital-Caviar-RE-WD2500YS-250GB-(7200rpm-SATA-II-16MB)-prijzen.html" rel="external">WD 250GB in RAID0</a>]]></content:encoded>
			<guid isPermaLink="false">http://gathering.tweakers.net/forum/list_message/29742417#29742417</guid>
			<pubDate>Tue, 11 Mar 2008 18:52:14 GMT</pubDate>
		</item>
		<item>
			<title>Enlightenment</title>
			<link>http://gathering.tweakers.net/forum/list_message/29743097?data%5Bsource%5D=rss#29743097</link>
			<author>dummy@example.com (Enlightenment)</author>
			<description>dinsdag 11 maart 2008 21:52
quote:aapenootjes schreef op dinsdag 11 maart 2008 @ 07:50:
Ja, dat weet ik. Maar alleen een snellere iop betekent nog niet dat de kaart altijd beter presteert.Reken maar op een leuke snelheidswinst voor de Highpoint RR 3520, en de prijs is met 400 euro zeer redelijk. Vraag is natuurlijk of je voor die prijs straks niet een leuke SSD kunt kopen. Maar probleem blijft de opslagcapaciteit voor velen. 16GB is niet geschikt om je games op te zetten, dan passen er max 2 op. Vista heeft al minimaal 12GB nodig voor een kale installatie.

Maarja de prijs van SSDs kan wel snel gaan zakken, en 128GB modellen kunnen wel eens betaalbaar worden over een jaar. Nog steeds gaat dat best wel traag, maar we komen er wel! 
Straks is het afscheid nemen van onze mechanische kraakdozen, ik zal er geen traan om laten.   

quote:jpm.lensen schreef op dinsdag 11 maart 2008 @ 13:48:
[...]

@enlightment, heb je het dan over het asus pl5d2 bord? (intel setup?)Nee van je asus a8n-sli mobo, die heb ik ook gequote.quote:Ter info, alleen de nieuwste hdd is sata, de rest is allemaal pata.PATA is sowieso gedeeld, dus niet erg geschikt om RAID op te draaien. E&#233;n PATA schijf zou nog kunnen, maar je moet geen 2 RAID-schijven op dezelfde PATA-kabel zetten.

quote:Joep Stoffels schreef op dinsdag 11 maart 2008 @ 18:29:
Wel apart dat ik hier niemand over matrixraid hoor praten  MatrixRAID is een marketingterm, wij tweakers praten meestal over de techniek achter de marketing.  En opzich is het niets nieuws, Linux/BSD en vrijwel alle UNIXen ondersteunen Software RAID op partities en kunnen van een mirror booten (niet van een stripe). Met de partities kun je zoveel combinaties maken, nog veel meer dan MatrixRAID je toelaat. Het mooie van MatrixRAID is wel dat het voor Windows werkt die zelf geen goede en uitgebreide software RAID functionaliteit heeft, en dat je er van kunt booten. Want geen enkel striping RAID is momenteel bootable, alhoewel dat theoretisch wel mogelijk is, maar ingewikkeld.

quote:Moris schreef op dinsdag 11 maart 2008 @ 19:20:
Als ik het goed lees is WriteBack niet aan te bevelen in een vb Raid 1 of Raid 10, wanneer het gaat om belangrijke data   
Jammer dat de performance hierdoor dan ook achteruit gaat   
Is dit op een ander manier op te lossen, ik lees hier iets van NCQ      Zou ook jammer zijn als je data opeens corrupt is. 
NCQ heeft nut om de write-performance redelijk te houden zodra de HDD write buffer wordt uitgeschakeld. Deze HDD write buffer is nog wat anders dan de &#039;write back&#039; mode in de RAID-driver, en die van het filesystem. Verder is NCQ niet superinteressant voor desktops. NCQ is alleen beschikbaar in AHCI modus, niet in IDE modus. Je kunt het herkennen doordat je schijf dan in de &#039;safe remove&#039; icoontje staat in de systemtray, wat aangeeft dat hij hot-pluggable is. Dan draai je AHCI.</description>
			<content:encoded><![CDATA[dinsdag 11 maart 2008 21:52<br />
<blockquote><div>quote:</div><div class="message-quote-div"><b><a href="http://gathering.tweakers.net/forum/list_message/29738175#29738175" rel="external" class="messagelink">aapenootjes schreef op dinsdag 11 maart 2008 @ 07:50</a>:</b><br>
Ja, dat weet ik. Maar alleen een snellere iop betekent nog niet dat de kaart altijd beter presteert.</div></blockquote>Reken maar op een leuke snelheidswinst voor de Highpoint RR 3520, en de prijs is met 400 euro zeer redelijk. Vraag is natuurlijk of je voor die prijs straks niet een leuke SSD kunt kopen. Maar probleem blijft de opslagcapaciteit voor velen. 16GB is niet geschikt om je games op te zetten, dan passen er max 2 op. Vista heeft al minimaal 12GB nodig voor een kale installatie.<br>
<br>
Maarja de prijs van SSDs kan wel snel gaan zakken, en 128GB modellen kunnen wel eens betaalbaar worden over een jaar. Nog steeds gaat dat best wel traag, maar we komen er wel! <img src="http://gathering.tweakers.net/global/smileys/smile.gif" width="15"  height="15" alt=":)" class="smiley"><br>
Straks is het afscheid nemen van onze mechanische kraakdozen, ik zal er geen traan om laten.  <img src="http://gathering.tweakers.net/global/smileys/devil.gif" width="15"  height="15" alt="&gt;:)" class="smiley"> <br>
<br>
<hr><blockquote><div>quote:</div><div class="message-quote-div"><b><a href="http://gathering.tweakers.net/forum/list_message/29740110#29740110" rel="external" class="messagelink">jpm.lensen schreef op dinsdag 11 maart 2008 @ 13:48</a>:</b><br>
[...]<br>
<br>
@enlightment, heb je het dan over het asus pl5d2 bord? (intel setup?)</div></blockquote>Nee van je asus a8n-sli mobo, die heb ik ook gequote.<blockquote><div>quote:</div><div class="message-quote-div">Ter info, alleen de nieuwste hdd is sata, de rest is allemaal pata.</div></blockquote>PATA is sowieso gedeeld, dus niet erg geschikt om RAID op te draaien. E&#233;n PATA schijf zou nog kunnen, maar je moet geen 2 RAID-schijven op dezelfde PATA-kabel zetten.<br>
<br>
<hr><blockquote><div>quote:</div><div class="message-quote-div"><b><a href="http://gathering.tweakers.net/forum/list_message/29741918#29741918" rel="external" class="messagelink">Joep Stoffels schreef op dinsdag 11 maart 2008 @ 18:29</a>:</b><br>
Wel apart dat ik hier niemand over matrixraid hoor praten  <img src="http://gathering.tweakers.net/global/smileys/nosmile2.gif" width="15"  height="15" alt=":|" class="smiley"></div></blockquote>MatrixRAID is een marketingterm, wij tweakers praten meestal over de techniek achter de marketing. <img src="http://gathering.tweakers.net/global/smileys/smile.gif" width="15"  height="15" alt=":)" class="smiley"> En opzich is het niets nieuws, Linux/BSD en vrijwel alle UNIXen ondersteunen Software RAID op partities en kunnen van een mirror booten (niet van een stripe). Met de partities kun je zoveel combinaties maken, nog veel meer dan MatrixRAID je toelaat. Het mooie van MatrixRAID is wel dat het voor Windows werkt die zelf geen goede en uitgebreide software RAID functionaliteit heeft, en dat je er van kunt booten. Want geen enkel striping RAID is momenteel bootable, alhoewel dat theoretisch wel mogelijk is, maar ingewikkeld.<br>
<br>
<hr><blockquote><div>quote:</div><div class="message-quote-div"><b><a href="http://gathering.tweakers.net/forum/list_message/29742203#29742203" rel="external" class="messagelink">Moris schreef op dinsdag 11 maart 2008 @ 19:20</a>:</b><br>
Als ik het goed lees is WriteBack niet aan te bevelen in een vb Raid 1 of Raid 10, wanneer het gaat om belangrijke data  <img src="http://gathering.tweakers.net/global/smileys/confused.gif" width="19"  height="15" alt=":?" class="smiley"> <br>
Jammer dat de performance hierdoor dan ook achteruit gaat  <img src="http://gathering.tweakers.net/global/smileys/huh.gif" width="15"  height="15" alt=":S" class="smiley"> <br>
Is dit op een ander manier op te lossen, ik lees hier iets van NCQ   <img src="http://gathering.tweakers.net/global/smileys/confused.gif" width="19"  height="15" alt=":?" class="smiley">   <img src="http://gathering.tweakers.net/global/smileys/bonk.gif" width="30"  height="17" alt="8)7" class="smiley"></div></blockquote>Zou ook jammer zijn als je data opeens corrupt is. <img src="http://gathering.tweakers.net/global/smileys/wink.gif" width="15"  height="15" alt=";)" class="smiley"><br>
NCQ heeft nut om de write-performance redelijk te houden zodra de HDD write buffer wordt uitgeschakeld. Deze HDD write buffer is nog wat anders dan de &#039;write back&#039; mode in de RAID-driver, en die van het filesystem. Verder is NCQ niet superinteressant voor desktops. NCQ is alleen beschikbaar in AHCI modus, niet in IDE modus. Je kunt het herkennen doordat je schijf dan in de &#039;safe remove&#039; icoontje staat in de systemtray, wat aangeeft dat hij hot-pluggable is. Dan draai je AHCI.]]></content:encoded>
			<guid isPermaLink="false">http://gathering.tweakers.net/forum/list_message/29743097#29743097</guid>
			<pubDate>Tue, 11 Mar 2008 20:52:21 GMT</pubDate>
		</item>
		<item>
			<title>Moris</title>
			<link>http://gathering.tweakers.net/forum/list_message/29743185?data%5Bsource%5D=rss#29743185</link>
			<author>dummy@example.com (Moris)</author>
			<description>dinsdag 11 maart 2008 22:09
Ok&#233;, voor mijn Raid 0 waar Vista 64 op staat hou ik de WriteBack ingeschakeld staan en voor mijn data in Raid 10 hou ik de Writeback dan lekker uitgeschakeld voor de extra veiligheid   

Omdat ik mijn raid-configuratie destijds niet in de AHCI-modus kon ge&#239;nstalleerd krijgen heb ik me er verder ook niet meer in verdiept.
Maar zoals jezelf al zegt is het voor desktops niet interessant om het te gebruiken  quote:Enlightenment schreef op dinsdag 11 maart 2008 @ 21:52:
[...]

Zou ook jammer zijn als je data opeens corrupt is. 
NCQ heeft nut om de write-performance redelijk te houden zodra de HDD write buffer wordt uitgeschakeld. Deze HDD write buffer is nog wat anders dan de &#039;write back&#039; mode in de RAID-driver, en die van het filesystem. Verder is NCQ niet superinteressant voor desktops. NCQ is alleen beschikbaar in AHCI modus, niet in IDE modus. Je kunt het herkennen doordat je schijf dan in de &#039;safe remove&#039; icoontje staat in de systemtray, wat aangeeft dat hij hot-pluggable is. Dan draai je AHCI.</description>
			<content:encoded><![CDATA[dinsdag 11 maart 2008 22:09<br />
Ok&#233;, voor mijn Raid 0 waar Vista 64 op staat hou ik de WriteBack ingeschakeld staan en voor mijn data in Raid 10 hou ik de Writeback dan lekker uitgeschakeld voor de extra veiligheid  <img src="http://gathering.tweakers.net/global/smileys/smile.gif" width="15"  height="15" alt=":)" class="smiley"> <br>
<br>
Omdat ik mijn raid-configuratie destijds niet in de AHCI-modus kon ge&#239;nstalleerd krijgen heb ik me er verder ook niet meer in verdiept.<br>
Maar zoals jezelf al zegt is het voor desktops niet interessant om het te gebruiken  <img src="http://gathering.tweakers.net/global/smileys/confused.gif" width="19"  height="15" alt=":?" class="smiley"><blockquote><div>quote:</div><div class="message-quote-div"><b><a href="http://gathering.tweakers.net/forum/list_message/29743097#29743097" rel="external" class="messagelink">Enlightenment schreef op dinsdag 11 maart 2008 @ 21:52</a>:</b><br>
[...]<br>
<br>
Zou ook jammer zijn als je data opeens corrupt is. <img src="http://gathering.tweakers.net/global/smileys/wink.gif" width="15"  height="15" alt=";)" class="smiley"><br>
NCQ heeft nut om de write-performance redelijk te houden zodra de HDD write buffer wordt uitgeschakeld. Deze HDD write buffer is nog wat anders dan de &#039;write back&#039; mode in de RAID-driver, en die van het filesystem. Verder is NCQ niet superinteressant voor desktops. NCQ is alleen beschikbaar in AHCI modus, niet in IDE modus. Je kunt het herkennen doordat je schijf dan in de &#039;safe remove&#039; icoontje staat in de systemtray, wat aangeeft dat hij hot-pluggable is. Dan draai je AHCI.</div></blockquote>]]></content:encoded>
			<guid isPermaLink="false">http://gathering.tweakers.net/forum/list_message/29743185#29743185</guid>
			<pubDate>Tue, 11 Mar 2008 21:09:12 GMT</pubDate>
		</item>
		<item>
			<title>jpm.lensen</title>
			<link>http://gathering.tweakers.net/forum/list_message/29746734?data%5Bsource%5D=rss#29746734</link>
			<author>dummy@example.com (jpm.lensen)</author>
			<description>woensdag 12 maart 2008 15:12
quote:Enlightenment schreef op dinsdag 11 maart 2008 @ 21:52:

[...]

Nee van je asus a8n-sli mobo, die heb ik ook gequote.


[...]

PATA is sowieso gedeeld, dus niet erg geschikt om RAID op te draaien. E&#233;n PATA schijf zou nog kunnen, maar je moet geen 2 RAID-schijven op dezelfde PATA-kabel zetten.

@enlightment
de prestaties van de amd setup, vind ik wel prima. Maar de intel vind ik juist vrij laag.
Over de PATA, daar hangen alleen maar optische drives aan, en 1 harde schijf. Ik draai geen RAID.

Nog tips voor de intel prestatie?</description>
			<content:encoded><![CDATA[woensdag 12 maart 2008 15:12<br />
<blockquote><div>quote:</div><div class="message-quote-div"><b><a href="http://gathering.tweakers.net/forum/list_message/29743097#29743097" rel="external" class="messagelink">Enlightenment schreef op dinsdag 11 maart 2008 @ 21:52</a>:</b><br>
<br>
[...]<br>
<br>
Nee van je asus a8n-sli mobo, die heb ik ook gequote.<br>
<br>
<br>
[...]<br>
<br>
PATA is sowieso gedeeld, dus niet erg geschikt om RAID op te draaien. E&#233;n PATA schijf zou nog kunnen, maar je moet geen 2 RAID-schijven op dezelfde PATA-kabel zetten.<br>
<br>
<hr></div></blockquote>@enlightment<br>
de prestaties van de amd setup, vind ik wel prima. Maar de intel vind ik juist vrij laag.<br>
Over de PATA, daar hangen alleen maar optische drives aan, en 1 harde schijf. Ik draai geen RAID.<br>
<br>
Nog tips voor de intel prestatie?]]></content:encoded>
			<guid isPermaLink="false">http://gathering.tweakers.net/forum/list_message/29746734#29746734</guid>
			<pubDate>Wed, 12 Mar 2008 14:12:01 GMT</pubDate>
		</item>
		<item>
			<title>Sebazzz</title>
			<link>http://gathering.tweakers.net/forum/list_message/29747014?data%5Bsource%5D=rss#29747014</link>
			<author>dummy@example.com (Sebazzz)</author>
			<description>woensdag 12 maart 2008 15:46
quote:kunnen van een mirror booten (niet van een stripe)Nee, maar uiteraard kan je wel je /boot op een intern flashkaartje zetten en de rest van je / op een Software RAID0 zetten. Dan heb je ook gelijk een soort Readyboost.</description>
			<content:encoded><![CDATA[woensdag 12 maart 2008 15:46<br />
<blockquote><div>quote:</div><div class="message-quote-div">kunnen van een mirror booten (niet van een stripe)</div></blockquote>Nee, maar uiteraard kan je wel je /boot op een intern flashkaartje zetten en de rest van je / op een Software RAID0 zetten. Dan heb je ook gelijk een soort Readyboost.]]></content:encoded>
			<guid isPermaLink="false">http://gathering.tweakers.net/forum/list_message/29747014#29747014</guid>
			<pubDate>Wed, 12 Mar 2008 14:46:35 GMT</pubDate>
		</item>
		<item>
			<title>sno_dwarf</title>
			<link>http://gathering.tweakers.net/forum/list_message/29747242?data%5Bsource%5D=rss#29747242</link>
			<author>dummy@example.com (sno_dwarf)</author>
			<description>woensdag 12 maart 2008 16:12
Wegens teleurstellende raid5 prestaties van een intel ich9, ofwel ik werd er helemaal over-de-top knetterGek van, een highpoint 2300 besteld. Die zal een normal leuke score moeten neetzetten voor een thuis server ivp 20 writes met write-cache disabled en wind mee   

Maar een ding vraag ik me af, aangezien er geen cache/batt pack op de 2300 zit leek het me juist een leuke lowprofile controller waarbij ik me niet iedere keer zorgen hoef te maken of mijn data wel veilig staat in geval van stroomuitval/reboot. Kan iemand dat bevestigen?</description>
			<content:encoded><![CDATA[woensdag 12 maart 2008 16:12<br />
Wegens teleurstellende raid5 prestaties van een intel ich9, ofwel ik werd er helemaal over-de-top knetterGek van, een highpoint 2300 besteld. Die zal een normal leuke score moeten neetzetten voor een thuis server ivp 20 writes met write-cache disabled en wind mee  <img src="http://gathering.tweakers.net/global/smileys/pukey.gif" width="15"  height="15" alt=":r" class="smiley"> <br>
<br>
Maar een ding vraag ik me af, aangezien er geen cache/batt pack op de 2300 zit leek het me juist een leuke lowprofile controller waarbij ik me niet iedere keer zorgen hoef te maken of mijn data wel veilig staat in geval van stroomuitval/reboot. Kan iemand dat bevestigen?]]></content:encoded>
			<guid isPermaLink="false">http://gathering.tweakers.net/forum/list_message/29747242#29747242</guid>
			<pubDate>Wed, 12 Mar 2008 15:12:50 GMT</pubDate>
		</item>
		<item>
			<title>Demon_Eyez</title>
			<link>http://gathering.tweakers.net/forum/list_message/29751738?data%5Bsource%5D=rss#29751738</link>
			<author>dummy@example.com (Demon_Eyez)</author>
			<description>donderdag 13 maart 2008 12:19
Ik vroeg me af, dat hele verhaal van 32K stripesize, 64K clustersize icm alignment (sector 2048), levert dat nog wat op als je bijvoorbeeld (2xHDD) Raid0 draait?

Of kan je dan beter zoals gewoonlijk 128K stripesize nemen, maar dan wel met 64K clustersize en alignment?

en, laatste vraag  , is dat alignen opzichzelf zowiezo aan te raden?</description>
			<content:encoded><![CDATA[donderdag 13 maart 2008 12:19<br />
Ik vroeg me af, dat hele verhaal van 32K stripesize, 64K clustersize icm alignment (sector 2048), levert dat nog wat op als je bijvoorbeeld (2xHDD) Raid0 draait?<br>
<br>
Of kan je dan beter zoals gewoonlijk 128K stripesize nemen, maar dan wel met 64K clustersize en alignment?<br>
<br>
en, laatste vraag <img src="http://gathering.tweakers.net/global/smileys/smile.gif" width="15"  height="15" alt=":)" class="smiley"> , is dat alignen opzichzelf zowiezo aan te raden?]]></content:encoded>
			<guid isPermaLink="false">http://gathering.tweakers.net/forum/list_message/29751738#29751738</guid>
			<pubDate>Thu, 13 Mar 2008 11:19:41 GMT</pubDate>
		</item>
		<item>
			<title>sno_dwarf</title>
			<link>http://gathering.tweakers.net/forum/list_message/29751858?data%5Bsource%5D=rss#29751858</link>
			<author>dummy@example.com (sno_dwarf)</author>
			<description>donderdag 13 maart 2008 12:40
Volgen alles wat ik erover kan vinden is het align-en van een partitie zeker aan te raden en zou dat snelheidswinst moeten op leveren. Daarbij ben je vrij je eigen stripesize te bepalen, clustersize doet in veel gevallen niets met de snelheid. 
Volgens microsoft kb : Disk performance may be slower than expected when you use multiple disks in Windows Server 2003, in Windows XP, and in Windows 2000 ik quote;quote:To verify that an existing partition is aligned, divide the size of the stripe unit by the starting offset of the RAID disk group. Use the following syntax:
((Partition offset) * (Disk sector size)) / (Stripe unit size)
Note Disk sector size and stripe unit size must be in bytes or in kilobytes (KB).

Example of alignment calculations in bytes for a 256-KB stripe unit size:
(63 * 512) / 262144 = 0.123046875
(64 * 512) / 262144 = 0.125
(128 * 512) / 262144 = 0.25
(256 * 512) / 262144 = 0.5
(512 * 512) / 262144 = 1
Example of alignment calculations in kilobytes for a 256-KB stripe unit size:
(63 * .5) / 256 = 0.123046875
(64 * .5) / 256 = 0.125
(128 * .5) / 256 = 0.25
(256 * .5) / 256 = 0.5
(512 * .5) / 256 = 1
These examples shows that the partition is not aligned correctly for a 256-KB stripe unit size until the partition is created by using an offset of 512 sectors (512 bytes per sector).Bij een stripesize van 64k * 1024 = 65536 / 512 = 128 zou dus de offset 128 moeten zijn. In andere artikelen staat weer dat 2048 altijd goed is om een align-en partitie te krijgen. Correct me if im wrong maar de hele essentie is op een even nummer te beginnen met partitioneren ivp 63.
Diskpart is wel de enige tool die ik ken waar je met enig fatsoen een partitie kan aanmaken, hoewel je daarvoor dus eerst een os moet hebben draaien (2k3sr2) .</description>
			<content:encoded><![CDATA[donderdag 13 maart 2008 12:40<br />
Volgen alles wat ik erover kan vinden is het align-en van een partitie zeker aan te raden en zou dat snelheidswinst moeten op leveren. Daarbij ben je vrij je eigen stripesize te bepalen, clustersize doet in veel gevallen niets met de snelheid. <br>
Volgens microsoft kb : <a href="http://support.microsoft.com/kb/929491" rel="external">Disk performance may be slower than expected when you use multiple disks in Windows Server 2003, in Windows XP, and in Windows 2000</a> ik quote;<blockquote><div>quote:</div><div class="message-quote-div">To verify that an existing partition is aligned, divide the size of the stripe unit by the starting offset of the RAID disk group. Use the following syntax:<br>
((Partition offset) * (Disk sector size)) / (Stripe unit size)<br>
Note Disk sector size and stripe unit size must be in bytes or in kilobytes (KB).<br>
<br>
Example of alignment calculations in bytes for a 256-KB stripe unit size:<br>
(63 * 512) / 262144 = 0.123046875<br>
(64 * 512) / 262144 = 0.125<br>
(128 * 512) / 262144 = 0.25<br>
(256 * 512) / 262144 = 0.5<br>
(512 * 512) / 262144 = 1<br>
Example of alignment calculations in kilobytes for a 256-KB stripe unit size:<br>
(63 * .5) / 256 = 0.123046875<br>
(64 * .5) / 256 = 0.125<br>
(128 * .5) / 256 = 0.25<br>
(256 * .5) / 256 = 0.5<br>
(512 * .5) / 256 = 1<br>
These examples shows that the partition is not aligned correctly for a 256-KB stripe unit size until the partition is created by using an offset of 512 sectors (512 bytes per sector).</div></blockquote>Bij een stripesize van 64k * 1024 = 65536 / 512 = 128 zou dus de offset 128 moeten zijn. In andere artikelen staat weer dat 2048 altijd goed is om een align-en partitie te krijgen. Correct me if im wrong maar de hele essentie is op een even nummer te beginnen met partitioneren ivp 63.<br>
Diskpart is wel de enige tool die ik ken waar je met enig fatsoen een partitie kan aanmaken, hoewel je daarvoor dus eerst een os moet hebben draaien (2k3sr2) .]]></content:encoded>
			<guid isPermaLink="false">http://gathering.tweakers.net/forum/list_message/29751858#29751858</guid>
			<pubDate>Thu, 13 Mar 2008 11:40:08 GMT</pubDate>
		</item>
		<item>
			<title>Demon_Eyez</title>
			<link>http://gathering.tweakers.net/forum/list_message/29751968?data%5Bsource%5D=rss#29751968</link>
			<author>dummy@example.com (Demon_Eyez)</author>
			<description>donderdag 13 maart 2008 12:54
Het gaat erbij dat rijtje toch om dat de uitkomst groter of gelijk is aan 1 ? en niet dat als de uitkomst 128 is dat dat dan de offset moet zijn? Dus met 128K stripesize en 2048 offset wordt het:
2048 * 0,5 / 128 = 8

Volgens die berekening zit je met 256 offset ook nog goed toch?

256 * 0,5 / 128 = 1</description>
			<content:encoded><![CDATA[donderdag 13 maart 2008 12:54<br />
Het gaat erbij dat rijtje toch om dat de uitkomst groter of gelijk is aan 1 ? en niet dat als de uitkomst 128 is dat dat dan de offset moet zijn? Dus met 128K stripesize en 2048 offset wordt het:<br>
2048 * 0,5 / 128 = 8<br>
<br>
Volgens die berekening zit je met 256 offset ook nog goed toch?<br>
<br>
256 * 0,5 / 128 = 1]]></content:encoded>
			<guid isPermaLink="false">http://gathering.tweakers.net/forum/list_message/29751968#29751968</guid>
			<pubDate>Thu, 13 Mar 2008 11:54:58 GMT</pubDate>
		</item>
		<item>
			<title>aapenootjes</title>
			<link>http://gathering.tweakers.net/forum/list_message/29751974?data%5Bsource%5D=rss#29751974</link>
			<author>dummy@example.com (aapenootjes)</author>
			<description>donderdag 13 maart 2008 12:55
Ik begrijp het niet volledig, voor welke raid arrays geld dit nu? En enig idee hoeveel snelheidsverschil dit maakt?</description>
			<content:encoded><![CDATA[donderdag 13 maart 2008 12:55<br />
Ik begrijp het niet volledig, voor welke raid arrays geld dit nu? En enig idee hoeveel snelheidsverschil dit maakt?]]></content:encoded>
			<guid isPermaLink="false">http://gathering.tweakers.net/forum/list_message/29751974#29751974</guid>
			<pubDate>Thu, 13 Mar 2008 11:55:34 GMT</pubDate>
		</item>
		<item>
			<title>Demon_Eyez</title>
			<link>http://gathering.tweakers.net/forum/list_message/29752012?data%5Bsource%5D=rss#29752012</link>
			<author>dummy@example.com (Demon_Eyez)</author>
			<description>donderdag 13 maart 2008 13:00
quote:aapenootjes schreef op donderdag 13 maart 2008 @ 12:55:
Ik begrijp het niet volledig, voor welke raid arrays geld dit nu? En enig idee hoeveel snelheidsverschil dit maakt?In dat artikel hebben ze het over raid5 maar in weze gaat het om de stripesize icm alignement. Dus dan gaat het eventueel op voor elke raid level met stripe.Tenminste dat haal ik eruit</description>
			<content:encoded><![CDATA[donderdag 13 maart 2008 13:00<br />
<blockquote><div>quote:</div><div class="message-quote-div"><b><a href="http://gathering.tweakers.net/forum/list_message/29751974#29751974" rel="external" class="messagelink">aapenootjes schreef op donderdag 13 maart 2008 @ 12:55</a>:</b><br>
Ik begrijp het niet volledig, voor welke raid arrays geld dit nu? En enig idee hoeveel snelheidsverschil dit maakt?</div></blockquote>In dat artikel hebben ze het over raid5 maar in weze gaat het om de stripesize icm alignement. Dus dan gaat het eventueel op voor elke raid level met stripe.Tenminste dat haal ik eruit]]></content:encoded>
			<guid isPermaLink="false">http://gathering.tweakers.net/forum/list_message/29752012#29752012</guid>
			<pubDate>Thu, 13 Mar 2008 12:00:27 GMT</pubDate>
		</item>
		<item>
			<title>sno_dwarf</title>
			<link>http://gathering.tweakers.net/forum/list_message/29752074?data%5Bsource%5D=rss#29752074</link>
			<author>dummy@example.com (sno_dwarf)</author>
			<description>donderdag 13 maart 2008 13:11
quote:Demon_Eyez schreef op donderdag 13 maart 2008 @ 12:54:
Het gaat erbij dat rijtje toch om dat de uitkomst groter of gelijk is aan 1 ? en niet dat als de uitkomst 128 is dat dat dan de offset moet zijn? Dus met 128K stripesize en 2048 offset wordt het:
2048 * 0,5 / 128 = 8

Volgens die berekening zit je met 256 offset ook nog goed toch?

256 * 0,5 / 128 = 1128 is dan het voorbeeld volgens de berekening, wat ik uit het onderstaande opmaak is idd een interger &gt;=1 als startwaardequote:To resolve this issue, use the Diskpart.exe tool to create the disk partition and to specify a starting offset of 2,048 sectors (1 megabyte). A starting offset of 2,048 sectors covers most stripe unit size scenarios.</description>
			<content:encoded><![CDATA[donderdag 13 maart 2008 13:11<br />
<blockquote><div>quote:</div><div class="message-quote-div"><b><a href="http://gathering.tweakers.net/forum/list_message/29751968#29751968" rel="external" class="messagelink">Demon_Eyez schreef op donderdag 13 maart 2008 @ 12:54</a>:</b><br>
Het gaat erbij dat rijtje toch om dat de uitkomst groter of gelijk is aan 1 ? en niet dat als de uitkomst 128 is dat dat dan de offset moet zijn? Dus met 128K stripesize en 2048 offset wordt het:<br>
2048 * 0,5 / 128 = 8<br>
<br>
Volgens die berekening zit je met 256 offset ook nog goed toch?<br>
<br>
256 * 0,5 / 128 = 1</div></blockquote>128 is dan het voorbeeld volgens de berekening, wat ik uit het onderstaande opmaak is idd een interger &gt;=1 als startwaarde<blockquote><div>quote:</div><div class="message-quote-div">To resolve this issue, use the Diskpart.exe tool to create the disk partition and to specify a starting offset of 2,048 sectors (1 megabyte). A starting offset of 2,048 sectors covers most stripe unit size scenarios.</div></blockquote>]]></content:encoded>
			<guid isPermaLink="false">http://gathering.tweakers.net/forum/list_message/29752074#29752074</guid>
			<pubDate>Thu, 13 Mar 2008 12:11:02 GMT</pubDate>
		</item>
		<item>
			<title>l3p</title>
			<link>http://gathering.tweakers.net/forum/list_message/29759922?data%5Bsource%5D=rss#29759922</link>
			<author>dummy@example.com (l3p)</author>
			<description>vrijdag 14 maart 2008 19:52
quote:Enlightenment schreef op dinsdag 11 maart 2008 @ 21:52:
[...]

Reken maar op een leuke snelheidswinst voor de Highpoint RR 3520, en de prijs is met 400 euro zeer redelijk. Vraag is natuurlijk of je voor die prijs straks niet een leuke SSD kunt kopenJe kan ook allebij kopen 
ik gebruik de highpoint ook alleen voor snelle en grote opslag, de SSD&#039;s wil ik strax in raid0 op mijn onboard intel ICHR9 gaan draaien voor games en vista</description>
			<content:encoded><![CDATA[vrijdag 14 maart 2008 19:52<br />
<blockquote><div>quote:</div><div class="message-quote-div"><b><a href="http://gathering.tweakers.net/forum/list_message/29743097#29743097" rel="external" class="messagelink">Enlightenment schreef op dinsdag 11 maart 2008 @ 21:52</a>:</b><br>
[...]<br>
<br>
Reken maar op een leuke snelheidswinst voor de Highpoint RR 3520, en de prijs is met 400 euro zeer redelijk. Vraag is natuurlijk of je voor die prijs straks niet een leuke SSD kunt kopen</div></blockquote>Je kan ook allebij kopen <img src="http://gathering.tweakers.net/global/smileys/wink.gif" width="15"  height="15" alt=";)" class="smiley"><br>
ik gebruik de highpoint ook alleen voor snelle en grote opslag, de SSD&#039;s wil ik strax in raid0 op mijn onboard intel ICHR9 gaan draaien voor games en vista]]></content:encoded>
			<guid isPermaLink="false">http://gathering.tweakers.net/forum/list_message/29759922#29759922</guid>
			<pubDate>Fri, 14 Mar 2008 18:52:03 GMT</pubDate>
		</item>
		<item>
			<title>maGSImum</title>
			<link>http://gathering.tweakers.net/forum/list_message/29773286?data%5Bsource%5D=rss#29773286</link>
			<author>dummy@example.com (maGSImum)</author>
			<description>maandag 17 maart 2008 20:09
Zo, ook maar eens een bench gedraaid:



Nu op het net nog even wat vergelijkingen zoeken....</description>
			<content:encoded><![CDATA[maandag 17 maart 2008 20:09<br />
Zo, ook maar eens een bench gedraaid:<br>
<br>
<img src="http://img405.imageshack.us/img405/3864/sandrahdbenchma9.jpg" class="rml" title="http://img405.imageshack.us/img405/3864/sandrahdbenchma9.jpg" alt="http://img405.imageshack.us/img405/3864/sandrahdbenchma9.jpg"><br>
<br>
Nu op het net nog even wat vergelijkingen zoeken....]]></content:encoded>
			<guid isPermaLink="false">http://gathering.tweakers.net/forum/list_message/29773286#29773286</guid>
			<pubDate>Mon, 17 Mar 2008 19:09:12 GMT</pubDate>
		</item>
		<item>
			<title>Demon_Eyez</title>
			<link>http://gathering.tweakers.net/forum/list_message/29788382?data%5Bsource%5D=rss#29788382</link>
			<author>dummy@example.com (Demon_Eyez)</author>
			<description>donderdag 20 maart 2008 12:53
quote:sno_dwarf schreef op donderdag 13 maart 2008 @ 12:40:
Volgen alles wat ik erover kan vinden is het align-en van een partitie zeker aan te raden en zou dat snelheidswinst moeten op leveren. Daarbij ben je vrij je eigen stripesize te bepalen, clustersize doet in veel gevallen niets met de snelheid. 
Volgens microsoft kb : Disk performance may be slower than expected when you use multiple disks in Windows Server 2003, in Windows XP, and in Windows 2000 ik quote;
[...]

Diskpart is wel de enige tool die ik ken waar je met enig fatsoen een partitie kan aanmaken, hoewel je daarvoor dus eerst een os moet hebben draaien (2k3sr2) .Ik ben nog eens aan de slag gegaan met Diskpart om toch eens te kijken of alignen op sector 2048 nog wat uitmaakt met Raid0 (ipv Raid5 zoals in dat artikel)
Wat een gedoe zeg. De Diskpart die bij WinXP zit herkent het align commando niet, je moet de nieuwere versie hebben . Die zit wel weer bij SP2 van Windows 2003 Server. Maar die kan je pas gebruiken als het systeem geinstalleerd is. 
Gelukkig kan je het ook met Diskpar doen. Die zit namelijk ook op de Windows 2000 Resource Kit cd en kan je in je resource tools map vinden als je die cd installeert onder XP. (Op de nieuwe Resource cd&#039;s van Windows 2003 Server is Dispar niet meer te vinden)
Verschil met Diskpar en Diskpart is dat de eerste in sectoren werkt en de laatste in KB&#039;s. Ook zijn de commando&#039;s anders.

Anyway genoeg gepraat, results willen we zien 
Wat ik getest heb is een Raid0 Array bestaande uit twee 200GB Seagate 7.10 Barracuda&#039;s op een Intel ICHR9. Ik heb getest met Atto-256 en benches gedraait met 128K stripe en 32K Stripe.


Stripe 128K, cluster size 4K, links is niet aligned (sector 63) ,  rechts is aligned (sector 2048)


Stripe 128K, cluster size 32K, links is niet aligned (sector 63) ,  rechts is aligned (sector 2048)

Results verschillen dus niet echt noemenswaardig, al lijkt het erop dat de write performance van grotere bestanden met aligned op 2048 en 32K clustersize het best te zijn.

Toen maar een gekeken wat de result zijn als ik het netzo instel als in het originele artikel. 
Dus stripesize op 32K en clustersize op 64K (welke overeenkomt de stabdaard i/o transfer size van XP)


Stripe 32K, cluster size 64K, links is niet aligned (sector 63) ,  rechts is aligned (sector 2048)

Voorlopige conclusie; het alignen van een Raid0 array aan een ICHR9 lijkt in eerste instantie nauwelijks verandering te brengen en zorgt niet voor verbetering
Misschien dat de NV raid controller gevoeliger is voor aligning (zoals de auteur in het originele artikel aangeeft) en/of het alignen bij Raid0 niet zo veel uitmaakt.</description>
			<content:encoded><![CDATA[donderdag 20 maart 2008 12:53<br />
<blockquote><div>quote:</div><div class="message-quote-div"><b><a href="http://gathering.tweakers.net/forum/list_message/29751858#29751858" rel="external" class="messagelink">sno_dwarf schreef op donderdag 13 maart 2008 @ 12:40</a>:</b><br>
Volgen alles wat ik erover kan vinden is het align-en van een partitie zeker aan te raden en zou dat snelheidswinst moeten op leveren. Daarbij ben je vrij je eigen stripesize te bepalen, clustersize doet in veel gevallen niets met de snelheid. <br>
Volgens microsoft kb : <a href="http://support.microsoft.com/kb/929491" rel="external">Disk performance may be slower than expected when you use multiple disks in Windows Server 2003, in Windows XP, and in Windows 2000</a> ik quote;<br>
[...]<br>
<br>
Diskpart is wel de enige tool die ik ken waar je met enig fatsoen een partitie kan aanmaken, hoewel je daarvoor dus eerst een os moet hebben draaien (2k3sr2) .</div></blockquote>Ik ben nog eens aan de slag gegaan met Diskpart om toch eens te kijken of alignen op sector 2048 nog wat uitmaakt met Raid0 (ipv Raid5 zoals in dat artikel)<br>
Wat een gedoe zeg. De Diskpart die bij WinXP zit herkent het align commando niet, je moet de nieuwere versie hebben . Die zit wel weer bij SP2 van Windows 2003 Server. Maar die kan je pas gebruiken als het systeem geinstalleerd is. <br>
Gelukkig kan je het ook met Diskpar doen. Die zit namelijk ook op de Windows 2000 Resource Kit cd en kan je in je resource tools map vinden als je die cd installeert onder XP. (Op de nieuwe Resource cd&#039;s van Windows 2003 Server is Dispar niet meer te vinden)<br>
Verschil met Diskpar en Diskpart is dat de eerste in sectoren werkt en de laatste in KB&#039;s. Ook zijn de commando&#039;s anders.<br>
<br>
Anyway genoeg gepraat, results willen we zien <img src="http://gathering.tweakers.net/global/smileys/smile.gif" width="15"  height="15" alt=":)" class="smiley"><br>
Wat ik getest heb is een Raid0 Array bestaande uit twee 200GB Seagate 7.10 Barracuda&#039;s op een Intel ICHR9. Ik heb getest met Atto-256 en benches gedraait met 128K stripe en 32K Stripe.<br>
<br>
<img src="http://img169.imageshack.us/img169/4126/128k4kux8.jpg" class="rml" title="http://img169.imageshack.us/img169/4126/128k4kux8.jpg" alt="http://img169.imageshack.us/img169/4126/128k4kux8.jpg"><br>
Stripe 128K, cluster size 4K, links is niet aligned (sector 63) ,  rechts is aligned (sector 2048)<br>
<br>
<img src="http://img142.imageshack.us/img142/8526/128k32klr7.jpg" class="rml" title="http://img142.imageshack.us/img142/8526/128k32klr7.jpg" alt="http://img142.imageshack.us/img142/8526/128k32klr7.jpg"><br>
Stripe 128K, cluster size 32K, links is niet aligned (sector 63) ,  rechts is aligned (sector 2048)<br>
<br>
Results verschillen dus niet echt noemenswaardig, al lijkt het erop dat de write performance van grotere bestanden met aligned op 2048 en 32K clustersize het best te zijn.<br>
<br>
Toen maar een gekeken wat de result zijn als ik het netzo instel als in het originele artikel. <br>
Dus stripesize op 32K en clustersize op 64K (welke overeenkomt de stabdaard i/o transfer size van XP)<br>
<br>
<img src="http://img148.imageshack.us/img148/5113/32k4k64kyj1.jpg" class="rml" title="http://img148.imageshack.us/img148/5113/32k4k64kyj1.jpg" alt="http://img148.imageshack.us/img148/5113/32k4k64kyj1.jpg"><br>
Stripe 32K, cluster size 64K, links is niet aligned (sector 63) ,  rechts is aligned (sector 2048)<br>
<br>
Voorlopige conclusie; het alignen van een Raid0 array aan een ICHR9 lijkt in eerste instantie nauwelijks verandering te brengen en zorgt niet voor verbetering<br>
Misschien dat de NV raid controller gevoeliger is voor aligning (zoals de auteur in het originele artikel aangeeft) en/of het alignen bij Raid0 niet zo veel uitmaakt.]]></content:encoded>
			<guid isPermaLink="false">http://gathering.tweakers.net/forum/list_message/29788382#29788382</guid>
			<pubDate>Thu, 20 Mar 2008 11:53:59 GMT</pubDate>
		</item>
		<item>
			<title>sno_dwarf</title>
			<link>http://gathering.tweakers.net/forum/list_message/29803845?data%5Bsource%5D=rss#29803845</link>
			<author>dummy@example.com (sno_dwarf)</author>
			<description>zondag 23 maart 2008 22:33
Klopt helemaal 

Ondertussen was ik wel achter deze resultaten gekomen door zelf te testen met raid5 op een ich9, erg treurige scores was het resultaat. Raid 0 of 1 zijn wel goed te noemen. Het alignen van partities is misschien achterhaald hoewel nog veel toegepast in SAN wereld. ESX 3 schijnt ook niet meer performance gevoelig te zijn voor het wel of niet toepassen van deze extra en tijdrovende handeling. Beter het zekere voor het onzekere nemen dan maar </description>
			<content:encoded><![CDATA[zondag 23 maart 2008 22:33<br />
Klopt helemaal <img src="http://gathering.tweakers.net/global/smileys/biggrin.gif" width="15"  height="15" alt=":D" class="smiley"><br>
<br>
Ondertussen was ik wel achter deze resultaten gekomen door zelf te testen met raid5 op een ich9, erg treurige scores was het resultaat. Raid 0 of 1 zijn wel goed te noemen. Het alignen van partities is misschien achterhaald hoewel nog veel toegepast in SAN wereld. ESX 3 schijnt ook niet meer performance gevoelig te zijn voor het wel of niet toepassen van deze extra en tijdrovende handeling. Beter het zekere voor het onzekere nemen dan maar <img src="http://gathering.tweakers.net/global/smileys/smile.gif" width="15"  height="15" alt=":)" class="smiley">]]></content:encoded>
			<guid isPermaLink="false">http://gathering.tweakers.net/forum/list_message/29803845#29803845</guid>
			<pubDate>Sun, 23 Mar 2008 21:33:52 GMT</pubDate>
		</item>
		<item>
			<title>Slackware</title>
			<link>http://gathering.tweakers.net/forum/list_message/29808104?data%5Bsource%5D=rss#29808104</link>
			<author>dummy@example.com (Slackware)</author>
			<description>maandag 24 maart 2008 21:56
Specificaties,
4x 500GB Samsung Spinpoints (t166) aangesloten op een NForce 630a chipset (MCP67, via AHCI). CPU is een AMD BE-2350 met 2GB aan ram.

Ik maak gebruik van ZFS raidz van de AMD64 versie van FreeBSD 7.

Resultaten van iozone (iozone -a -n 512m -g 512m -B)
Lees snelheden

Schrijf snelheden


Als laatste nog even een testje met dd, maar volgens mij meet ik hier vooraal de max doorvoersnelheid van dd mee.

Schrijven
dd if=/dev/zero of=tmp count=10 bs=1000000000
10+0 records in
10+0 records out
10000000000 bytes transferred in 24.719347 secs (404541431 bytes/sec)

Lezen
dd if=tmp of=/dev/zero count=10 bs=1000000000
10+0 records in
10+0 records out
10000000000 bytes transferred in 19.978882 secs (500528506 bytes/sec)

Volgens mij best redelijke resultaten voor software raid.</description>
			<content:encoded><![CDATA[maandag 24 maart 2008 21:56<br />
Specificaties,<br>
4x 500GB Samsung Spinpoints (t166) aangesloten op een NForce 630a chipset (MCP67, via AHCI). CPU is een AMD BE-2350 met 2GB aan ram.<br>
<br>
Ik maak gebruik van ZFS raidz van de AMD64 versie van FreeBSD 7.<br>
<br>
Resultaten van iozone (iozone -a -n 512m -g 512m -B)<br>
Lees snelheden<br>
<img src="http://members.home.nl/maarten/nas/read.png" class="rml" width="600" height="450" title="http://members.home.nl/maarten/nas/read.png" alt="http://members.home.nl/maarten/nas/read.png"><br>
Schrijf snelheden<br>
<img src="http://members.home.nl/maarten/nas/write.png" class="rml" width="600" height="450" title="http://members.home.nl/maarten/nas/write.png" alt="http://members.home.nl/maarten/nas/write.png"><br>
<br>
Als laatste nog even een testje met dd, maar volgens mij meet ik hier vooraal de max doorvoersnelheid van dd mee.<br>
<br>
Schrijven<br>
dd if=/dev/zero of=tmp count=10 bs=1000000000<br>
10+0 records in<br>
10+0 records out<br>
10000000000 bytes transferred in 24.719347 secs (404541431 bytes/sec)<br>
<br>
Lezen<br>
dd if=tmp of=/dev/zero count=10 bs=1000000000<br>
10+0 records in<br>
10+0 records out<br>
10000000000 bytes transferred in 19.978882 secs (500528506 bytes/sec)<br>
<br>
Volgens mij best redelijke resultaten voor software raid.]]></content:encoded>
			<guid isPermaLink="false">http://gathering.tweakers.net/forum/list_message/29808104#29808104</guid>
			<pubDate>Mon, 24 Mar 2008 20:56:00 GMT</pubDate>
		</item>
		<item>
			<title>Enlightenment</title>
			<link>http://gathering.tweakers.net/forum/list_message/29809282?data%5Bsource%5D=rss#29809282</link>
			<author>dummy@example.com (Enlightenment)</author>
			<description>dinsdag 25 maart 2008 09:38
quote:Demon_Eyez schreef op donderdag 20 maart 2008 @ 12:53:
Voorlopige conclusie; het alignen van een Raid0 array aan een ICHR9 lijkt in eerste instantie nauwelijks verandering te brengen en zorgt niet voor verbeteringJe hebt enkel sequenti&#235;le performance getest, daarbij heeft alignen niet veel baat. Enkel als het om RAID5 write gaat in specifieke gevallen; een full stripe write waarbij het inlezen van parity overgeslagen kan worden.

Het alignen heeft prestatievoordeel op non-sequenti&#235;le I/O, bijvoorbeeld als 128KB ingelezen wordt en niet meer. Als er sprake is van misalignment (vrijwel altijd op Windows), zijn beide schijven in een 2-disk RAID0 nodig om de request te vervullen. Hierdoor wordt de IOps score bij taken zoals random read en meer realistische workloads verlaagt, aangezien er minder parallellisatie kan plaatsvinden.

Striping RAID (0,0+1,10,4,5,6; niet RAID1 en RAID3) presteert het beste als elke schijf zelfstandig &#233;&#233;n I/O request kan verwerken, zodat bij 8 schijven er op hetzelfde moment 8 I/O requests verwerkt kunnen worden. Theoretisch geeft dit ook 8x prestatiewinst, maar omdat de data niet precies gelijkmatig over de schijven wordt verdeeld is er sprake van verlies. Ook geldt deze winst alleen als de applicatie veel I/O genereert, zoals een server of een applicatie die intelligent data inleest (asynchrone I/O). Ook het werken met meerdere programma&#039;s die I/O veroorzaken kan stukken sneller zijn. 

Eigenlijk is de hele situatie vergelijkbaar met multicore processors: het kan stukken sneller zijn mits de omstandigheden dat toelaten. Domme applicaties zoals veel spellen zijn zo geschreven dat het benutten van de potentie van RAID en/of meerdere CPU cores verloren gaat. Shame. 


@Slackware: je test met dermate lage testgroottes dat een groot deel daarvan in RAM kan plaatsvinden. Om juist te testen moet je minimaal 8x je RAM grootte gebruiken, bij 2GB RAM dus 16GB testgrootte, nu gebruik je ~100MB.</description>
			<content:encoded><![CDATA[dinsdag 25 maart 2008 09:38<br />
<blockquote><div>quote:</div><div class="message-quote-div"><b><a href="http://gathering.tweakers.net/forum/list_message/29788382#29788382" rel="external" class="messagelink">Demon_Eyez schreef op donderdag 20 maart 2008 @ 12:53</a>:</b><br>
Voorlopige conclusie; het alignen van een Raid0 array aan een ICHR9 lijkt in eerste instantie nauwelijks verandering te brengen en zorgt niet voor verbetering</div></blockquote>Je hebt enkel sequenti&#235;le performance getest, daarbij heeft alignen niet veel baat. Enkel als het om RAID5 write gaat in specifieke gevallen; een full stripe write waarbij het inlezen van parity overgeslagen kan worden.<br>
<br>
Het alignen heeft prestatievoordeel op non-sequenti&#235;le I/O, bijvoorbeeld als 128KB ingelezen wordt en niet meer. Als er sprake is van misalignment (vrijwel altijd op Windows), zijn beide schijven in een 2-disk RAID0 nodig om de request te vervullen. Hierdoor wordt de IOps score bij taken zoals random read en meer realistische workloads verlaagt, aangezien er minder parallellisatie kan plaatsvinden.<br>
<br>
Striping RAID (0,0+1,10,4,5,6; niet RAID1 en RAID3) presteert het beste als elke schijf zelfstandig &#233;&#233;n I/O request kan verwerken, zodat bij 8 schijven er op hetzelfde moment 8 I/O requests verwerkt kunnen worden. Theoretisch geeft dit ook 8x prestatiewinst, maar omdat de data niet precies gelijkmatig over de schijven wordt verdeeld is er sprake van verlies. Ook geldt deze winst alleen als de applicatie veel I/O genereert, zoals een server of een applicatie die intelligent data inleest (asynchrone I/O). Ook het werken met meerdere programma&#039;s die I/O veroorzaken kan stukken sneller zijn. <br>
<br>
Eigenlijk is de hele situatie vergelijkbaar met multicore processors: het kan stukken sneller zijn mits de omstandigheden dat toelaten. Domme applicaties zoals veel spellen zijn zo geschreven dat het benutten van de potentie van RAID en/of meerdere CPU cores verloren gaat. Shame. <img src="http://gathering.tweakers.net/global/smileys/sadley.gif" width="15"  height="15" alt=";(" class="smiley"><br>
<br>
<br>
@Slackware: je test met dermate lage testgroottes dat een groot deel daarvan in RAM kan plaatsvinden. Om juist te testen moet je minimaal 8x je RAM grootte gebruiken, bij 2GB RAM dus 16GB testgrootte, nu gebruik je ~100MB.]]></content:encoded>
			<guid isPermaLink="false">http://gathering.tweakers.net/forum/list_message/29809282#29809282</guid>
			<pubDate>Tue, 25 Mar 2008 08:38:07 GMT</pubDate>
		</item>
		<item>
			<title>Slackware</title>
			<link>http://gathering.tweakers.net/forum/list_message/29809478?data%5Bsource%5D=rss#29809478</link>
			<author>dummy@example.com (Slackware)</author>
			<description>dinsdag 25 maart 2008 10:21
quote:Enlightenment schreef op dinsdag 25 maart 2008 @ 09:38:
[...]

Je hebt enkel sequenti&#235;le performance getest, daarbij heeft alignen niet veel baat. Enkel als het om RAID5 write gaat in specifieke gevallen; een full stripe write waarbij het inlezen van parity overgeslagen kan worden.

Het alignen heeft prestatievoordeel op non-sequenti&#235;le I/O, bijvoorbeeld als 128KB ingelezen wordt en niet meer. Als er sprake is van misalignment (vrijwel altijd op Windows), zijn beide schijven in een 2-disk RAID0 nodig om de request te vervullen. Hierdoor wordt de IOps score bij taken zoals random read en meer realistische workloads verlaagt, aangezien er minder parallellisatie kan plaatsvinden.

Striping RAID (0,0+1,10,4,5,6; niet RAID1 en RAID3) presteert het beste als elke schijf zelfstandig &#233;&#233;n I/O request kan verwerken, zodat bij 8 schijven er op hetzelfde moment 8 I/O requests verwerkt kunnen worden. Theoretisch geeft dit ook 8x prestatiewinst, maar omdat de data niet precies gelijkmatig over de schijven wordt verdeeld is er sprake van verlies. Ook geldt deze winst alleen als de applicatie veel I/O genereert, zoals een server of een applicatie die intelligent data inleest (asynchrone I/O). Ook het werken met meerdere programma&#039;s die I/O veroorzaken kan stukken sneller zijn. 

Eigenlijk is de hele situatie vergelijkbaar met multicore processors: het kan stukken sneller zijn mits de omstandigheden dat toelaten. Domme applicaties zoals veel spellen zijn zo geschreven dat het benutten van de potentie van RAID en/of meerdere CPU cores verloren gaat. Shame. 


@Slackware: je test met dermate lage testgroottes dat een groot deel daarvan in RAM kan plaatsvinden. Om juist te testen moet je minimaal 8x je RAM grootte gebruiken, bij 2GB RAM dus 16GB testgrootte, nu gebruik je ~100MB.Bij een file van 16GB stopt iozone ermee...

edit: krijg een out of swap melding van iozone. Ik heb dan ook geen swap. Volgens mij heeft het dan ook geen zin om 16GB files te gebruiken, aangezien mijn swap dan getest wordt.</description>
			<content:encoded><![CDATA[dinsdag 25 maart 2008 10:21<br />
<blockquote><div>quote:</div><div class="message-quote-div"><b><a href="http://gathering.tweakers.net/forum/list_message/29809282#29809282" rel="external" class="messagelink">Enlightenment schreef op dinsdag 25 maart 2008 @ 09:38</a>:</b><br>
[...]<br>
<br>
Je hebt enkel sequenti&#235;le performance getest, daarbij heeft alignen niet veel baat. Enkel als het om RAID5 write gaat in specifieke gevallen; een full stripe write waarbij het inlezen van parity overgeslagen kan worden.<br>
<br>
Het alignen heeft prestatievoordeel op non-sequenti&#235;le I/O, bijvoorbeeld als 128KB ingelezen wordt en niet meer. Als er sprake is van misalignment (vrijwel altijd op Windows), zijn beide schijven in een 2-disk RAID0 nodig om de request te vervullen. Hierdoor wordt de IOps score bij taken zoals random read en meer realistische workloads verlaagt, aangezien er minder parallellisatie kan plaatsvinden.<br>
<br>
Striping RAID (0,0+1,10,4,5,6; niet RAID1 en RAID3) presteert het beste als elke schijf zelfstandig &#233;&#233;n I/O request kan verwerken, zodat bij 8 schijven er op hetzelfde moment 8 I/O requests verwerkt kunnen worden. Theoretisch geeft dit ook 8x prestatiewinst, maar omdat de data niet precies gelijkmatig over de schijven wordt verdeeld is er sprake van verlies. Ook geldt deze winst alleen als de applicatie veel I/O genereert, zoals een server of een applicatie die intelligent data inleest (asynchrone I/O). Ook het werken met meerdere programma&#039;s die I/O veroorzaken kan stukken sneller zijn. <br>
<br>
Eigenlijk is de hele situatie vergelijkbaar met multicore processors: het kan stukken sneller zijn mits de omstandigheden dat toelaten. Domme applicaties zoals veel spellen zijn zo geschreven dat het benutten van de potentie van RAID en/of meerdere CPU cores verloren gaat. Shame. <img src="http://gathering.tweakers.net/global/smileys/sadley.gif" width="15"  height="15" alt=";(" class="smiley"><br>
<br>
<br>
@Slackware: je test met dermate lage testgroottes dat een groot deel daarvan in RAM kan plaatsvinden. Om juist te testen moet je minimaal 8x je RAM grootte gebruiken, bij 2GB RAM dus 16GB testgrootte, nu gebruik je ~100MB.</div></blockquote>Bij een file van 16GB stopt iozone ermee...<br>
<br>
edit: krijg een out of swap melding van iozone. Ik heb dan ook geen swap. Volgens mij heeft het dan ook geen zin om 16GB files te gebruiken, aangezien mijn swap dan getest wordt.]]></content:encoded>
			<guid isPermaLink="false">http://gathering.tweakers.net/forum/list_message/29809478#29809478</guid>
			<pubDate>Tue, 25 Mar 2008 09:21:56 GMT</pubDate>
		</item>
		<item>
			<title>Demon_Eyez</title>
			<link>http://gathering.tweakers.net/forum/list_message/29809525?data%5Bsource%5D=rss#29809525</link>
			<author>dummy@example.com (Demon_Eyez)</author>
			<description>dinsdag 25 maart 2008 10:29
quote:Enlightenment schreef op dinsdag 25 maart 2008 @ 09:38:
[...]

... Ook geldt deze winst alleen als de applicatie veel I/O genereert, zoals een server of een applicatie die intelligent data inleest (asynchrone I/O). Ook het werken met meerdere programma&#039;s die I/O veroorzaken kan stukken sneller zijn. 

Eigenlijk is de hele situatie vergelijkbaar met multicore processors: het kan stukken sneller zijn mits de omstandigheden dat toelaten. Domme applicaties zoals veel spellen zijn zo geschreven dat het benutten van de potentie van RAID en/of meerdere CPU cores verloren gaat. Shame. Duidelijk is in elk geval dat het alignen voor normaal thuis gebruik met Raid0 niet interessant is, dat geef jij ook aan. 
De enige twee programma&#039;s die ik draai en waarvan ik weet dat ze asynchrone i/o ondersteunen zijn TmpegEnc voor omzetten avi naar m2v en DVD Shrink. Veel te veel gedoen voor maar twee programma&#039;s</description>
			<content:encoded><![CDATA[dinsdag 25 maart 2008 10:29<br />
<blockquote><div>quote:</div><div class="message-quote-div"><b><a href="http://gathering.tweakers.net/forum/list_message/29809282#29809282" rel="external" class="messagelink">Enlightenment schreef op dinsdag 25 maart 2008 @ 09:38</a>:</b><br>
[...]<br>
<br>
... Ook geldt deze winst alleen als de applicatie veel I/O genereert, zoals een server of een applicatie die intelligent data inleest (asynchrone I/O). Ook het werken met meerdere programma&#039;s die I/O veroorzaken kan stukken sneller zijn. <br>
<br>
Eigenlijk is de hele situatie vergelijkbaar met multicore processors: het kan stukken sneller zijn mits de omstandigheden dat toelaten. Domme applicaties zoals veel spellen zijn zo geschreven dat het benutten van de potentie van RAID en/of meerdere CPU cores verloren gaat. Shame. <img src="http://gathering.tweakers.net/global/smileys/sadley.gif" width="15"  height="15" alt=";(" class="smiley"></div></blockquote>Duidelijk is in elk geval dat het alignen voor normaal thuis gebruik met Raid0 niet interessant is, dat geef jij ook aan. <img src="http://gathering.tweakers.net/global/smileys/smile.gif" width="15"  height="15" alt=":)" class="smiley"><br>
De enige twee programma&#039;s die ik draai en waarvan ik weet dat ze asynchrone i/o ondersteunen zijn TmpegEnc voor omzetten avi naar m2v en DVD Shrink. Veel te veel gedoen voor maar twee programma&#039;s]]></content:encoded>
			<guid isPermaLink="false">http://gathering.tweakers.net/forum/list_message/29809525#29809525</guid>
			<pubDate>Tue, 25 Mar 2008 09:29:44 GMT</pubDate>
		</item>
		<item>
			<title>l3p</title>
			<link>http://gathering.tweakers.net/forum/list_message/29809530?data%5Bsource%5D=rss#29809530</link>
			<author>dummy@example.com (l3p)</author>
			<description>dinsdag 25 maart 2008 10:31
quote:Slackware schreef op dinsdag 25 maart 2008 @ 10:21:
[...]


Bij een file van 16GB stopt iozone ermee...gebruik je toch hdtune, hdtach, en atto256, kan de rest hier ook een beetje vergelijken  </description>
			<content:encoded><![CDATA[dinsdag 25 maart 2008 10:31<br />
<blockquote><div>quote:</div><div class="message-quote-div"><b><a href="http://gathering.tweakers.net/forum/list_message/29809478#29809478" rel="external" class="messagelink">Slackware schreef op dinsdag 25 maart 2008 @ 10:21</a>:</b><br>
[...]<br>
<br>
<br>
Bij een file van 16GB stopt iozone ermee...</div></blockquote>gebruik je toch hdtune, hdtach, en atto256, kan de rest hier ook een beetje vergelijken  <img src="http://gathering.tweakers.net/global/smileys/coool.gif" width="15"  height="15" alt="8)" class="smiley">]]></content:encoded>
			<guid isPermaLink="false">http://gathering.tweakers.net/forum/list_message/29809530#29809530</guid>
			<pubDate>Tue, 25 Mar 2008 09:31:07 GMT</pubDate>
		</item>
		<item>
			<title>Slackware</title>
			<link>http://gathering.tweakers.net/forum/list_message/29809563?data%5Bsource%5D=rss#29809563</link>
			<author>dummy@example.com (Slackware)</author>
			<description>dinsdag 25 maart 2008 10:37
quote:l3p schreef op dinsdag 25 maart 2008 @ 10:31:
[...]


gebruik je toch hdtune, hdtach, en atto256, kan de rest hier ook een beetje vergelijken  Dat is leuk die tools, alleen de tools die jij noemt werken niet onder FreeBSD; voor zover ik weet zijn ze win32 only.</description>
			<content:encoded><![CDATA[dinsdag 25 maart 2008 10:37<br />
<blockquote><div>quote:</div><div class="message-quote-div"><b><a href="http://gathering.tweakers.net/forum/list_message/29809530#29809530" rel="external" class="messagelink">l3p schreef op dinsdag 25 maart 2008 @ 10:31</a>:</b><br>
[...]<br>
<br>
<br>
gebruik je toch hdtune, hdtach, en atto256, kan de rest hier ook een beetje vergelijken  <img src="http://gathering.tweakers.net/global/smileys/coool.gif" width="15"  height="15" alt="8)" class="smiley"></div></blockquote>Dat is leuk die tools, alleen de tools die jij noemt werken niet onder FreeBSD; voor zover ik weet zijn ze win32 only.]]></content:encoded>
			<guid isPermaLink="false">http://gathering.tweakers.net/forum/list_message/29809563#29809563</guid>
			<pubDate>Tue, 25 Mar 2008 09:37:06 GMT</pubDate>
		</item>
		<item>
			<title>l3p</title>
			<link>http://gathering.tweakers.net/forum/list_message/29810168?data%5Bsource%5D=rss#29810168</link>
			<author>dummy@example.com (l3p)</author>
			<description>dinsdag 25 maart 2008 12:08
quote:Slackware schreef op dinsdag 25 maart 2008 @ 10:37:
[...]


Dat is leuk die tools, alleen de tools die jij noemt werken niet onder FreeBSD; voor zover ik weet zijn ze win32 only.oww sorry </description>
			<content:encoded><![CDATA[dinsdag 25 maart 2008 12:08<br />
<blockquote><div>quote:</div><div class="message-quote-div"><b><a href="http://gathering.tweakers.net/forum/list_message/29809563#29809563" rel="external" class="messagelink">Slackware schreef op dinsdag 25 maart 2008 @ 10:37</a>:</b><br>
[...]<br>
<br>
<br>
Dat is leuk die tools, alleen de tools die jij noemt werken niet onder FreeBSD; voor zover ik weet zijn ze win32 only.</div></blockquote>oww sorry <img src="http://gathering.tweakers.net/global/smileys/smile.gif" width="15"  height="15" alt=":)" class="smiley">]]></content:encoded>
			<guid isPermaLink="false">http://gathering.tweakers.net/forum/list_message/29810168#29810168</guid>
			<pubDate>Tue, 25 Mar 2008 11:08:31 GMT</pubDate>
		</item>
		<item>
			<title>The Realone</title>
			<link>http://gathering.tweakers.net/forum/list_message/29810490?data%5Bsource%5D=rss#29810490</link>
			<author>dummy@example.com (The Realone)</author>
			<description>dinsdag 25 maart 2008 13:04
quote:sno_dwarf schreef op woensdag 12 maart 2008 @ 16:12:
Wegens teleurstellende raid5 prestaties van een intel ich9, ofwel ik werd er helemaal over-de-top knetterGek van, een highpoint 2300 besteld. Die zal een normal leuke score moeten neetzetten voor een thuis server ivp 20 writes met write-cache disabled en wind mee  Ga je daar ook scores van posten? Heb zo&#039;n kaartje namelijk ook en ik zit er over te twijfelen deze te gaan gebruiken voor RAID5. Heb echter niet de mogelijkheid deze te testen op dit moment. Wil ik 3 of 4 500GB T166&#039;s in hangen zodra Samsung de 160GB F1 uit brengt. Kan nog even duren dus.  </description>
			<content:encoded><![CDATA[dinsdag 25 maart 2008 13:04<br />
<blockquote><div>quote:</div><div class="message-quote-div"><b><a href="http://gathering.tweakers.net/forum/list_message/29747242#29747242" rel="external" class="messagelink">sno_dwarf schreef op woensdag 12 maart 2008 @ 16:12</a>:</b><br>
Wegens teleurstellende raid5 prestaties van een intel ich9, ofwel ik werd er helemaal over-de-top knetterGek van, een highpoint 2300 besteld. Die zal een normal leuke score moeten neetzetten voor een thuis server ivp 20 writes met write-cache disabled en wind mee  <img src="http://gathering.tweakers.net/global/smileys/pukey.gif" width="15"  height="15" alt=":r" class="smiley"></div></blockquote>Ga je daar ook scores van posten? Heb zo&#039;n kaartje namelijk ook en ik zit er over te twijfelen deze te gaan gebruiken voor RAID5. Heb echter niet de mogelijkheid deze te testen op dit moment. Wil ik 3 of 4 500GB T166&#039;s in hangen zodra Samsung de 160GB F1 uit brengt. Kan nog even duren dus.  <img src="http://gathering.tweakers.net/global/smileys/wink.gif" width="15"  height="15" alt=";)" class="smiley">]]></content:encoded>
			<guid isPermaLink="false">http://gathering.tweakers.net/forum/list_message/29810490#29810490</guid>
			<pubDate>Tue, 25 Mar 2008 12:04:06 GMT</pubDate>
		</item>
		<item>
			<title>Astennu</title>
			<link>http://gathering.tweakers.net/forum/list_message/29816338?data%5Bsource%5D=rss#29816338</link>
			<author>dummy@example.com (Astennu)</author>
			<description>woensdag 26 maart 2008 12:50
Ik heb nu 4x400 GB WD Raid Edition in 2x Raid 0. Een Raid 0 voor windows en data opslag. 1x Raid 0 voor Games.

Ik zit er over te denken 2 disks te vervangen voor de nieuwe snellere WD 640 GB drives. Of voor Raid 5 te gaan met max 3 disks in plaats van 2x Raid 0. Echter denk ik dat het laatste wel een stuk sneller is. Alleen is het eerste wel Fault Tollerant. (Raid 5 zou op een Intel ICH9 zijn) maar lees niet overal even goede ervaringen qua snelheid.

Iemand nog andere idee&#235;n ? Snelheid is wel het belangrijkste. Ik vervang me disks toch eens in de 2-3 jaar om kapotte disks voor te blijven. Maar het kan natuurlijk altijd fout gaan. Dus nu ben ik ook ruimte kwijt aan backups. En die backup&#039;s lopen ook wel eens achter.</description>
			<content:encoded><![CDATA[woensdag 26 maart 2008 12:50<br />
Ik heb nu 4x400 GB WD Raid Edition in 2x Raid 0. Een Raid 0 voor windows en data opslag. 1x Raid 0 voor Games.<br>
<br>
Ik zit er over te denken 2 disks te vervangen voor de nieuwe snellere WD 640 GB drives. Of voor Raid 5 te gaan met max 3 disks in plaats van 2x Raid 0. Echter denk ik dat het laatste wel een stuk sneller is. Alleen is het eerste wel Fault Tollerant. (Raid 5 zou op een Intel ICH9 zijn) maar lees niet overal even goede ervaringen qua snelheid.<br>
<br>
Iemand nog andere idee&#235;n ? Snelheid is wel het belangrijkste. Ik vervang me disks toch eens in de 2-3 jaar om kapotte disks voor te blijven. Maar het kan natuurlijk altijd fout gaan. Dus nu ben ik ook ruimte kwijt aan backups. En die backup&#039;s lopen ook wel eens achter.]]></content:encoded>
			<guid isPermaLink="false">http://gathering.tweakers.net/forum/list_message/29816338#29816338</guid>
			<pubDate>Wed, 26 Mar 2008 11:50:21 GMT</pubDate>
		</item>
	</channel>
</rss>