After gbak -b system memory will not be released
-------------------------------------------------
Key: CORE-3699
URL: http://tracker.firebirdsql.org/browse/CORE-3699
Project: Firebird Core
Issue Type: Bug
Components: GBAK
Affects Versions: 2.5.1
Environment: Windows 7 x64, Firebird 2.5.1 x64 SuperClassic, 8 GB Ram,
Intel QuadCore CPU, Intel SSD
Reporter: Gerhard Knapp
Priority: Critical
Database size around 4 GB, after each backup the memory usage increases 2-3 GB,
till server crash without memory ..
Only if i stop the Firebird service after the gbak -b , the memory will be
released.
To change the default FileSystemCacheSize = 30 -> 10 doens't fix or alter the
problem
Only FileSystemCacheThreshold = 0 fix the problem, BUT this is a bad possiblity,
because then the Firebird server has slow performance.
in 24/7 production this is a big bug. I cannot do a backup all 6 hours as used
before, had to change
to one in the night, and stop/start Firebird Service.
No other process i know has this memory eating issue. And its not good to say,
this is a windows problem, because if i stop firebird service the associated
file cache also
is released. Therefore i think its an issue in the pair: Firebird Service and
GBAK Utility.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://tracker.firebirdsql.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
------------------------------------------------------------------------------
10 Tips for Better Server Consolidation
Server virtualization is being driven by many needs.
But none more important than the need to reduce IT complexity
while improving strategic productivity. Learn More!
http://www.accelacomm.com/jaw/sdnl/114/51507609/
Firebird-Devel mailing list, web interface at
https://lists.sourceforge.net/lists/listinfo/firebird-devel
