Kronik Firebird Problemleri 1 :)

Firebird ve Interbase veritabanları ve SQL komutlarıyla ilgli sorularınızı sorabilirsiniz. Delphi tarafındaki sorularınızı lütfen Programlama forumunda sorunuz.
aLonE CoDeR
Kıdemli Üye
Mesajlar: 1223
Kayıt: 26 Nis 2005 04:08

Kronik Firebird Problemleri 1 :)

Mesaj gönderen aLonE CoDeR »

Selamlar.

Bende kronik hale gelmiş FireBird problemleri mevcut, fikrinize başvurmak isterim :)

* Veritabanında yapısal değişikliklere gitmem gerekiyor (bu herkes için olabilecek şeyler), örneğin daha önce VarChar 20 olarak tanımladığım bir alanı yağlı ballı bir müşterinin (:)) talebiyle VarChar 50 olarak uzatmam gerekiyor. Bu alan ayrıca Unique olarak tanımlanmış yetmemiş bir de index tanımlamışız ihtiyaç bu ya :) Akabinden farklı bir tablo oluşturmuşuz ve bu tabloyla ve yukarda bahsi geçen alanla FK ilişki de kurmuşuz. Fakat ne oluyorsa burada oluyor, sistem tablolarına index tanımlanırken 20 olarak işlendiği ve her ne hikmetse sonraki düzenlemede 50 olduğu halde gerekli alt yapı değişikliği FireBird tarafından yapılmadığı için tip uyuşmazlığı hatası veriyor ve FK ilişkilendirmeyi yapamıyoruz. Çözüm ya unique ve indexi silip yeniden oluşturmak ya da veritabanını backup/restore yapmak. Bunu bir noktaya kadar kabul edebiliyoruz da IBScript nesnesiyle diğer yapısal değişiklikleri uygulamaya devam ettiğimizde yukarıda bahsi geçen değişikliğin hata vermesinden sonra diğer yapısal değişiklikler de bu konuyla hiç ilgisi olmadığı halde aynı hatayı veriyor :evil:

* Bir procedure yazıyoruz 100 küsur bin kayıt için 150 küsur bin kayıtlı bir tablodan (FK ilişkili) analiz, matematiksel işlemler içeren rapor oluşturmak adına ve gayet güzel çalışıyor, analiz dahil 100 küsur bin kaydı ekrana getirmesi (FetchAll değil elbette) 1.5 saniye. Dönen sonuç için bir de olmazsa olmaz toplamlar göstermek istiyoruz, denediğimiz yöntemler;
- SP'den direkt sum çekerek aldığımda yaklaşık 5 küsur dakika,
- Sonucu getiren dataset (query) nesnesinde döngüyle toplayarak aldığımızda 4 küsur dakika,
- Tampon bir tabloya sonucu alarak oradan tekrar raporlamak istediğimizde sadece sonucun o tabloya aktarılması 1 dakika ve tablonun her defasında boşaltılarak insert edilmesiyle oluşan dosya boyutunda değişiklik kayda değer (tablonun her işlem esnasında silinip oluşturulması ve/veya kullandığımız 2.1 sürümünde tampon tablonun olmaması gibi konuları es geçiyorum)

Bunların dışında da kronik hale gelmiş problemler var, fırsat buldukça yazacağım eminim sadece benim değil diğer arkadaşların da işine yarayacaktır bu değerlendirmeler. İlginize şimdiden teşekkürler.
Kullanıcı avatarı
Battosai
Üye
Mesajlar: 1316
Kayıt: 01 Eki 2007 12:02
Konum: Ankara

Re: Kronik Firebird Problemleri 1 :)

Mesaj gönderen Battosai »

- SP'den direkt sum çekerek aldığımda yaklaşık 5 küsur dakika,
Aslında çok abartılacak bir durum değil muhtemelen where ile sınıflanmış bilgileri sum() ile hesaplıyorsunuz yani VT başka işlerlede uğraşıyor sonucu hazırlarken. Acaba bir float veya integer bir alanda select sum('toplam') from tablo gibi sade bir sorgu ile nasıl bir performans elde ediyorsunuz merak ettim...Birde kullanılan sistem bu hıza etki eder biliyorsunuz, test sisteminizin özelliklerini de yazarsanız karşılaştırma açısından iyi olur.
aLonE CoDeR
Kıdemli Üye
Mesajlar: 1223
Kayıt: 26 Nis 2005 04:08

Re: Kronik Firebird Problemleri 1 :)

Mesaj gönderen aLonE CoDeR »

Öncelikle ilgin için teşekkürler.

Aynı işlemi (sum) bir tablo için uyguladığımda hatta aynı tablo için uyguladığımda yaklaşık 2 saniye içinde getiriyor sonucu ve where clause kullanmadan da test ediyorum. Test için kullandığım birden fazla makine var mesela hafife alınmayacak konfigürasyonu olan bir makinede deniyorum 8 gb ram bol çekirdekli cpu'ya sahip :)
Kullanıcı avatarı
Battosai
Üye
Mesajlar: 1316
Kayıt: 01 Eki 2007 12:02
Konum: Ankara

Re: Kronik Firebird Problemleri 1 :)

Mesaj gönderen Battosai »

Evet tahmin ettiğim gibi bir netice...Aslında bu kadar büyük veriler ile çalışıp istenilen sonuçları elde etmek için 3-4 dakika beklenmesi günümüz koşuları için normal. Tabi kullanıcılar "öff bu ne işin yoksa bekle 5 dakka diyebilir" Ben de derdim :) Bu durumda müşteriyi alıştırmak lazım duruma . Yavaşlığın başlıca sebebi HDD olduğu için ilerde şu SSD diskler yaygınlaşınca hız konusunda biraz daha rahatlayacağız...Başka VT lerde sonuçlar değişebilir ama çok fark edeceğini sanmıyorum...Bu işte en hızlısı MyISAM tablo yapısıyla MySQL dir gerçi ben bu kadar veri ile test etmedim ama Nette ki hız karşılaştırmalarına dayanarak söylüyorum. Firebird tecrübesi olan arkadaşlar daha detaylı bilgi verecektir...kolay gelsin.
Kullanıcı avatarı
freeman35
Admin
Mesajlar: 2380
Kayıt: 12 Haz 2003 04:05
Konum: merkez camii yanı

Re: Kronik Firebird Problemleri 1 :)

Mesaj gönderen freeman35 »

alan boyutu sadece index için gerekiyordu fb1x içinde 80 di yanılmıyorsam. alanın unique olması ve bunun index li olması zarar değil kar sağlar.Ama bu alanı foreingkey için kullanıcaksan bence bu olmaz.Bu tür işlemlerde bir Integer yada BIGINT alan tanımlayıp ki buda prkey olur.bunlarla ilişkilendir. Sum vs gibi işlem yapacağın alanları not null olmasına dikkat et.ayrıca bu alanlara index ver.performans artacaktır.
Select lerde kesinlikle select * şeklinde kullanma sadece gereken alanları ekle, where kullanacağın birden fazla kriter olmasına özen göster.bu işlem yapılacak kayıt sayısını azaltmaktır.Where deki field ların sırası ile ilgli Kury nin yazıları vardı forumda okunmasını şiddetle tavsiye ederim
Kolay gele
ZAGOR TENAY TÜRK'tür... TÜRK kalacak...
Zoru başarırım, İmkansız zaman alır
FreeMan 35.5

Soru sormaya üşenmiyorsan, sorunun çözümünü yazmaya da üşenme !!!
Kullanıcı avatarı
Kuri_YJ
Moderator
Mesajlar: 2248
Kayıt: 06 Ağu 2003 12:07
Konum: İstanbul
İletişim:

Re: Kronik Firebird Problemleri 1 :)

Mesaj gönderen Kuri_YJ »

Selamlar,

FB'nin bol çekirdekli mimarilerde de, çekirdeklerin tamamını kullanabilmesi için, firebird.conf dosyasında bazı ayarlamalar yapmalısınız.

CpuAffinityMask = n

Burada kullanılacak çekirdeklerin set edildiği satırdır.

Bir işlemi yapılarak kullanılır,

Sadece 1. çekirdek (veya CPU için) 1 olmalıdır, Eğer sadece 2. CPU'yu kullanmak istiyorsanız 2 değeri vermelisiniz. Eğer her iki CPU'da kullanmak istiyorsanız 3 değerini vermelisiniz.

Her CPU'yu bir bit olarak düşünün, atıyorum 4 çekirdekli bir işlemcide 4 çekirdeğin de kullanılmasını istiyorsanız 1+2+4+8 = 15 değerini vermelisiniz.

Bu Firebird'ün CPU işlemlerinde, CPU'ların kullanımını sağlar.

Bunun dışında Cache Page'e dikkat edin.

DefaultDbCachePages Superserver için 2048, classic için ise 75 Per user şeklinde Default değerlere sahiptir. Bol miktarda sorgulama yapılan bir uygulamanız var ise ve bu sorgulama tüm gün sürüyor ise o zaman bu değeri RAM'inizle orantılı olarak yükseltmeniz faydanıza olacaktır. Bir de Connection'ınız (yani DB'ye bağlı olan clientlar ve onların yaptıkları sorgular açısından) süreklilik arz ediyorsa avantajınız olur.

Ayrıca Cache page için Memory hesabı yaparken, DB'nizin PageSize'ına göre hesap yapın.

Örneğin, 8K Pagesize'lı olan bir DB'nin cachelenecek page'i 16384 olarak ayarladığımızı varsayalım.

8K * 16384 = 131072 K => 128 MB Memory kullanacak demektir. Superserver, Cachelenmiş olan pageleri ortak olarak kullanabilmektedir. Clasic'de ise her bir client connection'a özel olarak ayırır. O sebeple Cachepage hesaplarınızı kullandığınız Server Cinsi, Fiziksel bellek miktarınız ve FB'deki oluşturduğunuz DB'lerin PageSize'larına göre düzenlemelisiniz.

Bunların dışında, deneme yanılma ile ideal rakamınıza da ulaşabilirsiniz. Birkaç gün boyunca, çok yüksek CachePage verin ve bu süre boyunca serverınızı ve uygulamalarınızı takip edin, daha sonra CachePage'inizin değerini düşürün ve yine bir süre takipo edin. İdeal rakamınıza bu şekilde hangisinin daha uygun olduğunu bulabilirsiniz.

Bunlara ek olarak, DB'nizin PageSize'ınızı , Kullandığınız fiziksel disklerin formatlanırken kullandığınız page size'ı ile aynı olmasına dikkat edin (sanırım sector size idi, yanılıyor olabilirim) yani diske format atarken size sorduğy NTFS sector Size ne olsun diye sorduğunda (2K, 4K, 8K, 16K gibi soruyor olması lazım) orada verdiğiniz değer ile DB'nizin pagesize'ı aynı olursa buradan da ekstra bir performans elde edersiniz.

Bunların dışında, bir nokta daha var, ortalama Record size'larınızın olabildiğince Page taşmalarına izin vermeyecek şekilde ayarlanmış olması performansınızı arttırı.

Örnek verecek olursak, PageSize 4K, RecSize = 260 Byte, bu durumda eninde sonunda recordun biri parçalanıp, 2 Page'e yayılacaktır. Bunu engellemek istiyorsanız, tablolarınızda kullandığınız recordların toplam size'larının çarpımları daima pagesize ile tıpa tıp tutturmaya çalışın (zorunluluk değil sakın yanlış anlamayın)
Örnek,

RecSize = 260 Byte, PageSize = 4K (Bu örnekte 16 Kayıt attığımızda, DB'de kaç page yer tutacağını hesaplayacağız.)

260 * 16 = 4160 Byte => 4K (1 Page) + 64 Byte (1 Page) yani toplam 2 Page'e yayılır bu 16 Record,

Şimdi biz bu Record Size'imizi 256 Byte ile sınırlarsak,

RecSize = 256 Byte, PageSize = 4K (Yine 16 Record)

256 * 16 = 4096 Byte => 4K (1 Page)
Sorgu yaptığımızda örneğin 1. bölümünde Server diskten 2 Page Okuyacak, ama 2. bölümdeki recsize'a göre 1 Page Okuyacak... Disk I/O'sunu düşürdüğümüz için performansımız otomatik olarak artacak.

hem Memory management olarak hem de Disk I/O'larınızı bu şekilde düşürüp performansınızı arttırabilirsiniz. ;) 8)

Bunların dışında, bir de Index page sizeları ile ilgili bir kısım vardı ama onu bulamadım bir ara ona bakıp yazayım (söz vermeyeyim ama bulduğumda yazarım) o index cache'i ile ilgili olan ayar ise, SORT işlemlerinde kullanılacak bellek ve Page'lerin (Index Pagelerinin ayarlamalarını yapabiliyordunuz)...

Bu bahsettiğim ince ayarları da yaptıktan sonra (biraz deneme yanılma ile bulabilirsiniz ideal rakamlarınızı) performansınız artacaktır.

Geçende bir arkadaşımız ile (ona FB'yi tanıtır ve öretirken) 5 Milyon kayıtlık bir data üzerinde çeşitli SUM MAX vs. gibi aggragate işlemlerinin denemesini yaparken, Pagesize ayarlarını filan değiştirip, 1 dakika 10 saniye süren sorgulamaların 15-16 saniyelere nasıl çekilebildiğini gösterdim.

Ancak bu, sizin kullandığınız, İşletim Sistemi, Memory, Board, CPU, Network yapısı, bağlı kullanıcı sayısı gibi pek çok etmene endeksli olarak değişiklik gösterecektir. Verdiğim örneğe bakıp bazı sazanlar vaaaay bir page değiştirip 5 kat performans elde etmiş anlamı çıkarmasın. Ayarlarınızı düzgün yaparsanız performans elde edersiniz, veya tam tersi çuvallayıp, performansınız daha beter hale getirebilirsiniz.

Performans Tuning, gerçekten uzmanlık isteyen bir konu, hem yaptığınız işinizi, hem DB'nizi Hem networkünüzü hem de donanımınızı bilip en ideal ayara getirme işidir. Ve Ehil adamlar tarafından kurcuklanması tavsiye olunur.

Ama sakın korkmayın öyle at ile deve birşey de değildir. Hepiniz yapabilirsiniz ;) Özellikle yeni öğrenen arkadaşlara sesleniyorum, deneyerek öğreneceksiniz bu sebeple TEST makinalar ve DB'lerinizde bunları mutlaka deneyin. Bu araştırmalarınız sırasında bakarsınız performansa etki edecek başka özellikler de yakalarsınız ve umarım bizlerle de paylaşırsınız ;)

Selamlar Sevgileeeer.... 8)
Kuri Yalnız Jedi
Harbi Özgürlük İçin Pisi http://www.pisilinux.org/
Kullanıcı avatarı
husonet
Admin
Mesajlar: 2962
Kayıt: 25 Haz 2003 02:14
Konum: İstanbul
İletişim:

Re: Kronik Firebird Problemleri 1 :)

Mesaj gönderen husonet »

Merhaba,

Bir projemizde sistem 1-2 gün arasında birden bire çok yavaş çalışmaya başlıyor 1-2 saniyelik işler 2-3 dakika sürmeye başlıyor ve sistem durumuna baktığımızda CPU’nun tamamı firebird tarafından kullanıldığını görüyoruz ve firebird’ün yoğun bir şekilde disk’e yazma yapıyor görünüyor, o sırada sisteme bağlı kullanıcıların programlarını kapatıyoruz ama bir türlü firebird normal çalışmaya dönmüyor, ancak Firebird servisini durdurup yeniden çalıştırırsak veya bilgisayarı re-start edersek normal çalışmaya dönüyor. (Sweep interval=0 yapılarak sweep işlemi durdurulmuş durumdadır).

Bu projede Windows 2008 server (64 bit) kurulu, bu işletim sistemi Sanal bir makine olarak çalışıyor ama CPU ve Ram bize Dedicate durumda, biz ilk başta Firebird 2.1.3 kullanıyorduk sorunlar ortaya çıkınca 1-2 hafta önce firebird 2.5 (32 bit) versiyona geçiş yaptık sorun aynen devam ediyor. Bazı yazılmış UDP ler olduğu için Firebird 64 bit e geçemiyoruz.

Neler Önerirsiniz?

Gazete manşetleri
* DİKKAT :Lütfen forum kurallarını okuyalım ve uyalım...!
* Warez,crack vs. paylaşımı kesinlikle yasaktır.
Kullanıcı avatarı
Kuri_YJ
Moderator
Mesajlar: 2248
Kayıt: 06 Ağu 2003 12:07
Konum: İstanbul
İletişim:

Re: Kronik Firebird Problemleri 1 :)

Mesaj gönderen Kuri_YJ »

Selamlar,

Doğru index, doğru sorgulamalar yaptığından emin ol. Makinayı kasan Query'ler veya SP'leri veya Trigger'ları inceleyip Query Planlarına göz atıp, eksik index veya yanlış index kullanımı varsa onlarıu ayıklamakla başlanmalı.

Onlardan emin oloduktan sonra diğer performans noktalarına göz atın. CPUAffinit, CachedPages vs. ;)

Kolay Gelsin
Kuri Yalnız Jedi
Harbi Özgürlük İçin Pisi http://www.pisilinux.org/
Kullanıcı avatarı
husonet
Admin
Mesajlar: 2962
Kayıt: 25 Haz 2003 02:14
Konum: İstanbul
İletişim:

Re: Kronik Firebird Problemleri 1 :)

Mesaj gönderen husonet »

Merhaba,

İndex ve Sorgulamalardan eminim. Sistem üzerindeki bilgiler aşağıdadır.

Sistem yavaşladığında alınan
Database header page information:
Flags 0
Checksum 12345
Generation 4481940
Page size 4096
ODS version 11.2
Oldest transaction 1339
Oldest active 3711128
Oldest snapshot 3114800
Next transaction 4394434
Bumped transaction 1
Sequence number 0
Next attachment ID 186641
Implementation ID 16
Shadow count 0
Page buffers 0
Next header page 0
Database dialect 1
Creation date Jul 15, 2011 22:00:23
Attributes force write

Variable header data:
Sweep interval: 0
*END*


Sistem normal çalıştığında alınan
Database header page information:
Flags 0
Checksum 12345
Generation 4493314
Page size 4096
ODS version 11.2
Oldest transaction 1339
Oldest active 4403385
Oldest snapshot 4403385
Next transaction 4405560
Bumped transaction 1
Sequence number 0
Next attachment ID 187106
Implementation ID 16
Shadow count 0
Page buffers 0
Next header page 0
Database dialect 1
Creation date Jul 15, 2011 22:00:23
Attributes force write

Variable header data:
Sweep interval: 0
*END*

Gazete manşetleri
* DİKKAT :Lütfen forum kurallarını okuyalım ve uyalım...!
* Warez,crack vs. paylaşımı kesinlikle yasaktır.
Kullanıcı avatarı
Kuri_YJ
Moderator
Mesajlar: 2248
Kayıt: 06 Ağu 2003 12:07
Konum: İstanbul
İletişim:

Re: Kronik Firebird Problemleri 1 :)

Mesaj gönderen Kuri_YJ »

Selamlar,

Bunlar disk üzerindeki File bilgilerini içeriyor. Sıkışma anında Memory bilgileri, CPU kullanımı bilgileri lazım. Ayrıca hangi makinada koşturuyorsun? İşletim sistemi nedir? Sorguların hepsinden eminsin???? Stress test yapmış mıydın???

Ayrıca Firebird.conf dosyası ne durumda?

Kolay Gelsin
Kuri Yalnız Jedi
Harbi Özgürlük İçin Pisi http://www.pisilinux.org/
Kullanıcı avatarı
husonet
Admin
Mesajlar: 2962
Kayıt: 25 Haz 2003 02:14
Konum: İstanbul
İletişim:

Re: Kronik Firebird Problemleri 1 :)

Mesaj gönderen husonet »

Bu projede Windows 2008 server (64 bit) kurulu, bu işletim sistemi Sanal bir makine olarak çalışıyor ama CPU ve Ram bize Dedicate durumda, biz ilk başta Firebird 2.1.3 kullanıyorduk sorunlar ortaya çıkınca 1-2 hafta önce firebird 2.5 (32 bit) versiyona geçiş yaptık sorun aynen devam ediyor. Bazı yazılmış UDP ler olduğu için Firebird 64 bit e geçemiyoruz.


Bu arada sorgulardan eminim...

Abi diğer bilgileride hazırlayınca gönderecem bu arada Stress test nasıl oluyor?

Gazete manşetleri
* DİKKAT :Lütfen forum kurallarını okuyalım ve uyalım...!
* Warez,crack vs. paylaşımı kesinlikle yasaktır.
Kullanıcı avatarı
husonet
Admin
Mesajlar: 2962
Kayıt: 25 Haz 2003 02:14
Konum: İstanbul
İletişim:

Re: Kronik Firebird Problemleri 1 :)

Mesaj gönderen husonet »

firebird.conf

#######################################
#
# Firebird configuration file
#
# Comments
# --------
# The # character is used for comments and can be placed anywhere on a
# line. Anything following the # character on a line is considered a
# comment.
#
# Examples:
#
# # This is a comment
# DefaultDbCachePages = 2048 # This is an end-of-line comment
#
# Entries
# -------
# The default value for each entry is listed to the right of the "=".
# To activate an entry, remove the leading "#"s and supply the desired
# value.
#
# Please note, a number of the values are specified in **Bytes** (Not KB).
# Accordingly, we have provided some simple conversion tables at the bottom
# of this file.
#
# There are three types of configuration values: integer, boolean and string.
#
# Integer
# --------
# Integers is what they sound like, an integral value. Examples:
# 1
# 42
# 4711
#
# Boolean
# -------
# Boolean is expressed as integer values with 0 (zero) being "false" and
# non-zero is taken to mean "true". For consistency we recommend you
# only use 0/1.
#
# String
# ------
# Strings are also what they sound like, strings. Examples:
# RootDirectory = /opt/firebird
# RemotePipeName = pipe47
#
#
# Portions of this file have been reproduced/made available with the
# permission of Ann Harrison @ IBPhoenix.
#
#######################################

# ==================================
# Settings for all platforms/engines
# ==================================
#
# ----------------------------
# Specify the root directory under which Firebird is installed.
# Can be used to override the OS-specifically determined one.
#
# Type: string
#
#RootDirectory =


# ----------------------------
# Database Paths/Directories
#
# DatabaseAccess may be None, Full or Restrict. If you choose Restrict,
# provide ';'-separated trees list, where database files are stored.
# Relative paths are treated relative to RootDirectory entry
# (see above). Default value 'Full' gives full access to all files
# on your site. To specify access to specific trees, enum all required
# paths (for Win32 this may be something like 'C:\DataBase;D:\Mirror',
# for unix - '/db;/mnt/mirrordb'). If you choose 'None', then only
# databases listed in aliases.conf can be attached.
#
# Note: simple quotation marks shown above should *NOT* be used when
# specifying values and directory path names. Examples:
#
# DatabaseAccess = None
# DatabaseAccess = Restrict C:\DataBase
# DatabaseAccess = Restrict C:\DataBase;D:\Mirror
# DatabaseAccess = Restrict /db
# DatabaseAccess = Restrict /db;/mnt/mirrordb
# DatabaseAccess = Full
#
# UNCONTROLLED DATABASE ACCESS MAY COMPROMISE YOUR SYSTEM!
# IT IS STRONGLY RECOMMENDED THAT THIS SETTING BE USED TO LIMIT
# DATABASE LOCATIONS!
#
# Type: string (special format)
#
#DatabaseAccess = Full


# ----------------------------
# External File Paths/Directories
#
# ExternalFileAccess may be None, Full or Restrict. If you choose
# Restrict, provide ';'-separated trees list, where external files
# are stored. Relative paths are treated relative to RootDirectory entry
# (see above). Default value 'None' disables any use of external files
# on your site. To specify access to specific trees, enum all required
# paths (for Win32 this may be something like 'C:\ExternalTables',
# for unix - '/db/extern;/mnt/extern').
#
# NOTE: THE EXTERNAL TABLE ENGINE FEATURE COULD BE USED TO COMPROMISE
# THE SERVER/HOST AS WELL AS DATABASE SECURITY!!
#
# IT IS STRONGLY RECOMMENDED THAT THIS SETTING BE USED TO LIMIT
# EXTERNAL TABLE LOCATIONS!
#
# Type: string (special format)
#
#ExternalFileAccess = None


# ----------------------------
# External Function (UDF) Paths/Directories
#
# UdfAccess may be None, Full or Restrict. If you choose
# Restrict, provide ';'-separated trees list, where UDF libraries
# are stored. Relative paths are treated relative to RootDirectory entry
# (see above).
#
# Default value 'Restrict UDF' provides the same restrictions
# as in FB 1.0. To specify access to specific trees, enum all required
# paths (for Win32 this may be something like 'C:\ExternalFunctions',
# for unix - '/db/extern;/mnt/extern').
#
# NOTE: THE EXTERNAL FUNCTION ENGINE FEATURE COULD BE USED TO COMPROMISE
# THE SERVER/HOST AS WELL AS DATABASE SECURITY!!
#
# IT IS STRONGLY RECOMMENDED THAT THIS SETTING BE USED TO LIMIT
# EXTERNAL FUNCTION LOCATIONS!
#
# Type: string (special format)
#
#UdfAccess = Restrict UDF


# ----------------------------
# Temporary directories
#
# Provide ';'-separated trees list, where temporary files are stored.
# Relative paths are treated relative to RootDirectory entry
# (see above). Default value is determined using FIREBIRD_TMP,
# TEMP or TMP environment options. Once the first specified
# directory has no available space, the engine will switch to the
# next one, and so on.
#
# E.g.:
# TempDirectories = c:\temp
# or
# TempDirectories = c:\temp;d:\temp
#
# Type: string (special format)
#
#TempDirectories =


# ----------------------------
# Legacy hash makes possible use of old security.fdb
# after running misc/upgrade/security_database.sql.
# If you want to disable logons with old passwords
# after users' migration, set it to 0 (false).
# Makes no difference when used with original
# security2.fdb - it can't contain DES hash.
#
# Type: boolean
#
#LegacyHash = 1

# ----------------------------
# Which authentication method(s) should be used.
# "native" means use of only traditional interbase/firebird
# authentication with security database.
# "trusted" (Windows Only) makes use of window trusted authentication,
# and in some aspects this is the most secure way to authenticate.
# "mixed" means both methods may be used.
#
# Type: string
#
#Authentication = native


# ----------------------------
# Trace configuration file for system audit
#
# Empty value means that system audit is turned off.
#
# Type: string
#
#AuditTraceConfigFile =

# ----------------------------
# Maximum summary size of each user trace session's log files in MB.
# When log files size reach this limit, trace session automatically
# suspends until interactive user service read and delete some log files.
#
# Type: integer
#
#MaxUserTraceLogSize = 10


# ----------------------------
# Number of cached database pages
#
# This sets the number of pages from any one database that can be held
# in cache at once. If you increase this value, the engine will
# allocate more pages to the cache for every database. By default, the
# SuperServer allocates 2048 pages for each database and the classic
# allocates 75 pages per client connection per database.
#
# Type: integer
#
#DefaultDbCachePages = 2048

# ----------------------------
# Disk space preallocation
#
# Sets the amount of preallocated disk space in bytes. Disk space
# preallocation allows to reduce physical file fragmentation and to make
# database work in out of disk space condition. With preallocation enabled,
# engine allocates 1/16nth of already allocated disk space at a time but
# not less than 128KB and no more than DatabaseGrowthIncrement (128MB by
# default). To disable preallocation set DatabaseGrowthIncrement to zero.
# Shadow database files are not preallocated.
#
# Type: integer
#
#DatabaseGrowthIncrement = 134217728

# ----------------------------
# File system cache threshold
#
# The threshold value that determines whether Firebird will use file system
# cache or not. File system caching is used if database cache size in pages
# (configured explicitly in database header or via DefaultDbCachePages setting)
# is less than FileSystemCacheThreshold value.
#
# To use file system cache always set FileSystemCacheThreshold to a large value.
# To bypass file system cache for all databases set FileSystemCacheThreshold to
# zero.
#
# Type: integer, measured in database pages
#
#FileSystemCacheThreshold = 65536

# ----------------------------
# File system cache size
#
# This setting controls the maximum amount of RAM used by Windows file system
# cache on 64-bit Windows XP, Windows Server 2003 SP1 or later host. It has no
# effect for Unix hosts in this release yet.
#
# Note that the lowest number presently supported is 10%, and the highest number
# is 95%; numbers outside these limits will be set to the default of 30%.
#
# If the cache size has already been selected when the engine starts the host
# setting will not be changed. Thus you may need to reboot the host for the
# change of this setting to have effect.
#
# To leave host caching settings unchanged set this parameter to 0.
#
# Security note
# To adjust the setting engine needs SeIncreaseQuotaPrivilege right. Built-in
# service accounts and administrators have it by default. Installer grants this
# right to Firebird service account. If the engine fails to adjust the cache
# size setting it will log warning message to the firebird.log and continue.
#
# Type: integer, measured in % of total physical RAM
#
#FileSystemCacheSize = 30

# ----------------------------
# Remove protection against opening databases on NFS mounted volumes on
# Linux/Unix and SMB/CIFS volumes on Windows.
#
# This also permits creating database shadows on mounted network volumes.
#
# ***WARNING*** ***WARNING*** ***WARNING*** ***WARNING***
#
# This option removes an important safety feature of Firebird and can
# cause irrecoverable database corruption. Do not use this option unless
# you understand the risks and are prepared to accept the loss of the
# contents of your database.
# Unless this configuration option is changed from 0 to 1, Firebird can
# open a database only if the database is stored on a drive physically
# attached to the local computer - the computer running that copy of
# Firebird. Requests for connections to databases stored on NFS mounted
# drives are redirected to a Firebird server running on the computer that
# "owns" the disk.
# This restriction prevents two different copies of Firebird from opening
# the same database without coordinating their activities. Uncoordinated
# access by multiple copies of Firebird will corrupt a database. On a local
# system, the system-level file locking prevents uncoordinated access to
# the database file.
#
# NFS does not provide a reliable way to detect multiple users of a file on
# an NFS mounted disk. If a second copy of Firebird connects to a database on
# an NFS mounted disk, it will corrupt the database.
# Under some circumstances, running a Firebird server on the computer that
# owns NFS mounted volumes is inconvenient or impossible. Applications that
# use the "embedded" variant of Firebird and never share access to a database
# can use this option to permit direct access to databases on NFS mounted
# volumes.
#
# The situation for SMB/CIFS is quite similar to NFS with not all configurations
# providing file locking mechanisms needed for safe operation. Using SuperServer
# engine with the database on NT file server may be considered relatively safe
# as file locking protects the database from being used by the several engines.
# Network stack can still change order of writes so you may get a corrupted
# database in case of network errors or power outage.
#
# The useful and safe case is working with a shared database marked read-only.
#
# DO NOT ENABLE THIS OPTION UNLESS YOU REALLY KNOW WHAT YOU ARE DOING.
#
# Type: boolean
#
#RemoteFileOpenAbility = 0

# ----------------------------
# Temporary space management
#
# Temporary storage is used by the sorting module, it's also
# intended to store temporary datasets etc.
#
# The parameters below handle the allocation and caching policy
# for the temporary space manager. In previous Firebird versions,
# they were prefixed with "SortMem" instead of current "Temp".
#
# The smallest block size being allocated in the temporary storage.
# This value reflects the allocation granularity.
#
# Type: integer
#
#TempBlockSize = 1048576

#
# The maximum amount of the temporary space that can be cached
# in memory.
#
# For Classic servers, this setting is defaulted to 8 MB.
# Although it can be increased, the value applies to each client
# connection/server instance and thus consumes a lot of memory.
#
# Type: integer
#
#TempCacheLimit = 67108864


# ----------------------------
# Boolean evaluation method (complete or shortcut)
#
# If your SQL code depends on side-effects of full evaluation of OR
# and AND statements (right-hand-side terms), even if the expressions
# final result could be determined by just examining the value of the
# first term, you might need to turn this on.
#
# Type: boolean
#
#CompleteBooleanEvaluation = 0


# ----------------------------
#
# Determines the number of seconds that the lock manager will wait after a
# conflict has been encountered before purging locks from dead processes
# and doing extra deadlock scan cycle. Engine detects deadlocks instantly
# in all normal cases, so this value affects things only if something goes
# wrong. Setting it too low may degrade system performance.
#
# Type: integer
#
#DeadlockTimeout = 10


# ----------------------------
#
# How often the pages are flushed on disk
# (for databases with ForcedWrites=Off only)
#
# Number of unflushed writes which will accumulate before they are
# flushed, at the next transaction commit. For non-Win32 ports,
# the default value is -1 (Disabled)
#
# Type: integer
#
#MaxUnflushedWrites = 100

#
# Number of seconds during which unflushed writes will accumulate
# before they are flushed, at the next transaction commit. For non-Win32
# ports, the default value is -1 (Disabled)
#
# Type: integer
#
#MaxUnflushedWriteTime = 5


# ----------------------------
#
# This option controls whether to call abort() when internal error or BUGCHECK
# is encountered thus invoke post-mortem debugger which can dump core suitable
# for off-line analysis. When disabled engine tries to minimize damage and
# continue execution.
#
# Note that setting this option to 1 makes engine produce traceable coredumps
# when something nasty like SIGSEGV happens inside UDF. On Windows enabling
# this option makes engine invoke JIT debugger facilities when errors happen.
#
# For debugging builds (DEV_BUILD), default value is 1 (Enabled)
#
# Type: boolean
#
#BugcheckAbort = 0


# Prior to Firebird 1.5 various SELECT expressions generated unnamed
# columns. This did not conform to the SQL standard. Fb 1.5 saw the
# introduction of default aliases for these unnamed columns. In some
# cases, particularly if string concatenation is used (via the ||
# operator) this breaks existing scripts.
#
# This setting will affect aliases generated via CONCATENATION,
# CURRENT_DATE, CURRENT_TIME, CURRENT_TIMESTAMP and EXTRACT. Setting
# the value to true will disable the alias generation. It is only
# recommended to be used where legacy scripts need to be supported.
# It will be marked deprecated in Firebird 2.0 and removed in
# Firebird 3.0.
#
# Type: boolean
#
#OldColumnNaming = 0


# Prior to Firebird 2.5 the SET clause of the UPDATE statement assigned
# columns in the user-defined order with the NEW column values being
# immediately accessible to the subsequent assignments. This did not
# conform to the SQL standard. Starting with Firebird 2.5, only OLD column
# values are accessible to all the assignments of the SET clause.
#
# Example of the old vs new behaviour:
#
# UPDATE T SET A = B, B = A
# old result: A gets equal to B, B doesn't change
# new result: A and B get their values exchanged
#
# Change this configuration option to 1 (true) only if your SQL code relies
# on the legacy semantics of the SET clause. It's provided as a temporary
# solution for backward compatibility issues and will be deprecated in
# future Firebird versions.
#
# Type: boolean
#
#OldSetClauseSemantics = 0


# ----------------------------
# Relaxing relation alias checking rules in SQL
#
# Since Firebird 2.0, strict alias checking rules were implemented in the SQL
# parser to accord with the SQL standard requirements. This setting allows
# these rules to be relaxed in order to allow legacy applications to run on
# Firebird 2.0.
# A setting of 1 (true) allows the parser to resolve a qualified column reference
# using the relation name, where an alias has been specified for that relation.
#
# For example, it allows a query such as:
# SELECT TABLE.X FROM TABLE A
#
# It is not recommended to enable this setting. It should be regarded as an
# interim workaround for porting untidy legacy code, until it is practicable to
# revise such code.
#
# CAUTION!
# There is no guarantee that this setting will be available in future Firebird
# versions.
#
# Type: boolean
#
#RelaxedAliasChecking = 0


# ----------------------------
# Client Connection Settings (Basic)
#
# Seconds to wait before concluding an attempt to connect has failed.
#
# Type: integer
#
#ConnectionTimeout = 180

#
# Seconds to wait on a silent client connection before the server sends
# dummy packets to request acknowledgment.
#
# DO NOT USE THIS OPTION. It may hang or crash Windows on the client side as
# explained here: http://support.microsoft.com/default.aspx?kbid=296265
# or may not prevent eventual inactive client disconnection for other OS.
#
# Normally, Firebird uses SO_KEEPALIVE socket option to keep track of
# active connections. If you do not like default 2-hour keepalive timeout
# then adjust your server OS settings appropriately. On UNIX-like OS's,
# modify contents of /proc/sys/net/ipv4/tcp_keepalive_*. On Windows,
# follow instrutions of this article:
# http://support.microsoft.com/default.aspx?kbid=140325
#
# Type: integer
#
#DummyPacketInterval = 0


# ----------------------------
# TCP Protocol Settings
#
# The TCP Service name/Port number to be used for client database
# connections.
#
# It is only necessary to change one of the entries, not both. The
# order of precendence is the 'RemoteServiceName' (if an entry is
# found in the 'services.' file) then the 'RemoteServicePort'.
#
# Type: string, integer
#
#RemoteServiceName = gds_db
#RemoteServicePort = 3050

#
# The TCP Port Number to be used for server Event Notification
# messages. The value of 0 (Zero) means that the server will choose
# a port number randomly.
#
# Type: integer
#
#RemoteAuxPort = 0

#
# TCP/IP buffer size for send and receive buffers of both the client
# and server. The engine reads ahead of the client and can send
# several rows of data in a single packet. The larger the packet size,
# the more data is sent per transfer. Range is 1448 to 32767 (MAX_SSHORT).
#
# Type: integer
#
#TcpRemoteBufferSize = 8192

#
# Either enables or disables Nagle algorithm (TCP_NODELAY option of
# socket) of the socket connection.
#
# Note: Currently is a default for classic and super servers.
#
# Type: boolean
#
#TcpNoNagle = 1

#
# Allows incoming connections to be bound to the IP address of a
# specific network card. It enables rejection of incoming connections
# through any other network interface except this one. By default,
# connections from any available network interface are allowed.
# If you are using Classic Server, this setting is for Windows only.
# Under Linux, BSD or Mac OS X, with Classic server use xinetd or launchd
# configuration file (bind parameter).
#
# Type: string
#
#RemoteBindAddress =


# ----------------------------
# Locking and shared memory parameters
#
# Bytes of shared memory allocated for lock manager.
# In Classic mode, the size given is used for the initial allocation. The
# table expands dynamically up to the limit of memory. In SuperServer, the
# initial size is also the final size.
#
# Type: integer
#
#LockMemSize = 1048576

#
# When a connection wants to lock an object, it gets a lock request
# block which specifies the object and the lock level requested. Each
# locked object has a lock block. Request blocks are connected to those
# lock blocks either as requests that have been granted, or as pending
# requests.
#
# The settings:
# 1 means locks are granted first come, first served.
# 0 means emulate InterBase v3.3 behavior, where locks are granted
# as soon as they are available; can result in lock request
# starvation.
#
# Type: integer/boolean
#
#LockGrantOrder = 1

#
# In Classic, only one client process may access the lock table at any
# time. Access to the lock table is governed by a mutex. The mutex can
# be requested conditionally - a wait is a failure and the request must
# be retried - or unconditionally - the request will wait until it is
# satisfied. This parameter establishes the number of attempts that
# will be made conditionally. Zero value means unconditional mode.
# Relevant only on SMP machines.
#
# Type: integer
#
#LockAcquireSpins = 0

#
# Tune lock hash list; more hash slots mean shorter hash chains. Only
# necessary under very high load. Prime number values are recommended.
#
# Type: integer
#
#LockHashSlots = 1009

# ----------------------------
#
# Bytes of shared memory allocated for event manager.
#
# Type: integer
#
#EventMemSize = 65536


# ===========================
# SuperServer Engine Settings
# ===========================
#
# ----------------------------
# Which CPUs should be used (Windows Only)
#
# In an SMP system, sets which processors can be used by the server.
# The value is taken from a bit map in which each bit represents a CPU.
# Thus, to use only the first processor, the value is 1. To use both
# CPU 1 and CPU 2, the value is 3. To use CPU 2 and CPU 3, the value
# is 6. The default value is 1.
#
# Type: integer
#
#CpuAffinityMask = 1

CpuAffinityMask = 3

# ----------------------------
# Settings for the thread scheduler (Windows Only)
#
# If you have problems with computer response time, running firebird
# on workstation, turn off thread scheduler.
#
# Type: boolean
#
#UsePriorityScheduler = 1

#
# The wait time, in milli-seconds (ms), before the priority of:
# - an active thread is reduced to 'Low', or
# - an inactive thread is increased to 'High'
#
# Note: The default value was chosen based on experiments on Intel
# PIII/P4 processors. It should be increased for using in the computer
# with lower speed processors.
#
# Type: integer
#
#PrioritySwitchDelay = 100

#
# Number of additional 'intervals' given to a 'High' priority thread.
#
# Type: integer
#
#PriorityBoost = 5

# ----------------------------
# Garbage collection policy
#
# Defines how engine does garbage collection. Valid values are :
# cooperative
# background
# combined
#
# Superserver has by default "combined" policy
# Classic has by default "cooperative" policy.
# Other values are ignored by classic server build
#
# Type: string (special format)
#
#GCPolicy = combined


# ==============================
# Classic Server Engine Settings
# ==============================
#


# ==============================
# Settings for Windows platforms
# ==============================
#
# ----------------------------
# Does the guardian restart the server every time it crashes?
# 0 - only start the engine/service once
# 1 - always restart the engine/service if it terminates
#
# Type: integer/boolean
#
#GuardianOption = 1


#
# ----------------------------
# Priority level/class for the server process.
#
# The values are:
# 0 (Zero) - normal priority,
# positive value - high priority (same as -B command line option)
# negative value - low priority.
#
# Note: All changes to this value should be carefully tested to ensure
# that engine is more responsive to requests.
#
# Type: integer
#
#ProcessPriorityLevel = 0


# ----------------------------
# Local Connection Settings
#
# The name of the shared memory area used as a transport channel in local protocol.
# Note that the local protocol in v2.0 is not compatible with any previous version
# if Firebird or InterBase.
#
# Please note that the server can register objects in Global\ kernel namespace
# only if it runs under the account with SE_CREATE_GLOBAL_NAME privilege.
# This means that if you run the server under a restricted account under
# Windows Vista/XP SP2/2000 SP4 it will not be accessible using the
# local protocol from other sessions.
#
# Type: string
#
#IpcName = FIREBIRD

#
# The name of the pipe used as a transport channel in NetBEUI protocol.
# Has the same meaning as a port number for TCP/IP. The default value is
# compatible with IB/FB1.
#
# Type: string
#
#RemotePipeName = interbas


# ============================
# Settings for Unix/Linux platforms
# ============================

# ----------------------------
# Remove protection against redirecting requests to other servers
#
# ***WARNING*** ***WARNING*** ***WARNING*** ***WARNING***
#
# Ability to redirect requests to other servers was initially present
# in Interbase, but was broken by Borland in Interbase 6.0, when
# they added SQL dialects. Request redirection was fixed in firebird 2.0,
# but today such behaviour (proxy) seems to be dangerous from security
# point of view. Imagine, you have one carefully protected firebird server,
# access to which is possible from global net. But in case when this server
# has access to your internal LAN (may and should be restricted,
# but often possible), it will work as a gateway for incoming requests like:
# firebird.your.domain.com:internal_server:/private/database.fdb
# It's enough to know name/IP of some internal server on your LAN, and for
# this connection one even need not know login/password on external server.
# Such gateway easily overrides firewall, installed to protect your LAN
# from outside attack.
#
# DO NOT ENABLE THIS OPTION UNLESS YOU REALLY KNOW WHAT YOU ARE DOING.
#
# Type: boolean
#
#Redirection = 0

#######################################
#
# KB to Bytes Conversion table
#
#######################################
#
# KB Bytes KB Bytes
# ---- --------- ---- ---------
# 1 1024 32 32768
# 2 2048 64 65536
# 4 4096 128 131072
# 8 8192 256 262144
# 16 16384 512 524288
#
#######################################
#
# MB to Bytes Conversion table
#
#######################################
#
# MB Bytes MB Bytes MB Bytes
# --- --------- --- ----------- --- -----------
# 1 1048576 64 67108864 448 469762048
# 2 2097152 128 134217728 512 536870912
# 4 4194304 192 201326592 640 671088640
# 8 8388608 256 268435456 768 805306368
# 16 16777216 320 335544320 896 939524096
# 32 33554432 384 402653184 1024 1073741824
#
Dosya ekleri
Pc Bilgileri
Pc Bilgileri
pc bilgileri.png (28.47 KiB) 13114 kere görüntülendi
Network
Network
18haziran_netwrk.JPG (163.63 KiB) 13114 kere görüntülendi
Mem
Mem
18haziran_mem.JPG (165.85 KiB) 13114 kere görüntülendi
Disk
Disk
18haziran_disk.JPG (160.9 KiB) 13114 kere görüntülendi
Cpu
Cpu
18haziran_cpu.JPG (164.78 KiB) 13114 kere görüntülendi
Performans
Performans
performans.png (27.06 KiB) 13114 kere görüntülendi

Gazete manşetleri
* DİKKAT :Lütfen forum kurallarını okuyalım ve uyalım...!
* Warez,crack vs. paylaşımı kesinlikle yasaktır.
Kullanıcı avatarı
Kuri_YJ
Moderator
Mesajlar: 2248
Kayıt: 06 Ağu 2003 12:07
Konum: İstanbul
İletişim:

Re: Kronik Firebird Problemleri 1 :)

Mesaj gönderen Kuri_YJ »

Selamlar,

Kaç CPU'lu bir sistemdi bu? 2 CPU'lu mu? CpuAffinity'yi siz sadece 2 tanesini kullansın şeklinde ayarlamışsınız yani 1+2 = 3
Ayrıca zamanlamaya baktığında sabah 9:30 civarında bir yükselme var. Muhtemelen (eğer sürekli yapıyorsa bunu) birileri bir rapor alıyordur. Raporu aldığında iş yükü fazlalaşıyor hem CPU hem de Disk I/O işlemi görülüyor. Diğer CPU'ları da kullandırın (geriye kaç çekirdek kaldıysa hepsini kullandırın bence).

Bunun dışında, DefaultDbCachePages = 2048'den arttırın
Bellek gördüğüm kadarı ile 4 GB civarında, İnceleyeceğim onunla ilgili de söyleyeceğim var.
Kuri Yalnız Jedi
Harbi Özgürlük İçin Pisi http://www.pisilinux.org/
Kullanıcı avatarı
Kuri_YJ
Moderator
Mesajlar: 2248
Kayıt: 06 Ağu 2003 12:07
Konum: İstanbul
İletişim:

Re: Kronik Firebird Problemleri 1 :)

Mesaj gönderen Kuri_YJ »

Selamlar,

CPUAffinityMask satırında 3 yazmışsınız. Yani 2 çekirdek kullan demişsiniz. Toplamda Kaç CPU ve Kaç Çekirdek var? Gördüğüm kadarıyla sistemin %50 CPU'sunu kullanıyorsunuz. Tamamını kullandırmak için toplam çekirdek sayısını Bit hesabıyla yapıp ona göre değer vermelisiniz. Örnek 4 Çekirdek için 1+2+4+8= 15 Yazmalısınız.

Ayrıca gördüğüm kadarıyla sat 9:30 i,le 10:30 arasında bir sürede hem disk I/O'su hem Network hem de CPU kullanımı söz konusu. Sanırım sabahları bir takım birimler veya kişiler rapor almakta. Raporlama yaparken bu üçlü sıçrama yapar. Ona dikkat edin. Eğer raporlamalar yoğunluktaysa bence DefaultDBCachedPages satırını da aktif hale getirin ve oradaki 2048 değerini örneğin 131072'ye çıkarın. Bu, FB'nin (Eğer sizin databaseinizin page size'ı 8K ise)

131072 * 8192 = 1,073,741,824 Byte olarak (1 GB) RAM'den FB'nin kullanmasını sağlar. Böylelikle raporlama sırasında Disk I/O işlemi de minimize olur, işlemleri bellekte gerçekleştirir. Eğer derseniz ki, ben 2 GB kullanmak istiyorum o zaman bu değeri 2 katına çıkarın yani 131072 * 2 = 262144 böylece FB bilgisayın belleğinden 2 GB kullanır. bu rakamı büyülterek işlemlerinizi belleğe çekmiş olur ve Disk I/O'sunu düşürmüş olursunuz.

Bu ayarlamaları yapıp FB'yi Restart edin. İlk sorgulamalarda yavaş yavaş Pageleri belleğe yükleyecek ve sorgu yanıtları git gide hızlanacaktır. İlk sorguda bellekte hiç Page yüklü olmadığından disk I/o'su yapacak ama sonrakilerde I/O Yapmayacaktır.

Ek olarak, FB Versiyon 2.5'den önceki sürümlerinde SMP (symmetrical multi-processing) kullanımının daha kötü olduğu ama 2.5'den sonra iyileştirildiği (windows versiyonu için) belirtilmekte. Mümkün olursa, FB 2.5'e geçmenizi de tavsiye ederim. Ama bunları yaparken DB'nin mutlaka önceki hali ve sonrakii hali şeklinde Backuplarınızı alın.

Kolay Gelsin
Sonucu bildirirsin.
Kuri Yalnız Jedi
Harbi Özgürlük İçin Pisi http://www.pisilinux.org/
Kullanıcı avatarı
husonet
Admin
Mesajlar: 2962
Kayıt: 25 Haz 2003 02:14
Konum: İstanbul
İletişim:

Re: Kronik Firebird Problemleri 1 :)

Mesaj gönderen husonet »

Merhaba,

Dün fiziksel yeni makinaya taşıdık biraz önce aynı sorun oldu gene, tam çaresizlik var.
Bu arada sistemin çalışması ile ilgili farklı detaylar vereyim belki alakasızda olsa ipucu verebilir, türkiyenin değişik noktalarındaki 50 adet bilgisayarda çalışan veri transfer programımız var, her 30 sn’de bir server’a bağlanıp kendisi ile ilgili bilgileri alıyor eğer varsa kendindeki bilgileri server’a kaydediyor, bu işlem bitince connection kapatılıyor, 30 sn sonra tekrar connection sağlanıp devam böyle çalışıyor, acaba çok sık şekilde database e connect olup discconnect olmak böyle bir soruna yol açabilirmi, bildiğim kadarı ile fb her connection için buffer oluşturuyor, sonra bağlantı kesilince buffer’ı temizliyor, acaba bu işleri yapmada sorunmu oluıyor sonra makine şişiyor diye düşünmeye başladım

Fiziksel makinanın özellikleri
w2008 x86 32 bit işletim sistemi
Core 2 Duo 3.0 Ghz işlemci,
4 GB Ram ,
160 GB 7200 rpm 8 gb cache memory hard disk


Bu arada Firebird.conf dosyasını yapılandırıp bilgi vereceğim...

Gazete manşetleri
* DİKKAT :Lütfen forum kurallarını okuyalım ve uyalım...!
* Warez,crack vs. paylaşımı kesinlikle yasaktır.
Cevapla