>
>
I made a mistake, but every day increases the engine between 50 and 100 mb, not
Kb.
If i disconnect all users and start To work, the memory used is less than 400
Mb in 2 days, and after 2 weeks is 1,4 Gb.
Jesus Garcia ---
Alexander Peshkov [14/06/2011 10:08] :
> В Пн., 13/06/2011 в 20:51 +0200, Philippe Makowski пишет:
>> Hi,
>>
>> I forward this to devel
>>
>
> Looks like the reason of a bug is:
>
> Application Specific Information:
> BUG IN CLIENT OF LIBDISPATCH: Do not close random Unix descriptors
>
> Thread
> Hello Vlad,
>
>>> while we have a strategy in the parser in FB TraceManager to detect a
>>> new statement in the raw output, I wonder if there is an ultimate
>>> solution for that? ;-)
>>>
>>> With several event types producing more or less an undefined number of
>>> rows at the end of the raw o
> Hello,
>
> I have the following two execute block calls:
>
> execute block
> as
> declare i Integer;
> begin
> i = 1;
> while (i <= 10) do
> begin
> execute procedure p_donothing;
> i = i + 1;
> end
> end
>
>
> and:
>
> execute block
> as
> declare i Integer;
> declare v Inte
Hello,
I have the following two execute block calls:
execute block
as
declare i Integer;
begin
i = 1;
while (i <= 10) do
begin
execute procedure p_donothing;
i = i + 1;
end
end
and:
execute block
as
declare i Integer;
declare v Integer;
begin
i = 1;
while (i <= 10)
Yes is released, but the first day uses between 300 and 400 Mb and after 2
weeks is between 1,2 and 1,4 gb and every day there is the same workload with
the same users.
Jesus Angel Garcia Zarco
Cointec
Correo Móvil
El 14/06/2011, a las 10:13, Alexander Peshkov escribió:
> В Сб., 11/06/2011 в
Hello Vlad,
>> while we have a strategy in the parser in FB TraceManager to detect a
>> new statement in the raw output, I wonder if there is an ultimate
>> solution for that? ;-)
>>
>> With several event types producing more or less an undefined number of
>> rows at the end of the raw output, I c
В Сб., 11/06/2011 в 14:02 +0200, Jesus Garcia пишет:
> I'm using Firebird 2.5.1.26292 Superserver. The server is running for
> two weeks and the memory consumption increase daily, but not decrease.
> I have tested in other enviroment, and all the memory is freed only
> when all users are disconnect
В Пн., 13/06/2011 в 20:51 +0200, Philippe Makowski пишет:
> Hi,
>
> I forward this to devel
>
Looks like the reason of a bug is:
Application Specific Information:
BUG IN CLIENT OF LIBDISPATCH: Do not close random Unix descriptors
Thread 0:: Dispatch queue: com.apple.main-thread
0 libsystem_ker
> Hello,
>
> while we have a strategy in the parser in FB TraceManager to detect a
> new statement in the raw output, I wonder if there is an ultimate
> solution for that? ;-)
>
> With several event types producing more or less an undefined number of
> rows at the end of the raw output, I curr
Fbembed.dll crash in garbage_collector
--
Key: CORE-3520
URL: http://tracker.firebirdsql.org/browse/CORE-3520
Project: Firebird Core
Issue Type: Bug
Components: Engine
Affects Versions: 2.1.2
Hello,
while we have a strategy in the parser in FB TraceManager to detect a
new statement in the raw output, I wonder if there is an ultimate
solution for that? ;-)
With several event types producing more or less an undefined number of
rows at the end of the raw output, I currently don't see
12 matches
Mail list logo
