I found part of the issue, in switching servers around the test version did not
enable the shared cache... My fault.. however I still recieved a RC 5 on a
different write operation.
Modifed the test_server code to repost the step and all was well. A better
solution however is to cause the server to filter, based upon the thread id's
this saves a small amount of time due to not recalling the sqlite3 functions
just to get another server is locked message.
Ken <[EMAIL PROTECTED]> wrote:
I ran everything through the test_server "server" and get the following
results when using read_uncommitted=1
rc=[5] msg=[database is locked]
when performing a "client_step" against a prepared select
statement.
I'd really like to track this down and find out if my code is incorrect or if
I've hit a bug.
Thanks,
Ken
[EMAIL PROTECTED] wrote: Ken wrote:
>
> My thought was that if i wanted to perform selects concurrently on SMP
> system I would need 2 threads and each thread would be able to read
> concurrently....
>
> I just don't see how this [test_server.c] improves concurrency...
>
It improves write concurrancy. One client can read from table A
at the same time another client is writing to table B. Or if
read_uncommitted is turned on, one client can read from table A
at the same time that another client is writing to th e same table.
--
D. Richard Hipp
-----------------------------------------------------------------------------
To unsubscribe, send email to [EMAIL PROTECTED]
-----------------------------------------------------------------------------
[EMAIL PROTECTED] wrote: Ken wrote:
>
> My thought was that if i wanted to perform selects concurrently on SMP
> system I would need 2 threads and each thread would be able to read
> concurrently....
>
> I just don't see how this [test_server.c] improves concurrency...
>
It improves write concurrancy. One client can read from table A
at the same time another client is writing to table B. Or if
read_uncommitted is turned on, one client can read from table A
at the same time that another client is writing to th e same table.
--
D. Richard Hipp
-----------------------------------------------------------------------------
To unsubscribe, send email to [EMAIL PROTECTED]
-----------------------------------------------------------------------------
