<?xml version="1.0" encoding="UTF-8" ?>
<?xml-stylesheet href="rss.css" type="text/css"?>
<rss version="2.0" xmlns:content="http://purl.org/rss/1.0/modules/content/">
<channel>
<title>LINUXEXPRES - Diskuzní fórum</title>
<link>http://www.linuxexpres.cz/</link>
<description>RSS komentářů ke článkům</description>
<item>
<title>Re:Optimalizace PostgreSQL: Testy výkonu</title>
<description>
&lt;p&gt;&lt;strong&gt;<![CDATA[Dlouho jsem přemýšlel, zda to do článku zahrnout nebo ne. Nakonec to tam není z prostého důvodu. Jedná se totiž o distro specific záležitost a pokud bych ustoupil v tomto případě, tak bych musel psát o tom, jak to či ono nastavovat napříč distribucemi. O tom ale článek nebyl, článek byl o PostgreSQL DB serveru.
Podle mého názoru jsou na tyto konkrétnosti (v CentOSu jsem na limit nenarazil, v Debianu ano) patří do diskuse a komentujícím za to patří dík. Takže děkuji za upřesnění.]]>&lt;/strong&gt;&lt;/p&gt;
</description>
<pubDate>Mon, 27 Jun 2011 12:06:47 +0200</pubDate>
<link>https://www.linuxexpres.cz/diskuse/diskuze-ke-clankum/optimalizace-postgresql-testy#post13220</link>
<guid>https://www.linuxexpres.cz/diskuse/diskuze-ke-clankum/optimalizace-postgresql-testy#post13220</guid>
</item>
<item>
<title>Optimalizace PostgreSQL: Testy výkonu</title>
<description>
&lt;p&gt;&lt;strong&gt;<![CDATA[V clanku mi chyba jedna velmi dolezita vec a to kernel.shmmax . Zvysite spominane hodnoty v postgresql.conf, date restartovat postgresql a chyba. Server sa odmietne spustit. Lebo hodnota shmmax je v Debiane (a tusim, ze aj vseobecne v linuxe) defaultne 32MB (33554432) a je potrebne tento parameter zvysit podla velkosti RAM , ktoru chceme pridelit PostgreSQL.
Tuto hodnotu zmenime pomocou prikazu  sysctl -w kernel.shmmax=268435456 (v tomto pripade som nastavil na 256MB).
Hodnota je v bajtoch a pomocou tohto prikazu sa zmeni hodnota shmmax. Takto je tato hodnota platna do restartu. Ak chceme aby nami zvolena hodnota bola aj po restarte ke potrebne do suboru /etc/sysctl.conf zapisat novy riadok
kernel.shmmax = 268435456]]>&lt;/strong&gt;&lt;/p&gt;
</description>
<pubDate>Wed, 22 Jun 2011 10:21:21 +0200</pubDate>
<link>https://www.linuxexpres.cz/diskuse/diskuze-ke-clankum/optimalizace-postgresql-testy#post13201</link>
<guid>https://www.linuxexpres.cz/diskuse/diskuze-ke-clankum/optimalizace-postgresql-testy#post13201</guid>
</item>
<item>
<title>Re:Re:Optimalizace PostgreSQL: Testy výkonu</title>
<description>
&lt;p&gt;&lt;strong&gt;<![CDATA[ok. Jelikož je to častá chyba, tak osobně bych to ještě více zdůraznil :).
Jinak nemá smysl přepisovat svou aplikaci do podobného benchmarku - tím se jen generuje naprosto nereálná zátěž. Mnohem praktičtějším testem je např. celkový čas pomalých dotazů nebo počet pomalých dotazů během 1 dne, 1 týdne. Testy typu pgBench se dobře hodí pro trochu komplexnější testy železa, vývojového prostředí - pro hledání univerzálních hrdel.]]>&lt;/strong&gt;&lt;/p&gt;
</description>
<pubDate>Wed, 1 Jun 2011 06:21:58 +0200</pubDate>
<link>https://www.linuxexpres.cz/diskuse/diskuze-ke-clankum/optimalizace-postgresql-testy#post12932</link>
<guid>https://www.linuxexpres.cz/diskuse/diskuze-ke-clankum/optimalizace-postgresql-testy#post12932</guid>
</item>
<item>
<title>Re:Optimalizace PostgreSQL: Testy výkonu</title>
<description>
&lt;p&gt;&lt;strong&gt;<![CDATA[Vždyť to tam je:
Proto tento test nemusí dávat vždy smysl a výkon databáze muže být v praktickém nasazení zcela odlišný (oběma směry). Ideální je testovat přímo pomocí aplikace, která potom poběží v produkčním provozu (ovšem přepsat aplikaci na benchmark využívající reálná data není lehké).]]>&lt;/strong&gt;&lt;/p&gt;
</description>
<pubDate>Tue, 31 May 2011 11:57:32 +0200</pubDate>
<link>https://www.linuxexpres.cz/diskuse/diskuze-ke-clankum/optimalizace-postgresql-testy#post12924</link>
<guid>https://www.linuxexpres.cz/diskuse/diskuze-ke-clankum/optimalizace-postgresql-testy#post12924</guid>
</item>
<item>
<title>Optimalizace PostgreSQL: Testy výkonu</title>
<description>
&lt;p&gt;&lt;strong&gt;<![CDATA[Chybí tu jedna důležitá rada - svou databázi neoptimalizujte vůči pgBenchi, ale vůči své aplikaci. To, že Vám pgBench bude dávat super čísla pro tu či onu konfiguraci neznamená, že ta či ona konfigurace je optimální pro vaši aplikaci.]]>&lt;/strong&gt;&lt;/p&gt;
</description>
<pubDate>Tue, 31 May 2011 06:50:01 +0200</pubDate>
<link>https://www.linuxexpres.cz/diskuse/diskuze-ke-clankum/optimalizace-postgresql-testy#post12921</link>
<guid>https://www.linuxexpres.cz/diskuse/diskuze-ke-clankum/optimalizace-postgresql-testy#post12921</guid>
</item>
<item>
<title>Optimalizace PostgreSQL: Testy výkonu</title>
<description>
&lt;p&gt;&lt;strong&gt;<![CDATA[Jedna poznámka: maximální počet klientů by měl odpovídat cca desetinásobku počtu procesorů v systému. Větší počet procesů znamená snížení výkonu z důvodu vyšší režie přepínání procesů. Pokud je nutné (z nějakého důvodu) pracovat s vyšším počtem sessions, je vhodné použít session pool - např. pgPool nebo pgBouncer. Navíc větší počet connection může znamenat znatelně menší work_mem, což naopak může znamenat znatelně pomalejší dotazy - i velice zatížené www aplikace si vystačí s 20-30 spojeními.]]>&lt;/strong&gt;&lt;/p&gt;
</description>
<pubDate>Fri, 20 May 2011 09:51:44 +0200</pubDate>
<link>https://www.linuxexpres.cz/diskuse/diskuze-ke-clankum/optimalizace-postgresql-testy#post12800</link>
<guid>https://www.linuxexpres.cz/diskuse/diskuze-ke-clankum/optimalizace-postgresql-testy#post12800</guid>
</item>
</channel>
</rss>