Hardware acceleration, poor performance in 3.1

Search This thread

z4gnom

Member
Jan 22, 2011
11
0
As everyone know, a lot of modern mobile application developed using HTML5. It's simple to port them on other devices with different system using native webview or for example PhoneGap, etc, etc.
iOs, webOs and others do not have any problems with HTML5, but Android 3.x - have one big problem:
Starting from 3.0 hardware acceleration presented for android devices - http://android-developers.blogspot.com/2011/03/android-30-hardware-acceleration.html
And if you use webview - it's not possible to play video or flash without hardware acceleration, it's enabled by default in native browser and other apps and in theory should increase performance. It look like everything is ok, but WHEN YOU ENABLE HARDWARE ACCELERATION - PERFORMANCE OF YOU HTML5 APP BECOME VERY POOR, 2-3 TIMES LESS THAN WITHOUT ACCELERATION.

Tested on 3.0, 3.1, different ROMs, 2x 7500 and 2x 7510 samsung devices and on 2x acer iconia tab a500.

Please check attachments:
test_hw_acc_enabled_3.1.apk - test application that show difference between two WebViews with hardware acceleration enabled and disabled. Top view - HA enabled (and very slow), bottom view - HA disabled (fast, but not so fast as we want because of no hardware acc.)
test_hw_acc_enabled_3.1.rar - android sources with html5/javascript page in assets (index.html).

Please note, that if you run this page in native browser that is pre-installed on Samsung Galaxy Tab 10.1 - you'll get same lags because HW acceleration enabled in this browser by default. So all Tegra 2 advantages lost here even in comparison with my 800mhz phone on Android 2.1.

No any 3rd-party libs or plugins used, here is small description:

Android sources:
AndroidManifest.xml :
enabling HW accell on application level
Code:
<application android:icon="@drawable/icon" android:label="@string/app_name" android:hardwareAccelerated="true" >

hw_webview.java:
Code:
final WebView myWebView_hw_acc_enabled = (WebView) findViewById(R.id.webView1);
WebSettings webSettings1 = myWebView_hw_acc_enabled.getSettings();
webSettings1.setJavaScriptEnabled(true); 
myWebView_hw_acc_enabled.setWebChromeClient(new WebChromeClient());
//enable hardware acceleration for the 1st view, this line can be skipped 
//as acceleration enabled on application level by AndroidManifest.xml
myWebView_hw_acc_enabled.setLayerType(WebView.LAYER_TYPE_HARDWARE, null); 
myWebView_hw_acc_enabled.loadUrl("file:///android_asset/www/index.html");

     

final WebView myWebView_hw_acc_disabled = (WebView) findViewById(R.id.webView2);
WebSettings webSettings2 = myWebView_hw_acc_disabled.getSettings();
webSettings2.setJavaScriptEnabled(true);
myWebView_hw_acc_disabled.setWebChromeClient(new WebChromeClient());
//disable hardware acceleration for the 2nd view
myWebView_hw_acc_disabled.setLayerType(WebView.LAYER_TYPE_SOFTWARE, null);
myWebView_hw_acc_disabled.loadUrl("file:///android_asset/www/index.html");



index.html - simple setInterval used with 60fps estimate (move by 1px every 15 ms), with additional plugins (example:jQuery.animate) or libs we have much more lags:
Code:
	<div id="box" style="left:50px;top:50px;width:150px;height:100px;position:absolute;background:#000;"></div>
	<script>
		var left = 50; //initial position
		var delta = 1; //pixels per iteration
		var dir = 1;   // direction 1/-1
		function move()
		{
			var div = document.getElementById('box');  //get box
			if ((left>500)||(left<50)) dir = dir * -1; //change direction
			left = left + delta*dir; //change position
			div.style.left = left+'px'; //update style with new position
		}
		setInterval("move()",15); //every 15ms - 60fps estimate
	</script>

Example is only for simple html and javascript, but other modern features like CSS transitions, etc - have same problem.

Any idea how to fix this? I need HA enabled with expected performance increased but not decreased. As far as I understand - this is very big problem for android 3.0, because HTML5 is very popular and qty of HTML5 mobile application will only grow. Note that other modile systems work correctly (even 1st ipad and my motorola defy faster in HTML5 than overclocked honeycomb tegra 2 device)
 

Attachments

  • test_hw_acc_enabled_3.1.apk
    14.6 KB · Views: 541
  • test_hw_acc_enabled_3.1.rar
    41.3 KB · Views: 180

MrSewerPickle

Senior Member
Aug 17, 2010
166
20
Frisco
I wonder if its because of the actual drivers being used. Is the video driver used by the kernel compiled in or insmod loaded during boot? I really havnt looked at how each driver is loaded in regards to Tegra 2 SOC.

Super wishful thinking would hope that maybe nVidia has a newer driver we could slap down and benchmark with HW accelleration?
 

MrSewerPickle

Senior Member
Aug 17, 2010
166
20
Frisco
Also... On my Tab with the test apk you made, two webviews actually start out at the same speed then the hardware accellerated one begins to lag at roughly 2 seconds into the movement across.

It never regains that same speed as the non accellerated view so its not likely a GC running/inducing issue as it would likely speed up after the GC event (assuming it doesnt cause continous calls to the garabage collector).
 

z4gnom

Member
Jan 22, 2011
11
0
3.2?

any new ideas?

may be someone can run attached application on tablet with android 3.2 - just to check if bug fixed?
 

Epeli

New member
Oct 16, 2011
1
0
I tested this on Asus Transformer TF101 (Andoid 3.2.1) and the issue exists there too.
 

sblantipodi

Senior Member
Nov 7, 2011
663
29
Same problem here and with Android 4 on Galaxy Nexus,
android hardware acceleration is something that works bad and the problem is that they don't have fixed it yet.
 
  • Like
Reactions: slack04

slack04

Senior Member
May 4, 2010
1,021
302
Same problem here and with Android 4 on Galaxy Nexus,
android hardware acceleration is something that works bad and the problem is that they don't have fixed it yet.

Damn, hate it when I accidentally hit the "thanks" button...

BTW- this thread is 1) long dead, 2) discussing android 3.1 on a tablet, not android 4.0 on a phone.
 

kllrnohj

Member
Aug 18, 2010
32
2
I know I'm late to this thread but the way you are doing your move is wrong. When you do DOM manipulation (by setting left/right) you force a repaint, which means you get none of the benefits of hardware acceleration and all of the downsides. You need to use CSS 3D transforms instead, which allows the browser to avoid repainting entirely making it silky smooth as a result.
 

Top Liked Posts

  • There are no posts matching your filters.
  • 1
    Same problem here and with Android 4 on Galaxy Nexus,
    android hardware acceleration is something that works bad and the problem is that they don't have fixed it yet.