Subject | migrating from FB 1.0 SS to FB 1.03 CS |
---|---|
Author | koehnlein |
Post date | 2003-06-17T16:05:49Z |
Hello,
our situation:
- Intel XEON Server 1.8 GHz / 1 GB RAM / hardware raid 5 with 3 hdds
(scsi) / 1000MBit network
- Linux version 2.4.7-10smp (gcc version 2.96 20000731 (Red Hat Linux
7.1 2.96-98)) #1 SMP
- FirebirdSS-1.0.0.681-0.RC2.64IO
- database size about 11.5 GB on 10 files (8 in use)
- about 60 users with about 10 concurrent connections
The problem: performance is getting low
Now my question: we think do migrate to FB 1.03 CS because we think
- performance of one slow process does not affect the other processes
that much like on SS
- it's easier to locate the process which slows down the system
Are we right???
Is it possible to migrate to FB 1.03 CS without hot testing ? (our
test system is running FB 1.5 RC3)
(We switched from IB6.0 SS to IB6.0 CS and hat problems with "lock
manager out of room" after 10 users were logged on - is this still a
problem in FB 1.03 CS)
Thank you for your answers!
Tobias
our situation:
- Intel XEON Server 1.8 GHz / 1 GB RAM / hardware raid 5 with 3 hdds
(scsi) / 1000MBit network
- Linux version 2.4.7-10smp (gcc version 2.96 20000731 (Red Hat Linux
7.1 2.96-98)) #1 SMP
- FirebirdSS-1.0.0.681-0.RC2.64IO
- database size about 11.5 GB on 10 files (8 in use)
- about 60 users with about 10 concurrent connections
The problem: performance is getting low
Now my question: we think do migrate to FB 1.03 CS because we think
- performance of one slow process does not affect the other processes
that much like on SS
- it's easier to locate the process which slows down the system
Are we right???
Is it possible to migrate to FB 1.03 CS without hot testing ? (our
test system is running FB 1.5 RC3)
(We switched from IB6.0 SS to IB6.0 CS and hat problems with "lock
manager out of room" after 10 users were logged on - is this still a
problem in FB 1.03 CS)
Thank you for your answers!
Tobias