<?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: Černá magie testů výkonnosti</title>
	<atom:link href="http://blog.krecan.net/2009/10/18/cerna-magie-testu-vykonnosti/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.krecan.net/2009/10/18/cerna-magie-testu-vykonnosti/</link>
	<description>Short remarks from Java world</description>
	<lastBuildDate>Sat, 04 Feb 2012 09:44:38 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.2.1</generator>
	<item>
		<title>By: wojtha</title>
		<link>http://blog.krecan.net/2009/10/18/cerna-magie-testu-vykonnosti/comment-page-1/#comment-1213</link>
		<dc:creator>wojtha</dc:creator>
		<pubDate>Mon, 19 Oct 2009 09:52:44 +0000</pubDate>
		<guid isPermaLink="false">http://blog.krecan.net/?p=449#comment-1213</guid>
		<description>Testování výkonnosti DB, pokud se bavíme o milionech řádků a GB dat je vždycky magie - do hry vstupuje HW a celková konfigurace serveru. Bez toho aby se to testovalo na ekvivalentní konfiguraci jako bude mít produkční server nemá IMHO vůbec smysl.

Viz např.

MySQL 5.1 partitions in practice
http://dev.mysql.com/tech-resources/articles/testing-partitions-large-db.html

Citace:
---------
Testing partitions has been a tiring experience. Gaining performance improvements is not a straightforward operation. What I assumed was a painless change turned out to be a long trial-and-error process.
There is no silver bullet

Applying a partition change to a table is no guarantee for performance improvement. The gain depends on several factors:

    * the column used for partitioning;
    * the function used for partitioning, where the native column type is not an integer;
    * the server speed;
    * the amount of RAM.

Nothing should be taken for granted.
---------

Důležitá je izolace změn a důkladné měření (alespoň 4-5 měření u každého testu). U Mysql je také důležité při více stejných měření vypnout query cache (select SQL_NO_CACHE).</description>
		<content:encoded><![CDATA[<p>Testování výkonnosti DB, pokud se bavíme o milionech řádků a GB dat je vždycky magie - do hry vstupuje HW a celková konfigurace serveru. Bez toho aby se to testovalo na ekvivalentní konfiguraci jako bude mít produkční server nemá IMHO vůbec smysl.</p>
<p>Viz např.</p>
<p>MySQL 5.1 partitions in practice<br />
<a href="http://dev.mysql.com/tech-resources/articles/testing-partitions-large-db.html" rel="nofollow">http://dev.mysql.com/tech-resources/articles/testing-partitions-large-db.html</a></p>
<p>Citace:<br />
---------<br />
Testing partitions has been a tiring experience. Gaining performance improvements is not a straightforward operation. What I assumed was a painless change turned out to be a long trial-and-error process.<br />
There is no silver bullet</p>
<p>Applying a partition change to a table is no guarantee for performance improvement. The gain depends on several factors:</p>
<p>    * the column used for partitioning;<br />
    * the function used for partitioning, where the native column type is not an integer;<br />
    * the server speed;<br />
    * the amount of RAM.</p>
<p>Nothing should be taken for granted.<br />
---------</p>
<p>Důležitá je izolace změn a důkladné měření (alespoň 4-5 měření u každého testu). U Mysql je také důležité při více stejných měření vypnout query cache (select SQL_NO_CACHE).</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Lukáš Křečan</title>
		<link>http://blog.krecan.net/2009/10/18/cerna-magie-testu-vykonnosti/comment-page-1/#comment-1211</link>
		<dc:creator>Lukáš Křečan</dc:creator>
		<pubDate>Mon, 19 Oct 2009 06:59:44 +0000</pubDate>
		<guid isPermaLink="false">http://blog.krecan.net/?p=449#comment-1211</guid>
		<description>Já jsem to tam napsal, ale málo zdůraznil. Ten index se projevoval jenom při špatném testu. Při normálním provozu by neměl mít zásadní vliv.</description>
		<content:encoded><![CDATA[<p>Já jsem to tam napsal, ale málo zdůraznil. Ten index se projevoval jenom při špatném testu. Při normálním provozu by neměl mít zásadní vliv.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: lzap</title>
		<link>http://blog.krecan.net/2009/10/18/cerna-magie-testu-vykonnosti/comment-page-1/#comment-1208</link>
		<dc:creator>lzap</dc:creator>
		<pubDate>Sun, 18 Oct 2009 20:08:39 +0000</pubDate>
		<guid isPermaLink="false">http://blog.krecan.net/?p=449#comment-1208</guid>
		<description>Zapomenuty index neni magie ;-)</description>
		<content:encoded><![CDATA[<p>Zapomenuty index neni magie <img src='http://blog.krecan.net/wp-includes/images/smilies/icon_wink.gif' alt=';-)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: R</title>
		<link>http://blog.krecan.net/2009/10/18/cerna-magie-testu-vykonnosti/comment-page-1/#comment-1207</link>
		<dc:creator>R</dc:creator>
		<pubDate>Sun, 18 Oct 2009 10:56:28 +0000</pubDate>
		<guid isPermaLink="false">http://blog.krecan.net/?p=449#comment-1207</guid>
		<description>Jedna z veci, kterou nam tloukli do hlavy na elektru byla opakovatelnost experimentu. Unit testy jsou toho krasnym prikladem. Bohuzel ale vidim trend (v nasi spolecnosti roky zakoreneny proces), kdy ma release 6 tydnu testovaci fazi, kdy je kod postupne nasazovan na diametralne odlisna prostredi a testovan z leva z prava(obcas taky vubec ne, jak se ukazalo nedavno), ale o vypovidaci hodnote takovych testu se prilis neuvazuje. Efektivita vynalozenych prostredku jde ruku v ruce s tim. Cili mene prostredi je dobra vec. Pochopitelne se malokdy clovek dostane na takovou uroven izolace testu, aby si jej pustil na produkci a nic nerozboril, v zatezovem testovani tim spis, ale mit 6 ruznych prostredi...?</description>
		<content:encoded><![CDATA[<p>Jedna z veci, kterou nam tloukli do hlavy na elektru byla opakovatelnost experimentu. Unit testy jsou toho krasnym prikladem. Bohuzel ale vidim trend (v nasi spolecnosti roky zakoreneny proces), kdy ma release 6 tydnu testovaci fazi, kdy je kod postupne nasazovan na diametralne odlisna prostredi a testovan z leva z prava(obcas taky vubec ne, jak se ukazalo nedavno), ale o vypovidaci hodnote takovych testu se prilis neuvazuje. Efektivita vynalozenych prostredku jde ruku v ruce s tim. Cili mene prostredi je dobra vec. Pochopitelne se malokdy clovek dostane na takovou uroven izolace testu, aby si jej pustil na produkci a nic nerozboril, v zatezovem testovani tim spis, ale mit 6 ruznych prostredi...?</p>
]]></content:encoded>
	</item>
</channel>
</rss>

