<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0">
	<channel>
		<title><![CDATA[Forum PostgreSQL - Export/Import z wykorzystaniem wielu rdzeni. Pg 9.2]]></title>
		<link>https://forum.postgresql.org.pl/viewtopic.php?id=1500</link>
		<description><![CDATA[Najświeższe odpowiedzi w Export/Import z wykorzystaniem wielu rdzeni. Pg 9.2.]]></description>
		<lastBuildDate>Tue, 24 Jun 2014 12:05:50 +0000</lastBuildDate>
		<generator>PunBB</generator>
		<item>
			<title><![CDATA[Odp: Export/Import z wykorzystaniem wielu rdzeni. Pg 9.2]]></title>
			<link>https://forum.postgresql.org.pl/viewtopic.php?pid=5276#p5276</link>
			<description><![CDATA[Cześć,
nie chcę zakładać nowego wątku więc odgrzeję starego ale przydatnego kotleta.

Pytanie brzmi czy w pg_dump z opcją -fd da się użyć innej kompresji niż gzip?

Obecnie wykorzystuje:
pg_dump -Fd baza -j 12 -f baza_katalog -Z 9

a fajnie było by wykorzystać coś takiego
pg_dump baza -j 12 -Fd | /usr/local/bin/lbzip2 -n 12 -9 > baza

Chodzi o to aby wykorzystać lbzipa który ma znacznie lepsze algorytmy koompresji a do tego odciążył by sam proces pg dump rozrzucając obciążenie po różnych rdzeniach maszyny.

Problem polega na tym że nie mogę odpowiedio przekierować strumienia, bo pg_dump upiera się aby źródłem wyjściowym był katalog. 

Może coś podpowiecie?]]></description>
			<author><![CDATA[dummy@example.com (pietro54)]]></author>
			<pubDate>Tue, 24 Jun 2014 12:05:50 +0000</pubDate>
			<guid>https://forum.postgresql.org.pl/viewtopic.php?pid=5276#p5276</guid>
		</item>
		<item>
			<title><![CDATA[Odp: Export/Import z wykorzystaniem wielu rdzeni. Pg 9.2]]></title>
			<link>https://forum.postgresql.org.pl/viewtopic.php?pid=4556#p4556</link>
			<description><![CDATA[Dzięki wielkie, czegoś takiego szukałem.]]></description>
			<author><![CDATA[dummy@example.com (pietro54)]]></author>
			<pubDate>Fri, 31 May 2013 11:21:23 +0000</pubDate>
			<guid>https://forum.postgresql.org.pl/viewtopic.php?pid=4556#p4556</guid>
		</item>
		<item>
			<title><![CDATA[Odp: Export/Import z wykorzystaniem wielu rdzeni. Pg 9.2]]></title>
			<link>https://forum.postgresql.org.pl/viewtopic.php?pid=4205#p4205</link>
			<description><![CDATA[Da się to zrobić we wcześniejszych Pg, z wykorzystaniem np. tego: [url]http://www.depesz.com/2012/01/23/some-new-tools-for-postgresql-or-around-postgresql/[/url] -> "fast dump and restore".

To jest przykładowa implementacja pomysłu opisanego wcześniej tu:
[url]http://www.depesz.com/2009/09/19/speeding-up-dumprestore-process/[/url]]]></description>
			<author><![CDATA[dummy@example.com (depesz)]]></author>
			<pubDate>Wed, 22 May 2013 11:50:11 +0000</pubDate>
			<guid>https://forum.postgresql.org.pl/viewtopic.php?pid=4205#p4205</guid>
		</item>
		<item>
			<title><![CDATA[Odp: Export/Import z wykorzystaniem wielu rdzeni. Pg 9.2]]></title>
			<link>https://forum.postgresql.org.pl/viewtopic.php?pid=4204#p4204</link>
			<description><![CDATA[Dzięki za odpowiedz. Szukałem takiej informacji już od pół roku. Dzięki jeszcze raz, czekam na 9.3!]]></description>
			<author><![CDATA[dummy@example.com (pietro54)]]></author>
			<pubDate>Wed, 22 May 2013 11:12:12 +0000</pubDate>
			<guid>https://forum.postgresql.org.pl/viewtopic.php?pid=4204#p4204</guid>
		</item>
		<item>
			<title><![CDATA[Odp: Export/Import z wykorzystaniem wielu rdzeni. Pg 9.2]]></title>
			<link>https://forum.postgresql.org.pl/viewtopic.php?pid=4203#p4203</link>
			<description><![CDATA[Na tym forum jest użytkownik "depesz" jeśli ten nick odpowiada osobie, o której myślę to pg_dump i pg_restore będzie działało w oparciu o przetwarzanie równoległe dopiero od wersji 9.3 (obecnie dostępna jest już beta)

Poczytaj co na ten temat pisze depesz [url]http://www.depesz.com/2013/03/26/2646/[/url]]]></description>
			<author><![CDATA[dummy@example.com (c_michal)]]></author>
			<pubDate>Tue, 21 May 2013 21:08:05 +0000</pubDate>
			<guid>https://forum.postgresql.org.pl/viewtopic.php?pid=4203#p4203</guid>
		</item>
		<item>
			<title><![CDATA[Export/Import z wykorzystaniem wielu rdzeni. Pg 9.2]]></title>
			<link>https://forum.postgresql.org.pl/viewtopic.php?pid=4201#p4201</link>
			<description><![CDATA[Witam,
Czy istnieje szansa aby wykorzystać więcej niż jeden rdzeń podczas exportu i importu baz?
Dysponuję mocną maszyną wyposażoną w 24rdzenie i 4dyski ssd w raidzie 10.
Podczas normalnej pracy widzę że są wykorzystywane różne rdzenie, natomiast podczas wyżej wspomnianych operacji używany jest tylko jeden rdzeń.
Przez co zrzut bazy liczącej ponad 90gb jest operacją która długo trwa.
Z tego co widziałem odczyt na dysku jest w granicach 30mb/s. (czyli dyski się nudzą)

Czy istnieje jakiś przełącznik, skrypt który pozwolił by robić import, export wykorzystując więcej niż jeden rdzeń?]]></description>
			<author><![CDATA[dummy@example.com (pietro54)]]></author>
			<pubDate>Tue, 21 May 2013 10:18:02 +0000</pubDate>
			<guid>https://forum.postgresql.org.pl/viewtopic.php?pid=4201#p4201</guid>
		</item>
	</channel>
</rss>
