Bu yavaşlık pg_dump -d ile  INSERT kullanmamdan kaynaklanıyor olabilir mi?


Emre ERSİN


-----Original Message-----
From: [email protected] 
[mailto:[email protected]] On Behalf Of Emre Ersin
Sent: Tuesday, April 27, 2010 2:37 PM
To: [email protected]
Subject: [Linux-sunucu] Re: pgsql backup

Selamlar,

İşlemciler şunlar;

processor       : 7
vendor_id       : GenuineIntel
cpu family      : 6
model           : 26
model name      : Intel(R) Xeon(R) CPU           E5520  @ 2.27GHz
stepping        : 5
cpu MHz         : 2260.752
cache size      : 8192 KB
physical id     : 0
siblings        : 4
core id         : 1
cpu cores       : 2
apicid          : 3
initial apicid  : 3
fpu             : yes
fpu_exception   : yes
cpuid level     : 11
wp              : yes
flags           : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov 
pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx rdtscp lm 
constant_tsc arch_perfmon pebs bts rep_good xtopology nonstop_tsc pni dtes64 
monitor ds_cpl vmx est tm2 ssse3 cx16 xtpr pdcm dca sse4_1 sse4_2 lahf_lm ida 
tpr_shadow vnmi flexpriority ept vpid
bogomips        : 4521.88
clflush size    : 64
cache_alignment : 64
address sizes   : 40 bits physical, 48 bits virtual
power management:

> cat /proc/loadavg
1.56 1.52 1.50 1/310 19673

> vmstat 1 5
procs -----------memory---------- ---swap-- -----io---- -system-- ----cpu----
 r  b   swpd   free   buff  cache   si   so    bi    bo   in   cs us sy id wa
 0  1   2420 12818316  93920 1896776    0    0    28   583  152  211  6  1 85  8
 0  1   2420 12817708  93932 1896816    0    0     8  1816 1863 2489  1  0 86 12
 1  1   2420 12817800  93932 1896864    0    0     0  1288 1692 2411  2  1 87 10
 0  1   2420 12817324  93932 1896904    0    0     0  1272 2090 2757  2  1 85 12
 4  0   2420 12817324  93932 1896968    0    0     0  1380 1891 2575  1  0 88 10

> free -m
             total       used       free     shared    buffers     cached
Mem:         16076       3672      12404          0         90       1823
-/+ buffers/cache:       1758      14317
Swap:        13851          2      13849

==> /var/log/postgresql/postgresql-8.3-main.log <==
2010-04-27 13:42:02 EEST NOT:  return type spheroid is only a shell
2010-04-27 13:42:02 EEST NOT:  "spheroid" argümanı sadece bir kabuktur
2010-04-27 13:43:11 EEST NOT:   no notnull values, invalid stats
2010-04-27 13:44:10 EEST NOT:   no notnull values, invalid stats
2010-04-27 13:45:10 EEST NOT:   no notnull values, invalid stats
2010-04-27 13:45:10 EEST NOT:   no notnull values, invalid stats
2010-04-27 13:46:11 EEST NOT:   no notnull values, invalid stats
2010-04-27 13:46:11 EEST NOT:   no notnull values, invalid stats
2010-04-27 13:47:11 EEST NOT:   no notnull values, invalid stats
2010-04-27 13:47:11 EEST NOT:   no notnull values, invalid stats


Emre ERSİN



-----Original Message-----
From: [email protected] 
[mailto:[email protected]] On Behalf Of Devrim GÜNDÜZ
Sent: Tuesday, April 27, 2010 2:25 PM
To: [email protected]
Subject: [Linux-sunucu] Re: pgsql backup

On Tue, 2010-04-27 at 14:19 +0300, Emre Ersin wrote:
> 
> pg_restore ile veritabanını yüklerken inanılmaz bir yavaşlık söz 
> konusu.

iostat, vmstat, sar, vs ne diyor?

> 1 GB yedekli hali olan (-F c) veritabanını iki gündür açamadım. 
> Biraz araştırdım. Work_mem ile maintenance_work_mem'e bakmam gerektiği 
> gibi veriler buldum. Şu şkeilde değiştirdim;
> 
> work_mem = 128MB                                # min 64kB
> maintenance_work_mem = 256MB            # min 1MB

work_mem'in konumuz ile ilgisi yok aslında. Onu 2-4 MB aralığına 
çekebilirsiniz. maintenance_work_mem'i 1 GB'a kadar çıkartabilirsiniz.

Ancak 2 gün sürmemesi gerekli her koşulda. Loglarda başka birşey yazıyor mu?
--
Devrim GÜNDÜZ
PostgreSQL Danışmanı/Consultant, Red Hat Certified Engineer PostgreSQL RPM 
Repository: http://yum.pgrpms.org
Community: devrim~PostgreSQL.org, devrim.gunduz~linux.org.tr 
http://www.gunduz.org  Twitter: http://twitter.com/devrimgunduz



Email secured by Check Point

_______________________________________________
Linux-sunucu E-Posta Listesi
[email protected]

Liste kurallarını http://liste.linux.org.tr/kurallar.php  bağlantısından 
okuyabilirsiniz;

Bu Listede neden bulunduğunuzu bilmiyorsanız veya artık bu listeden gelen 
e-postaları almak istemiyorsanız aşağıdaki bağlantı adresini kullanarak 1 
dakika içinde üyeliğinizi sonlandırabilirsiniz.
https://liste.linux.org.tr/mailman/listinfo/linux-sunucu

Email secured by Check Point

Email secured by Check Point
_______________________________________________
Linux-sunucu E-Posta Listesi
[email protected]

Liste kurallarını http://liste.linux.org.tr/kurallar.php  bağlantısından 
okuyabilirsiniz;

Bu Listede neden bulunduğunuzu bilmiyorsanız veya artık bu listeden gelen 
e-postaları almak istemiyorsanız aşağıdaki bağlantı adresini kullanarak 1 
dakika içinde üyeliğinizi sonlandırabilirsiniz.
https://liste.linux.org.tr/mailman/listinfo/linux-sunucu

Cevap