Subject | Re: FB SS 2.5 SMP - clarification |
---|---|
Author | Dmitry Yemanov |
Post date | 2012-04-21T04:37:52Z |
21.04.2012 0:49, unordained wrote:
operations, long waits (inside the lock manager) and in some other cases.
(at least the metadata cache), hence the need in permanent
synchronization. The lock is kept for the duration of the API call, not
the whole connection.
Dmitry
> Can the load for operations on a single database be shared across CPUs forThe database is temporarily "unlocked" for UDF calls, database file I/O
> operations not *strictly* affecting said database (not actively selecting/
> updating): temporary-file SORT, calling UDF's, "doing math"?
operations, long waits (inside the lock manager) and in some other cases.
> That is, are theWhatever they're asking to do, they touch the database state in memory
> connections synchronized only when actively touching the database file &
> cache,
> or are they synchronized from the moment they connect to a given
> database file, regardless of what they're asking to do?
(at least the metadata cache), hence the need in permanent
synchronization. The lock is kept for the duration of the API call, not
the whole connection.
Dmitry