Re: [sqlite] Performance...there must be a reason

[Avner Levy]

I've downloaded the latest src and compiled the new version 2.8.11 on 
Solaris 2.8 and tried to check the lock fix with the threadtest1.c.
The output was as followed:
=======================================================================================
1.testdb-1: START
2.testdb-1: START
1.testdb-2: START
2.testdb-2: START
1.testdb-3: START
2.testdb-3: START
1.testdb-4: START
2.testdb-4: START
1.testdb-5: START
2.testdb-5: START
2.testdb-4: command failed: INSERT INTO t2 VALUES(58,116,3364); - 
database schem
a has changed
=======================================================================================

Another run gave:
=======================================================================================
1.testdb-1: START
2.testdb-1: START
1.testdb-2: START
2.testdb-2: START
1.testdb-3: START
2.testdb-3: START
1.testdb-4: START
2.testdb-4: START
1.testdb-5: START
2.testdb-5: START
Alarm clock
=======================================================================================
Did anyone tested this on Solaris ?
Your input is very important to me (I'm trying to find out if this 
version will solve the multi-threading database access problem).

Thanks in advance,
   Avner
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]