Subject | Re: Massive INSERT test |
---|---|
Author | arbitragex <arbitragex@yahoo.com> |
Post date | 2003-02-11T13:42:43Z |
Hi Daniel,
on the client side and I noticed, I did not loose all the inserts.
So I assumed there were some automatic commits.
I also have seen some place a MAXMEM setting set to 0. Could it be
that it is the ad indefinitum data caching that ends up slowing
things down?
> > I'd appreciate any comment on this test. Is there some type ofto
> > buffer that keeps growing and never gets reset? Is there a way
> > dynamically flush certain buffers that would equate a servicerestart?
>way
> > Particularly is there any tweak to possibly limit the size or a
> > to dynamically reset that buffer.OFF
>
> Could you try the same test using FB 1.5 beta 2? It has some
> enhancements in regards to Forced Writes OFF, look in the
> Firebird.conf configuration file to see what the new configuration
> looks like in this regards. The enhancements made to Forced Writes
> is that the file buffer is flushed to disk when there is acommit/disk
> write, or after a certain number of commits/disk writes.I'll give it a shot in an upcoming nightly test. I had a couple crash
>
> It would be interesting to see what the difference will be.
on the client side and I noticed, I did not loose all the inserts.
So I assumed there were some automatic commits.
I also have seen some place a MAXMEM setting set to 0. Could it be
that it is the ad indefinitum data caching that ends up slowing
things down?