<?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: Comparatif Disque SSD et SAS 15000rpm</title>
	<atom:link href="http://arnaud.dauran.com/470/deux-intellectuels-assis-vont-moins-loin-quune-brute-qui-marche/feed/" rel="self" type="application/rss+xml" />
	<link>http://arnaud.dauran.com/470/deux-intellectuels-assis-vont-moins-loin-quune-brute-qui-marche/#utm_source=rss&amp;utm_medium=rss&amp;utm_campaign=deux-intellectuels-assis-vont-moins-loin-quune-brute-qui-marche</link>
	<description></description>
	<lastBuildDate>Fri, 05 Mar 2010 12:46:45 +0100</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.4</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Arnaud Jeulin</title>
		<link>http://arnaud.dauran.com/470/deux-intellectuels-assis-vont-moins-loin-quune-brute-qui-marche/comment-page-1/#comment-4834</link>
		<dc:creator>Arnaud Jeulin</dc:creator>
		<pubDate>Wed, 11 Nov 2009 19:30:04 +0000</pubDate>
		<guid isPermaLink="false">http://www.dauran.com/?p=470#comment-4834</guid>
		<description>J&#039;ai vu qu&#039;il fallait jouer sur les paramètres pour affiner memcache. Je ferais mes tests en prod :)</description>
		<content:encoded><![CDATA[<p>J&#8217;ai vu qu&#8217;il fallait jouer sur les paramètres pour affiner memcache. Je ferais mes tests en prod :)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Sen</title>
		<link>http://arnaud.dauran.com/470/deux-intellectuels-assis-vont-moins-loin-quune-brute-qui-marche/comment-page-1/#comment-4833</link>
		<dc:creator>Sen</dc:creator>
		<pubDate>Wed, 11 Nov 2009 18:13:45 +0000</pubDate>
		<guid isPermaLink="false">http://www.dauran.com/?p=470#comment-4833</guid>
		<description>Attention avec la librairie Memcache : en fonction de la taille des blocks, l&#039;allocation en mémoire peut prendre bien plus de place que prévu (sans oublier qu&#039;il faut ajouter environ 70 octets de structure de données pour chaque objet mis en mémoire, sans oublier également qu&#039;un objet ne peut pas faire plus de 1Mo et que la clé doit faire moins de 255 octets).

Dans mes derniers essais, alors qu&#039;en théorie, Memcache devait allouer 50Mo, au final, Memcache a alloué plus de 100Mo en mémoire. Il faut alors jouer avec certains paramètres pour optimiser la taille des &quot;chunks&quot; (tout un programme).

Mais au final, ça vaut le coup : je gère 200000 visiteurs par jour sans aucun problème (mon serveur s&#039;essoufle un peu quand on atteint les 100K visites/heure d&#039;après mes tests).</description>
		<content:encoded><![CDATA[<p>Attention avec la librairie Memcache : en fonction de la taille des blocks, l&#8217;allocation en mémoire peut prendre bien plus de place que prévu (sans oublier qu&#8217;il faut ajouter environ 70 octets de structure de données pour chaque objet mis en mémoire, sans oublier également qu&#8217;un objet ne peut pas faire plus de 1Mo et que la clé doit faire moins de 255 octets).</p>
<p>Dans mes derniers essais, alors qu&#8217;en théorie, Memcache devait allouer 50Mo, au final, Memcache a alloué plus de 100Mo en mémoire. Il faut alors jouer avec certains paramètres pour optimiser la taille des &#8220;chunks&#8221; (tout un programme).</p>
<p>Mais au final, ça vaut le coup : je gère 200000 visiteurs par jour sans aucun problème (mon serveur s&#8217;essoufle un peu quand on atteint les 100K visites/heure d&#8217;après mes tests).</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Sen</title>
		<link>http://arnaud.dauran.com/470/deux-intellectuels-assis-vont-moins-loin-quune-brute-qui-marche/comment-page-1/#comment-4832</link>
		<dc:creator>Sen</dc:creator>
		<pubDate>Wed, 11 Nov 2009 18:01:35 +0000</pubDate>
		<guid isPermaLink="false">http://www.dauran.com/?p=470#comment-4832</guid>
		<description>Je suis également chez OVH, et voici un petit comparatif entre un disque classique et un disque SSD :

Avec un &quot;Hitachi Desktar 7K1000, 750Go, 7200 RPM&quot; de l&#039;offre &quot;Superplan BestOf Premium 08 Revolution&quot; :

# hdparm  -Tt  /dev/md1
/dev/md1:
 Timing cached reads:       14320 MB in  2.00 seconds = 7164.91 MB/sec
 Timing buffered disk reads:  246 MB in  3.01 seconds =   81.84 MB/sec
 
 
Avec un  &quot;Intel SSD X25-M, 80Go&quot; de l&#039;offre &quot;SuperPlan SSD 09&quot; :

# hdparm  -Tt  /dev/md1
/dev/md1:
 Timing cached reads:        34852 MB in  2.00 seconds = 17443.04 MB/sec
 Timing buffered disk reads:   616 MB in  3.01 seconds =   204.70 MB/sec


NB : le nombre d&#039;i-nodes du système de fichier par défaut de linux sur le SSD est beaucoup plus petit (i.e. que le nombre de fichiers et de répertoires possibles est plus limité). C&#039;est un détail qui peut avoir son importance...</description>
		<content:encoded><![CDATA[<p>Je suis également chez OVH, et voici un petit comparatif entre un disque classique et un disque SSD :</p>
<p>Avec un &#8220;Hitachi Desktar 7K1000, 750Go, 7200 RPM&#8221; de l&#8217;offre &#8220;Superplan BestOf Premium 08 Revolution&#8221; :</p>
<p># hdparm  -Tt  /dev/md1<br />
/dev/md1:<br />
 Timing cached reads:       14320 MB in  2.00 seconds = 7164.91 MB/sec<br />
 Timing buffered disk reads:  246 MB in  3.01 seconds =   81.84 MB/sec</p>
<p>Avec un  &#8220;Intel SSD X25-M, 80Go&#8221; de l&#8217;offre &#8220;SuperPlan SSD 09&#8243; :</p>
<p># hdparm  -Tt  /dev/md1<br />
/dev/md1:<br />
 Timing cached reads:        34852 MB in  2.00 seconds = 17443.04 MB/sec<br />
 Timing buffered disk reads:   616 MB in  3.01 seconds =   204.70 MB/sec</p>
<p>NB : le nombre d&#8217;i-nodes du système de fichier par défaut de linux sur le SSD est beaucoup plus petit (i.e. que le nombre de fichiers et de répertoires possibles est plus limité). C&#8217;est un détail qui peut avoir son importance&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Arnaud Jeulin</title>
		<link>http://arnaud.dauran.com/470/deux-intellectuels-assis-vont-moins-loin-quune-brute-qui-marche/comment-page-1/#comment-4831</link>
		<dc:creator>Arnaud Jeulin</dc:creator>
		<pubDate>Wed, 11 Nov 2009 16:27:55 +0000</pubDate>
		<guid isPermaLink="false">http://www.dauran.com/?p=470#comment-4831</guid>
		<description>le site tourne sans memcached mais il est très lent...</description>
		<content:encoded><![CDATA[<p>le site tourne sans memcached mais il est très lent&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Romain</title>
		<link>http://arnaud.dauran.com/470/deux-intellectuels-assis-vont-moins-loin-quune-brute-qui-marche/comment-page-1/#comment-4830</link>
		<dc:creator>Romain</dc:creator>
		<pubDate>Wed, 11 Nov 2009 15:48:23 +0000</pubDate>
		<guid isPermaLink="false">http://www.dauran.com/?p=470#comment-4830</guid>
		<description>Memcached c&#039;est le bonheur ! Mais il faut faire attention à ce que la DB puisse tourner sans memcached et sans planter. Car si tu vides Memcached et que ton site est down le temps de tout re-cacher car la DB ne suit plus, ça peut être problématique :-)</description>
		<content:encoded><![CDATA[<p>Memcached c&#8217;est le bonheur ! Mais il faut faire attention à ce que la DB puisse tourner sans memcached et sans planter. Car si tu vides Memcached et que ton site est down le temps de tout re-cacher car la DB ne suit plus, ça peut être problématique :-)</p>
]]></content:encoded>
	</item>
</channel>
</rss>
