Hi,
Attached is a patch that makes the parent guardian process exit to the
OS only after fbserver has called listen() initializing its network
socket.
Without it, the following loop fails (sooner or later):
while true; do sudo service firebird3.0 restart; echo "select 'ready' from
> 04.04.2017 16:30, Leyne, Sean wrote:
> >
> > BTW, why would they have names which are different from the names
> already established in the MON$ table?
> >
> >>> - MON$REMOTE_PID
> >>> - MON$REMOTE_PROCESS
>
> Because the naming mismatch exists since the very beginning
>
04.04.2017 16:30, Leyne, Sean wrote:
>
> BTW, why would they have names which are different from the names already
> established in the MON$ table?
>
>>> - MON$REMOTE_PID
>>> - MON$REMOTE_PROCESS
Because the naming mismatch exists since the very beginning
(CLIENT_ADDRESS /
Hi *,
I have a pretty simple code that only creates a transaction, executes
statement, commits and releases the transaction and releases the
statement. All in a loop. On Firebird 2.5.7 x64 the memory consumption
of Firebird is rock steady. On 3.0.2 x64 is keeps growing.
It might be that I'm not
04.04.2017 11:39, Jiří Činčura wrote:
> Hi *,
>
> I have a pretty simple code that only creates a transaction, executes
> statement, commits and releases the transaction and releases the
> statement. All in a loop. On Firebird 2.5.7 x64 the memory consumption
> of Firebird is rock steady. On 3.0.2
>Could you, please, test today's snapshot build of fb4 ? It contains
> fix for CORE-5416 which looks exactly as you describe above. Or wait
> for tomorrow's snapshot build of fb3 (i plan to backport the fix today).
OK, will try it tomorrow.
--
Mgr. Jiří Činčura
[
http://tracker.firebirdsql.org/browse/CORE-2731?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Pavel Zotov reopened CORE-2731:
---
Fix Version/s: 4.0 Alpha 1
3.0.3
2.5.8
All of following: 2.5.8,