[ 
https://issues.apache.org/jira/browse/DERBY-6841?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15006041#comment-15006041
 ] 

Xavion commented on DERBY-6841:
-------------------------------

Thank-you both for your efforts so far.  I'm sorry that you had to go to that 
trouble, Rick.  I hope it didn't take too long to write that program.

I'll start by reiterating that I used "System.nanoTime()" in all of my tests as 
well.  The other thing I'd like to note is that the database engine can be 
restarted after shutdown via "DriverManager.registerDriver(new 
org.apache.derby.jdbc.EmbeddedDriver());".  Utilising this would enable you to 
run the shutdown test multiple times per invocation of the program.

The fact that v10.12.1.1 appears to be shutting down the database engine much 
faster could just be a mirage.  In an earlier comment, I explained why I 
thought that v10.12.1.1 was leaving the databases in a suboptimal state upon 
shutdown.  To go directly to said comment, just search for "I think part of 
this problem could be due to" on this page.

The way I see it, the results Bryan is receiving could be due to one of two 
factors.  Firstly, it could be a sign that the "slowness" bug of v10.12.1.1 has 
(generally) been fixed in trunk.  In order to know this for sure, we'd need one 
or both of you to run this test against both v10.12.1.1 and trunk sequentially.

Bryan's results could instead be due to having run these tests in a virtual 
machine.  In order to ensure you're getting the full speed of your CPU, I'd 
advise rerunning the tests in your native OS.  Rick's code appears to be 
cross-platform, and I encountered this problem on all of mine (Windows, OS X, 
and Linux).

> Derby v10.12.1.1 is horribly slow compared to v10.11.1.1 in embedded mode
> -------------------------------------------------------------------------
>
>                 Key: DERBY-6841
>                 URL: https://issues.apache.org/jira/browse/DERBY-6841
>             Project: Derby
>          Issue Type: Bug
>          Components: JDBC, SQL
>    Affects Versions: 10.12.1.1
>         Environment: OS: Windows, OS X, Linux
> CPU: Quad-Core Intel i5
> App: Swing, multi-threaded
>            Reporter: Xavion
>             Fix For: 10.11.1.1
>
>         Attachments: DERBY_6841.java
>
>
> It takes much longer to open, read, and close embedded databases using 
> v10.12.1.1 than it did with v10.11.1.1.  What ever changes you guys made over 
> the last year and a bit have definitely been for the worse.
> Below are the results of the repetition tests I've just run on the same 
> computer with the same databases.  Let me know if you need to know about the 
> sizes of the databases and/or the file type they contain.
> Connecting with v10.11.1.1:
> Database opened in 0.82 seconds.
> Database opened in 0.77 seconds.
> Database opened in 0.88 seconds.
> Database opened in 0.77 seconds.
> Database opened in 0.77 seconds.
> Database opened in 0.96 seconds.
> Database opened in 0.74 seconds.
> Connecting with v10.12.1.1:
> Database opened in 1.98 seconds.
> Database opened in 2.07 seconds.
> Database opened in 1.97 seconds.
> Database opened in 2.01 seconds.
> Database opened in 2.01 seconds.
> Database opened in 2.00 seconds.
> Database opened in 2.03 seconds.
> Reading with v10.11.1.1:
> Database processed in 6.17 seconds.
> Database processed in 4.00 seconds.
> Database processed in 3.67 seconds.
> Database processed in 3.66 seconds.
> Database processed in 3.78 seconds.
> Database processed in 3.69 seconds.
> Database processed in 3.74 seconds.
> Reading with v10.12.1.1:
> Database processed in 7.29 seconds.
> Database processed in 4.54 seconds.
> Database processed in 4.88 seconds.
> Database processed in 4.65 seconds.
> Database processed in 4.34 seconds.
> Database processed in 4.35 seconds.
> Database processed in 4.50 seconds.
> Disconnecting with v10.11.1.1:
> Database closed in 0.11 seconds.
> Database closed in 0.13 seconds.
> Database closed in 0.15 seconds.
> Database closed in 0.14 seconds.
> Database closed in 0.10 seconds.
> Database closed in 0.13 seconds.
> Database closed in 0.14 seconds.
> Disconnecting with v10.12.1.1:
> Database closed in 0.74 seconds.
> Database closed in 0.87 seconds.
> Database closed in 0.76 seconds.
> Database closed in 0.87 seconds.
> Database closed in 0.85 seconds.
> Database closed in 0.69 seconds.
> Database closed in 0.84 seconds.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

Reply via email to