<?xml version="1.0" encoding="utf-8"?>
<feed xmlns="http://www.w3.org/2005/Atom">
	<title type="html"><![CDATA[Forum PostgreSQL - Export/Import z wykorzystaniem wielu rdzeni. Pg 9.2]]></title>
	<link rel="self" href="http://forum.postgresql.org.pl/extern.php?action=feed&amp;tid=1500&amp;type=atom"/>
	<updated>2014-06-24T12:05:50Z</updated>
	<generator>PunBB</generator>
	<id>https://forum.postgresql.org.pl/viewtopic.php?id=1500</id>
		<entry>
			<title type="html"><![CDATA[Odp: Export/Import z wykorzystaniem wielu rdzeni. Pg 9.2]]></title>
			<link rel="alternate" href="https://forum.postgresql.org.pl/viewtopic.php?pid=5276#p5276"/>
			<content type="html"><![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?]]></content>
			<author>
				<name><![CDATA[pietro54]]></name>
				<uri>https://forum.postgresql.org.pl/profile.php?id=1512</uri>
			</author>
			<updated>2014-06-24T12:05:50Z</updated>
			<id>https://forum.postgresql.org.pl/viewtopic.php?pid=5276#p5276</id>
		</entry>
		<entry>
			<title type="html"><![CDATA[Odp: Export/Import z wykorzystaniem wielu rdzeni. Pg 9.2]]></title>
			<link rel="alternate" href="https://forum.postgresql.org.pl/viewtopic.php?pid=4556#p4556"/>
			<content type="html"><![CDATA[Dzięki wielkie, czegoś takiego szukałem.]]></content>
			<author>
				<name><![CDATA[pietro54]]></name>
				<uri>https://forum.postgresql.org.pl/profile.php?id=1512</uri>
			</author>
			<updated>2013-05-31T11:21:23Z</updated>
			<id>https://forum.postgresql.org.pl/viewtopic.php?pid=4556#p4556</id>
		</entry>
		<entry>
			<title type="html"><![CDATA[Odp: Export/Import z wykorzystaniem wielu rdzeni. Pg 9.2]]></title>
			<link rel="alternate" href="https://forum.postgresql.org.pl/viewtopic.php?pid=4205#p4205"/>
			<content type="html"><![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]]]></content>
			<author>
				<name><![CDATA[depesz]]></name>
				<uri>https://forum.postgresql.org.pl/profile.php?id=1564</uri>
			</author>
			<updated>2013-05-22T11:50:11Z</updated>
			<id>https://forum.postgresql.org.pl/viewtopic.php?pid=4205#p4205</id>
		</entry>
		<entry>
			<title type="html"><![CDATA[Odp: Export/Import z wykorzystaniem wielu rdzeni. Pg 9.2]]></title>
			<link rel="alternate" href="https://forum.postgresql.org.pl/viewtopic.php?pid=4204#p4204"/>
			<content type="html"><![CDATA[Dzięki za odpowiedz. Szukałem takiej informacji już od pół roku. Dzięki jeszcze raz, czekam na 9.3!]]></content>
			<author>
				<name><![CDATA[pietro54]]></name>
				<uri>https://forum.postgresql.org.pl/profile.php?id=1512</uri>
			</author>
			<updated>2013-05-22T11:12:12Z</updated>
			<id>https://forum.postgresql.org.pl/viewtopic.php?pid=4204#p4204</id>
		</entry>
		<entry>
			<title type="html"><![CDATA[Odp: Export/Import z wykorzystaniem wielu rdzeni. Pg 9.2]]></title>
			<link rel="alternate" href="https://forum.postgresql.org.pl/viewtopic.php?pid=4203#p4203"/>
			<content type="html"><![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]]]></content>
			<author>
				<name><![CDATA[c_michal]]></name>
				<uri>https://forum.postgresql.org.pl/profile.php?id=627</uri>
			</author>
			<updated>2013-05-21T21:08:05Z</updated>
			<id>https://forum.postgresql.org.pl/viewtopic.php?pid=4203#p4203</id>
		</entry>
		<entry>
			<title type="html"><![CDATA[Export/Import z wykorzystaniem wielu rdzeni. Pg 9.2]]></title>
			<link rel="alternate" href="https://forum.postgresql.org.pl/viewtopic.php?pid=4201#p4201"/>
			<content type="html"><![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ń?]]></content>
			<author>
				<name><![CDATA[pietro54]]></name>
				<uri>https://forum.postgresql.org.pl/profile.php?id=1512</uri>
			</author>
			<updated>2013-05-21T10:18:02Z</updated>
			<id>https://forum.postgresql.org.pl/viewtopic.php?pid=4201#p4201</id>
		</entry>
</feed>
