Re: [Firebird-devel] Performance of fbclient.dll of recent snapshots

2016-04-22 Thread Dmitry Yemanov
22.04.2016 18:03, Michal Kubecek wrote: > We might also consider extending the new connection string format > inet://... to variants inet4://... and inet6://... which would enforce > AF_INET or AF_INET6. This may be a good workaround. Dmitry ---

Re: [Firebird-devel] Performance of fbclient.dll of recent snapshots

2016-04-22 Thread Leyne, Sean
Michael, > For Windows, the policy table seems to be managed with netsh command: > > https://technet.microsoft.com/en- > us/library/cc740203(v=ws.10).aspx#BKMK_5 > > http://www.colorconsole.de/cmd/en/Windows_Vista/netsh/interface/ipv6/ > add/prefixpolicy.htm Thanks for the pointers. But thes

Re: [Firebird-devel] Performance of fbclient.dll of recent snapshots

2016-04-22 Thread Michal Kubecek
On Fri, Apr 22, 2016 at 08:31:23PM +, Leyne, Sean wrote: > > > I don't know what gai.conf is (it's not in my Firebird folder). It should > > be as > > easy as possible and as less configuration as possible when we install the > > software on the servers of our customers. > > > > As we still

Re: [Firebird-devel] Performance of fbclient.dll of recent snapshots

2016-04-22 Thread Leyne, Sean
> I don't know what gai.conf is (it's not in my Firebird folder). It should be > as > easy as possible and as less configuration as possible when we install the > software on the servers of our customers. > > As we still mainly live in an IPv4 world (especially in LANs) - would it be > possible

Re: [Firebird-devel] Performance of fbclient.dll of recent snapshots

2016-04-22 Thread Alex Peshkoff
On 04/22/2016 06:13 PM, Stefan Heymann wrote: > --- Alex Peshkoff > >> Stefan, I've made a test. It's dev-build therefore it's not too fast but >> look here: >> [...] >> I do not notice 3.0 client to work slower. > Sorry, I forgot to mention that I mean Windows, not Linux. I might guess myself - .

Re: [Firebird-devel] Performance of fbclient.dll of recent snapshots

2016-04-22 Thread Stefan Heymann
--- Alex Peshkoff > Stefan, I've made a test. It's dev-build therefore it's not too fast but > look here: > [...] > I do not notice 3.0 client to work slower. Sorry, I forgot to mention that I mean Windows, not Linux. --- Michal Kubecek > Do you see the same delay when identifying the server b

Re: [Firebird-devel] Performance of fbclient.dll of recent snapshots

2016-04-22 Thread Alex Peshkoff
On 04/22/2016 06:10 PM, Michal Kubecek wrote: > On Fri, Apr 22, 2016 at 05:53:06PM +0300, Alex Peshkoff wrote: >> On 04/22/2016 04:59 PM, Stefan Heymann wrote: >>> I just tested the new 3.0.0 Release (Build 32483) fbclient.dll against >>> a Firebird 2.5.5 database. It takes ages (about 1 second) to

Re: [Firebird-devel] Performance of fbclient.dll of recent snapshots

2016-04-22 Thread Michal Kubecek
On Fri, Apr 22, 2016 at 05:53:06PM +0300, Alex Peshkoff wrote: > On 04/22/2016 04:59 PM, Stefan Heymann wrote: > > I just tested the new 3.0.0 Release (Build 32483) fbclient.dll against > > a Firebird 2.5.5 database. It takes ages (about 1 second) to attach to > > the database. Connection to a Fire

Re: [Firebird-devel] Performance of fbclient.dll of recent snapshots

2016-04-22 Thread Michal Kubecek
On Fri, Apr 22, 2016 at 03:59:52PM +0200, Stefan Heymann wrote: > > However, the new fbclient (3.0.0.31529) connecting to old Firebird > > servers (2.5 and earlier) is also taking 1 second (compared to +/- 25-30 > > milliseconds with Firebird 3 beta 1 fbclient and 15 milliseconds with > > Firebird

Re: [Firebird-devel] Performance of fbclient.dll of recent snapshots

2016-04-22 Thread Alex Peshkoff
On 04/22/2016 04:59 PM, Stefan Heymann wrote: >> However, the new fbclient (3.0.0.31529) connecting to old Firebird >> servers (2.5 and earlier) is also taking 1 second (compared to +/- 25-30 >> milliseconds with Firebird 3 beta 1 fbclient and 15 milliseconds with >> Firebird 2.5.3 fbclient), so we

Re: [Firebird-devel] Performance of fbclient.dll of recent snapshots

2016-04-22 Thread Stefan Heymann
> However, the new fbclient (3.0.0.31529) connecting to old Firebird > servers (2.5 and earlier) is also taking 1 second (compared to +/- 25-30 > milliseconds with Firebird 3 beta 1 fbclient and 15 milliseconds with > Firebird 2.5.3 fbclient), so we do have a problem. I just tested the new 3.0.0

Re: [Firebird-devel] Comparison of different string

2016-04-22 Thread Alex Peshkoff
On 04/22/2016 02:59 PM, Dimitry Sibiryakov wrote: > Hello, All. > > We have basically three string classes in Firebird: string, PathName and > NoCaseString. > They differ in content encoding and handling. > Should be comparison between them allowed? No. > If yes, which rules shou

[Firebird-devel] Comparison of different string

2016-04-22 Thread Dimitry Sibiryakov
Hello, All. We have basically three string classes in Firebird: string, PathName and NoCaseString. They differ in content encoding and handling. Should be comparison between them allowed? If yes, which rules should be applied when it is written "a == b" and types of a and b are dif

Re: [Firebird-devel] Firebird 3 - Single CPU core fully utilized with Trace session

2016-04-22 Thread Thomas Steinmaurer
>> I could simply use the entire snapshot build and sync the moving parts like >> security database, conf files, UDFs etc. or perhaps I could simply replace a >> single (executable) file (firebird.exe?) taken from the snapshot ZIP file? >> > > Not firebird.exe but engine12.dll. Thanks! Thomas -

Re: [Firebird-devel] Firebird 3 - Single CPU core fully utilized with Trace session

2016-04-22 Thread alex
> I could simply use the entire snapshot build and sync the moving parts like > security database, conf files, UDFs etc. or perhaps I could simply replace a > single (executable) file (firebird.exe?) taken from the snapshot ZIP file? > Not firebird.exe but engine12.dll. --

Re: [Firebird-devel] Firebird 3 - Single CPU core fully utilized with Trace session

2016-04-22 Thread Thomas Steinmaurer
>> 21.04.2016 13:35, Thomas Steinmaurer wrote: >> ... As you already found that fbtracemgr is OK, i guess something is not fully correct (or stepped on some another issue) at FB Trace Manager. Could you show how do you work with trace service ? >>> >>> The usage of