android_dalvik/vm, branch donut

Merge branch 'eclair' of git@github.com:cyanogen/android_dalvik into donut

2010-04-12T02:01:42+00:00

Merge branch 'master' of git://android.git.kernel.org/platform/dalvik into HEAD

2010-03-30T19:44:16+00:00

Conflicts:
	libcore/regex/src/main/java/java/util/regex/Pattern.java
	vm/oo/Class.c

Apply Dalvik ARM FPU handling optimizations.

2010-03-22T14:44:47+00:00

Float score improvements from 772 to 828.

CaffeineMark Embedded
(before)
Sieve score = 950 (98)
Loop score = 775 (2017)
Logic score = 1104 (0)
String score = 1898 (708)
Float score = 772 (185)
Method score = 1032 (166650)
Overall score = 1034

(after)
Sieve score = 951 (98)
Loop score = 775 (2017)
Logic score = 1105 (0)
String score = 2042 (708)
Float score = 828 (185)
Method score = 1032 (166650)
Overall score = 1060

Reference:
    http://blog.kmckk.com/archives/1475184.html
    http://blog.kmckk.com/archives/1486485.html
(cherry picked from commit 563f2fec5832837244d9ef32b6e76e2041e646b4)

Signed-off-by: Tick Chen

Merge branch 'master' of git://android.git.kernel.org/platform/dalvik into donut

2010-03-03T03:58:52+00:00

Merge "This is a contribution of x86-atom targeted assembly for the fast byte-code interpreter engine. This is an initial contribution with minimal optimizations that target the Intel ATOM processor. We expect to continuously improve this code. It is expected that there will be a discussion on the potential merge of this code and similar efforts (i.e. the mterp/x86 directory first included with cupcake). While this code is intended to target ATOM and not a generic X-86 processor, we were able to show the following improvements over the c-portable interpreter using the simulator build: Build: TARGET_SIMULATOR: true TARGET_BUILD_TYPE: release TARGET_PRODUCT: sim Environment: Intel(R) Core(TM)2 Quad CPU Q9550 @ 2.83GHz PI = Portable Interpreter IA = Fast IA Interpreter Embedded CaffeineMark: (IA-PI)/PI: Average of 70% improvement on overall score SPECjbb2000: (IA-PI)/PI: Average of 37% improvement on raw score SPECjvm98: (PI/IA) Speedup: Mtrt: 1.2; Jess: 1.34; Compress: 1.57; Db: 1.46; Jack: 1.28 * SPECjbb2000 - 1 warehouse. Noncompliant - modified to run on Dalvik * SPECjvm98 - Noncompliant - modified to run on Dalivk"

2010-02-23T21:46:14+00:00

This is a contribution of x86-atom targeted assembly for the fast byte-code interpreter engine. This is an initial contribution with minimal optimizations that target the Intel ATOM processor. We expect to continuously improve this code. It is expected that there will be a discussion on the potential merge of this code and similar efforts (i.e. the mterp/x86 directory first included with cupcake). While this code is intended to target ATOM and not a generic X-86 processor, we were able to show the following improvements over the c-portable interpreter using the simulator build:

2010-02-23T01:23:00+00:00

Build: TARGET_SIMULATOR: true
TARGET_BUILD_TYPE: release
TARGET_PRODUCT: sim
Environment: Intel(R) Core(TM)2 Quad CPU Q9550 @ 2.83GHz
PI = Portable Interpreter
IA = Fast IA Interpreter
Embedded CaffeineMark: (IA-PI)/PI: Average of 70% improvement on overall score
SPECjbb2000*: (IA-PI)/PI: Average of 37% improvement on raw score
SPECjvm98*: (PI/IA) Speedup: Mtrt: 1.2; Jess: 1.34; Compress: 1.57; Db: 1.46; Jack: 1.28
* SPECjbb2000 - 1 warehouse. Noncompliant - modified to run on Dalvik
* SPECjvm98 - Noncompliant - modified to run on Dalivk

Merge commit 'github/eclair' into HEAD

2010-02-15T05:14:40+00:00

Merge branch 'eclair' of git://android.git.kernel.org/platform/dalvik into eclair

2010-02-02T01:01:42+00:00

Add attempts to GC before failing external allocations.

2010-01-28T20:29:03+00:00

We were experience the same symptoms as described in http://code.google.com/p/android/issues/detail?id=2426
and here is a patch that solves the problems for us. The discussion on the bug mentions
that such a solution would not work due to the lack of a compacting GC but this turns
out not to be the case for us. The reason is that collecting a few small bitmap objects
really makes a huge difference for the external allocations.

Calling the GC prior failing allocations is really the normal way for the VM
to act so and managing external allocations should not be different.

Merge branch 'eclair' of git://android.git.kernel.org/platform/dalvik into donut

2010-01-27T22:47:07+00:00