[firebird-support] Re: corrupt database killing fbServer.exe when runing gfix

2011-08-22 Thread emb_blaster
True for SuperServer and SuperClassic in 2.5. Although, to validate a database, you need exclusive access, thus no other connections to the database are possible. So, if there is only this database under control of the server, then it isn't that bad. ;-) -- With regards, Thomas

Re: [firebird-support] Linux server optimization for FB 1.5 SS? Best practice guide?

2011-08-22 Thread Alexey Kovyazin
Hello Myles, Switch to 1.5.6 Classic, set in firebird.conf DefaultDbCachePages = 512 and you'll see the difference which should be enough. Regarding migration - look at Profitmed migration case study http://www.slideshare.net/ibsurgeon/firebird-migration-from-firebird-15-to-firebird-25

Re: [firebird-support] Linux server optimization for FB 1.5 SS? Best practice guide?

2011-08-22 Thread Steve Wiser
Definitely switch to classic and make sure to update the CPS setting for xinetd and the max number of instances allowed (/etc/xinetd.conf) if you will have a lot of connections being made. I think we also up the semaphore setting as well (both in /etc/sysctl.conf and firebird.conf). I also like

Re: [firebird-support] Firebird 2.5

2011-08-22 Thread Carlos H. Cantu
You need to rename fbembed.dll to either gds32.dll or fbclient.dll. The correct name depends on what your access component expects. Older apps designed to operate with Interbase expects that the client library to be named as gds32.dll while new apps designed for Firebird expects it to be named as