Subject | [firebird-support] Re: derived table within EXISTS |
---|---|
Author | Svein Erling Tysvær |
Post date | 2008-02-27T11:54:27Z |
OK Dany, when I get home this afternoon (between four and six hours from now) I'll start my computer, IB_SQL, connect to your database and run one of our two queries and count seconds/minutes. Like you, I haven't modified configuration files, well, the only change I've done is to add DANYDB (or something similar, I don't quite remember the name) to my aliases.conf file.
Your of course right that I downloaded the database to my computer, and I admit not having restarted it. I just assumed you were talking about some Firebird cache (which I expected to be wiped out when restarting the Firebird service), not Windows cache. It'll be exiting to see the results this afternoon.
Set
-----Original Message-----
From: firebird-support@yahoogroups.com [mailto:firebird-support@yahoogroups.com] On Behalf Of danyschaer
Sent: 27. februar 2008 12:24
To: firebird-support@yahoogroups.com
Subject: [firebird-support] Re: derived table within EXISTS (was: Different performance Superserver VS. Embeded ?)
Hi Set;
First of all, thank you for following this case.
I can reproduce this case on any standard PC using Windwos XP, with
differents results, but poor results in all the -first- cases.
As I suggested in previous messages, I guess, this issue has some
relation with how Firebird is using caches. It sounds to me that
Firebird is not using its own internal caches, and it is only using
the system caches, in all the cases. (Please remember I left all the
default firebird.conf in my tests).
In all the tests, if the database is on the cache, then the results
are very good (2 or 3 seconds). But, if I shut down the server
machine, then turn it on again, start FlameRobin, and run the test,
my best resutl is 5 minutes, and my worse was 23 minutes.
In your test on your Windows XP, Set, maybe you copied the database
to your local drive, and then you inmediatly started the test; if you
did that, the whole database was on the system cache before, and
because of that it was that fast.
As I said, I use all the defaults settings in the Firebird
SuperServer. But you can see very clear what I say, if you set
MaxFileSystemCache = 0.
If I understand whath the documentation says, MaxFileSystemCache = 0
will avoid the use of file system caches. Setting to 0, my tests
needs allways more than 12 or 13 minutes on my normal test machine.
That makes my thing about how Firebird uses its own cache. I do not
know if I have to set any other parameters to set Firebird caches,
but it sounds to me it is not using its own cache, or it is using it,
but it is short for my case.
Any idea?
Thank you!
Dany
Your of course right that I downloaded the database to my computer, and I admit not having restarted it. I just assumed you were talking about some Firebird cache (which I expected to be wiped out when restarting the Firebird service), not Windows cache. It'll be exiting to see the results this afternoon.
Set
-----Original Message-----
From: firebird-support@yahoogroups.com [mailto:firebird-support@yahoogroups.com] On Behalf Of danyschaer
Sent: 27. februar 2008 12:24
To: firebird-support@yahoogroups.com
Subject: [firebird-support] Re: derived table within EXISTS (was: Different performance Superserver VS. Embeded ?)
Hi Set;
First of all, thank you for following this case.
I can reproduce this case on any standard PC using Windwos XP, with
differents results, but poor results in all the -first- cases.
As I suggested in previous messages, I guess, this issue has some
relation with how Firebird is using caches. It sounds to me that
Firebird is not using its own internal caches, and it is only using
the system caches, in all the cases. (Please remember I left all the
default firebird.conf in my tests).
In all the tests, if the database is on the cache, then the results
are very good (2 or 3 seconds). But, if I shut down the server
machine, then turn it on again, start FlameRobin, and run the test,
my best resutl is 5 minutes, and my worse was 23 minutes.
In your test on your Windows XP, Set, maybe you copied the database
to your local drive, and then you inmediatly started the test; if you
did that, the whole database was on the system cache before, and
because of that it was that fast.
As I said, I use all the defaults settings in the Firebird
SuperServer. But you can see very clear what I say, if you set
MaxFileSystemCache = 0.
If I understand whath the documentation says, MaxFileSystemCache = 0
will avoid the use of file system caches. Setting to 0, my tests
needs allways more than 12 or 13 minutes on my normal test machine.
That makes my thing about how Firebird uses its own cache. I do not
know if I have to set any other parameters to set Firebird caches,
but it sounds to me it is not using its own cache, or it is using it,
but it is short for my case.
Any idea?
Thank you!
Dany