Firebird 2.0 neden 1.5 den 14 kat daha yavas

musti · Mesaj gönderen **musti** » 29 Eki 2006 11:18

s.a
Defalarca test ettim bir anlam veremedim ve sizinde paylayayım dedim.

Bir store procedure 1.5 de 1 sanye de geliyor. hiç birsey değiştirmedim 1.5 i kaldırdım 2.0 rc5 kurdum. aynı procedure 14 s cıktı. neden acaba.

------ Performance info ------
Prepare time = 0ms
Execute time = 1s 47ms
Avg fetch time = 74,79 ms
Current memory = 1.841.480
Max memory = 2.555.840
Memory buffers = 2.048
Reads from disk to cache = 15.273
Writes from cache to disk = 0
Fetches from cache = 338.025

aynı procedure
firebird 2.0 dan sonra

------ Performance info ------
Prepare time = 0ms
Execute time = 14s 641ms
Avg fetch time = 1.045,79 ms
Current memory = 779.248
Max memory = 781.972
Memory buffers = 2.048
Reads from disk to cache = 191.702
Writes from cache to disk = 4
Fetches from cache = 4.810.785

Mesaj gönderen **mege** » 29 Eki 2006 11:21

iki versiyon arasında ods farkı var, databasei backup restore yapıp denedinizmi.

musti · Mesaj gönderen **musti** » 30 Eki 2006 12:56

onu denedim ods 11.0
hatta recompile bile ettim sp yi
onunlada yetinmedim bastan create ettim sp
değişen hiç bir şey olmadı.

page size bile değiştim 16384 ettim yine aynı

Mesaj gönderen **sadettinpolat** » 30 Eki 2006 02:26

http://sourceforge.net/mailarchive/foru ... um_id=6330

burda da 1.5 ve 2.0 arasindaki performans farkliliklari dile getirilmis. buraya bir goz atin istiyorsaniz.

Mesaj gönderen **fduman** » 30 Eki 2006 07:55

proc. kodunu gönderir misin?

serkan · Mesaj gönderen **serkan** » 30 Eki 2006 08:57

hocam merhaba yazım hatasımıdır diye sorcam..ilk sorunda firebird 1.5 de 1 saniyede dönüyor firebird 2.0 da 14 ms ye çıktı demişsin.benim bildiğim ms=milisaniye demek ve saniyeden daha düşük bir birim tabi 14 ms=1.4 Saniyemi eder onuda bilmiyorum.
kolay gelsin.

(EDIT) hocam kusura bakma mesajı yazdıktan sonra gördüm sorunun altına performans değerlerini yazmışsın 1 sn den 14 sn.yeye çıkmış.mesajı silmek istemedim

musti · Mesaj gönderen **musti** » 30 Eki 2006 01:51

kod asagıdaki gibidir

Kod: Tümünü seç

for
select s.kodu,s.adi,(select sum(giren_miktar) from detay sh where sh.kodu =s.kodu   and islem_tarihi between '01.01.2000' and '30.10.2009'),(select sum(cikan_miktar) from detay sh where sh.kodu =s.kodu and islem_tarihi between '01.01.2000' and '30.10.2009')  from kart s
group by  s.kodu,s.adi
into :kodu,:adi,:giren, :cikan
do 
 suspend;

ayrıca serkan hocam ms s olarak degisti

Mesaj gönderen **fduman** » 30 Eki 2006 02:06

İki sorgunun PLAN'ini gönderebilir misin?

musti · Mesaj gönderen **musti** » 30 Eki 2006 05:24

Kod: Tümünü seç

Plan
PLAN (SH INDEX (RDB$PRIMARY18))(SH INDEX (RDB$PRIMARY18))(S ORDER KART)

Adapted Plan
PLAN (SH INDEX (INTEG_54))(SH INDEX (INTEG_54))(S ORDER KART)

tsk ederim

Mesaj gönderen **fduman** » 30 Eki 2006 05:40

1.5 de ve 2.0 da aynı PLAN mi üretiliyor?

musti · Mesaj gönderen **musti** » 30 Eki 2006 05:50

1.5.3 tekrar kurmam lazim abi bi saniye deniyeyim tekrar ama sanırım aynı idi .
2.0 kaldırayım tekrar deniyeyim .

musti · Mesaj gönderen **musti** » 30 Eki 2006 05:55

evet aynı

Kod: Tümünü seç

Plan
PLAN (SH INDEX (RDB$PRIMARY18))(SH INDEX (RDB$PRIMARY18))(S ORDER KART)

Adapted Plan
PLAN (SH INDEX (INTEG_54))(SH INDEX (INTEG_54))(S ORDER KART)

Mesaj gönderen **Fatih!** » 30 Eki 2006 09:17

her ikisi de primary key özelliğine mi sahip?

Mesaj gönderen **rsimsek** » 30 Eki 2006 09:57

Firebird servisi kapattıktan sonra tamamen kaldırıp gerekli .DLL leri (GDS32.DLL) sildikten sonra yeni kurulumu yapıyorsun değil mi? Yoksa çakışmalardan kaynaklanıyor olmasın

musti · Mesaj gönderen **musti** » 30 Eki 2006 11:18

evet abi her ikisi tableda kod pk,detaydaki islem_tarihi indexli
evet abi stop edip uninstall ediyorum zaten o system32 deki gds32.dll i kaldırıyor. baktım yani