[jcs] mvn test on trunk revision 1584561

classic Classic list List threaded Threaded
2 messages Options
Reply | Threaded
Open this post in threaded view
|

[jcs] mvn test on trunk revision 1584561

Johannes Weberhofer
Dear all,

I'm currently testing the current trunk

1) On a virtualized Windoews XP the tests are running fine, on my linux workplace I see one Failure:

-------------------------------------------------------------------------------
Test set: org.apache.commons.jcs.auxiliary.disk.file.FileDiskCacheUnitTest
-------------------------------------------------------------------------------
Tests run: 17, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 17.326 sec <<< FAILURE! - in org.apache.commons.jcs.auxiliary.disk.file.FileDiskCacheUnitTest
testRemoveIfLimitIsSetAndReached_Reached_TouchTrue(org.apache.commons.jcs.auxiliary.disk.file.FileDiskCacheUnitTest)  Time elapsed: 10.459 sec  <<< FAILURE!
junit.framework.AssertionFailedError: Should be null.
         at junit.framework.Assert.fail(Assert.java:47)
         at junit.framework.Assert.assertTrue(Assert.java:20)
         at junit.framework.Assert.assertNull(Assert.java:233)
         at org.apache.commons.jcs.auxiliary.disk.file.FileDiskCacheUnitTest.testRemoveIfLimitIsSetAndReached_Reached_TouchTrue(FileDiskCacheUnitTest.java:358)

2) I see a huge performance gap between the virualized XP machine and the linux desktop version:

Tests run: 396, Failures: 1, Errors: 0, Skipped: 0

Linux:

[INFO] ------------------------------------------------------------------------
[INFO] BUILD FAILURE
[INFO] ------------------------------------------------------------------------
[INFO] Total time: 11:23.386s
[INFO] Finished at: Fri Apr 04 10:33:21 CEST 2014
[INFO] Final Memory: 20M/160M
[INFO] ------------------------------------------------------------------------

XP:
[INFO] ------------------------------------------------------------------------
[INFO] BUILD SUCCESS
[INFO] ------------------------------------------------------------------------
[INFO] Total time: 1:54.444s
[INFO] Finished at: Fri Apr 04 01:16:20 PDT 2014
[INFO] Final Memory: 9M/21M
[INFO] ------------------------------------------------------------------------

There is one test which takes extremely long on Linux, it's this one:

Running org.apache.commons.jcs.auxiliary.disk.indexed.IndexedDiskCacheConcurrentNoDeadLockUnitTest
Tests run: 5, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 385.972 sec - in org.apache.commons.jcs.auxiliary.disk.indexed.IndexedDiskCacheConcurrentNoDeadLockUnitTest


Best regards,
Johannes

--
Johannes Weberhofer
Weberhofer GmbH, Austria, Vienna

---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

Reply | Threaded
Open this post in threaded view
|

Re: [jcs] mvn test on trunk revision 1584561

sebb-2-2
On 4 April 2014 09:50, Johannes Weberhofer <[hidden email]> wrote:

> Dear all,
>
> I'm currently testing the current trunk
>
> 1) On a virtualized Windoews XP the tests are running fine, on my linux
> workplace I see one Failure:
>
> -------------------------------------------------------------------------------
> Test set: org.apache.commons.jcs.auxiliary.disk.file.FileDiskCacheUnitTest
> -------------------------------------------------------------------------------
> Tests run: 17, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 17.326 sec
> <<< FAILURE! - in
> org.apache.commons.jcs.auxiliary.disk.file.FileDiskCacheUnitTest
> testRemoveIfLimitIsSetAndReached_Reached_TouchTrue(org.apache.commons.jcs.auxiliary.disk.file.FileDiskCacheUnitTest)
> Time elapsed: 10.459 sec  <<< FAILURE!
> junit.framework.AssertionFailedError: Should be null.
>         at junit.framework.Assert.fail(Assert.java:47)
>         at junit.framework.Assert.assertTrue(Assert.java:20)
>         at junit.framework.Assert.assertNull(Assert.java:233)
>         at
> org.apache.commons.jcs.auxiliary.disk.file.FileDiskCacheUnitTest.testRemoveIfLimitIsSetAndReached_Reached_TouchTrue(FileDiskCacheUnitTest.java:358)

IIRC that test creates several cache entries and accesses them.
Then checks to ensure that a specific entry has been dropped from the cache.
This relies on timing and the file system timestamp granularity.

I recently adjusted another of the tests that was failing on a Unix system.
Perhaps this one does too - try experimenting with the sleeps.

> 2) I see a huge performance gap between the virualized XP machine and the
> linux desktop version:
>
> Tests run: 396, Failures: 1, Errors: 0, Skipped: 0
>
> Linux:
>
> [INFO]
> ------------------------------------------------------------------------
> [INFO] BUILD FAILURE
> [INFO]
> ------------------------------------------------------------------------
> [INFO] Total time: 11:23.386s
> [INFO] Finished at: Fri Apr 04 10:33:21 CEST 2014
> [INFO] Final Memory: 20M/160M
> [INFO]
> ------------------------------------------------------------------------
>
> XP:
> [INFO]
> ------------------------------------------------------------------------
> [INFO] BUILD SUCCESS
> [INFO]
> ------------------------------------------------------------------------
> [INFO] Total time: 1:54.444s
> [INFO] Finished at: Fri Apr 04 01:16:20 PDT 2014
> [INFO] Final Memory: 9M/21M
> [INFO]
> ------------------------------------------------------------------------
>
> There is one test which takes extremely long on Linux, it's this one:
>
> Running
> org.apache.commons.jcs.auxiliary.disk.indexed.IndexedDiskCacheConcurrentNoDeadLockUnitTest
> Tests run: 5, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 385.972 sec
> - in
> org.apache.commons.jcs.auxiliary.disk.indexed.IndexedDiskCacheConcurrentNoDeadLockUnitTest
>
>
> Best regards,
> Johannes
>
> --
> Johannes Weberhofer
> Weberhofer GmbH, Austria, Vienna
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [hidden email]
> For additional commands, e-mail: [hidden email]
>

---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]