Re: [Firebird-devel] Performance regression with 3.0.0.30708

2013-11-07 Thread Vlad Khorsun
>> This change seems to be absolutely safe no matter of what more >> performance optimizations we will try later. > > I'd also start with this solution first. Done. Regards, Vlad -- November Webinars for C, C++, For

Re: [Firebird-devel] Performance regression with 3.0.0.30708

2013-11-07 Thread Vlad Khorsun
> On 04/11/2013 07:52, Vlad Khorsun wrote: PS Adriano already complains about slowness of CREATE DATABASE in fb3 (see thread "Reason for slow CREATE DATABASE in FB 3 (Linux)" started at 15 dec 2011), i'll look at it again in a next few days. As far as I rem

Re: [Firebird-devel] AtomicCounter

2013-11-07 Thread Vlad Khorsun
> Hello, what's the performace penalty for using an AtomicCounter? It is noticeable (comparing with single int's) but common effect depends on how often it is used. In short - it could be measured in CPU-bound load and it is close to zero at IO-bound load. > I see in > cch.h, inside > cl

Re: [Firebird-devel] Fwd: RC4 for encryption?

2013-11-07 Thread Alex Peshkoff
On 05/28/13 19:30, Jim Starkey wrote: > I agree completely with your analysis and the contrary conclusion. But > don't feel too bad -- the MySQL security handshake also suffers from a > man-in-the-middle vulnerability wide enough to drive a truck through > that wasn't recognized until I took a c

Re: [Firebird-devel] gcc version for FB3 builds on SF

2013-11-07 Thread Alex Peshkoff
On 11/06/13 18:37, Philippe Makowski wrote: > Le 06/11/2013 07:34, Alex Peshkoff a écrit : >> Looks like I've forgotten to mention that I've tried debug build, which >> has -Wall except 4 warnings. >> But I will anyway try 4.8.2 and report number of warnings for both Debug >> & Release. >> > you ca