Hi,
i post this question to support list without any answer - maybe developers
can say something interesting.
i have problem with understanding internal work of sweep
my db size is 52.74GB i detach from db restart fb server and run sweep by
gfix -sweep
now i see in task manager that Firebird 2.
On Thu, Jan 3, 2013 at 4:22 PM, Karol Bieniaszewski wrote:
> i have problem with understanding internal work of sweep
> my db size is 52.74GB i detach from db restart fb server and run sweep by
> gfix -sweep. now i see in task manager that Firebird 2.5.3.26584 write to
> disk 1154 GB
> this is 2
Ann,
> Sweep work in this way or such different? If yes i should see many reads and
> > only few writes to disk but this not happend. I see >1TB writes to disc
> > for db size 52.74GB.
> >
>
> That seems extreme, but leads to several questions.
>
> One is whether your application regularly make
Creating table with computed fields containing "SELECT FIRST" produces
corrupted result
---
Key: CORE-4027
URL: http://tracker.firebirdsql.org/browse/CORE-4027
Projec
aliases.conf # reading error
Key: CORE-4028
URL: http://tracker.firebirdsql.org/browse/CORE-4028
Project: Firebird Core
Issue Type: Bug
Components: Documentation, Engine, GBAK, GFIX, Installation, Secur
Add build in function BIN_BIT, BIN_BIT_STR, BIN_TO_STR and BIN_TO_STR_LIST
--
Key: CORE-4029
URL: http://tracker.firebirdsql.org/browse/CORE-4029
Project: Firebird Core