Merhaba,
çalışlan sistem, üzerinde apache, cache sunucu, mail sunucu ve db olan 
bir makine.  ve malesef şuan sadece mail sunucu için ikinci bir disk 
mevcut. (diğer tüm sistem tek sata disk üzerinde.)
- shared_buffers 4'ten 3'e düşürdüm şuan. db büyüklüğü ile oranladığımda 
ve diğer uygulamalar için ram'e ihtiyacım olduğu için shared bufferi ve 
effective cache size'ı mahsus düşük tuttum.
- temp_buffers 2 mb, mailde elle yazarken bi yanlışlık yapmışım.
- bgwriter_delay yüksek tutmamın nedeni malesef disk io'mun yüksek 
oluşu. diski az kullanmaya çalışıyorum bi taraftan.
- checkpoint_completion_target 0.5 evet.  wal_writer_delay, checkpoint 
hedelerinin yüksek tutmamın en büyük nedeni yine disk sorunum. (gerçi 
checkpointları önce loga, timout sonrası yine diske yazıyor olması 
düşünüldüğünde evet değeri düşük tutmalıydım.)
- default_statistics_target 1000 yaptım, cok karmaşık olmasada 
querylerin iyi planlanmasını istedim, nedeni bu idi.
- autovacuum_naptime = 10min olmasının nedeni, tablolarımın %90'ı 
genelde select gören tablolar. %5'i sık insert, %5'i sık update ve 
delete görüyor. yüksek tutma nedenim bu yüzden.

cluster yok, tek db var. bu maili yazdığım sıralarda 311 select 
cümleciğinin çalıştığını gördüm. Load avarage %69 ve ram taşmış, swap'i 
1.2 GB olarak kullanıyordu. :(

kolay gelsin.

Devrim GÜNDÜZ wrote:
> Merhaba,
>
> (Bir dahaki sefere daha iyi bir konu başlığı bulursan sevinirim hocam, 3
> gün beklemezdin yanıt için ;) )
>
> On Sun, 2010-01-03 at 23:03 +0200, Atıf CEYLAN wrote:
>   
>> shared_buffers = 4000MB *
>>     
>
> 64 bit olduğu için bir miktar artabilir gerekirse, ama önce aşağıdaki
> bgwriter sorumu yanıtlarsanız sevinirim.
>
>   
>> *temp_buffers = 16MB
>> work_mem = 256kB (her sorgu max 64 kb sonuc döndürebilir ve order 
>> distinct vs.. için çekilebilecek veri en fazla 2 kb olabilir )
>>     
>
> Çok az. log_temp_files'ı açıp bakmak gerekli tabii de ben olsam 12 GB
> ramim varken 2MB yapardom.
>
>   
>> bgwriter_delay = 500ms                 
>> bgwriter_lru_maxpages = 200        
>> bgwriter_lru_multiplier = 3.0
>>     
>
> Neden arttırdınız bunları?
>
>   
>> wal_writer_delay = 500ms
>>     
>
> Neden arttırdınız bunu?
>
>   
>> checkpoint_segments = 64
>> checkpoint_timeout = 10min
>>     
>
> Sık yapılan hatalardan birisi. c_s değerini arttırmışsınız, ama timeout
> o oranda (ya da o orana yakın ) artmadığı için sunucu 10 dakikada bir CP
> yapacaktır. log_checkpoints parametresi ile de kontrol edebilirsiniz.
>
> checkpoint_completion_target değeri nedir? 0.5 mi?
>
>   
>> effective_cache_size = 5120MB
>>     
>
> 5 GB'ın özel bir nedeni var mı? (Sadece merak, bu ayarda bir dert yok şu
> anda bence)
>
>   
>> default_statistics_target = 1000
>>     
>
> *Çok* fazla. Analyze işlemi sırasında çok kasılır makina. 100 uygundur.
> Eğer bir şekilde bir tabloda 1000'e gereksinmeniz varsa ALTER TABLE SET
> STATISTICS ile o tablo için bunu ayarlayın.
>
>   
>> autovacuum_naptime = 10min
>>     
>
> Neden 10 dk yaptınız bunu? Kaç veritabanı var bu arada (cluster içinde
> yani)
>
> Saygılar,
>   
> ------------------------------------------------------------------------
>
> _______________________________________________
> 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.
> http://liste.linux.org.tr/mailman/listinfo/linux-sunucu
>   

_______________________________________________
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.
http://liste.linux.org.tr/mailman/listinfo/linux-sunucu

Cevap