Poor Java performance on new BBB

160 views
Skip to first unread message

Fohnbit

unread,
Oct 15, 2015, 11:07:50 AM10/15/15
to BeagleBoard
Hello!

I have two BBB:
BBB 1:
Linux beaglebone 3.8.13-bone67 #1 SMP Wed Sep 24 21:30:03 UTC 2014 armv7l GNU/Linux
java version "1.8.0_06"
Java(TM) SE Runtime Environment (build 1.8.0_06-b23)
Java HotSpot(TM) Client VM (build 25.6-b23, mixed mode)


BBB 2:
Linux fdec0a8001c 3.8.13-bone70 #1 SMP Fri Jan 23 02:15:42 UTC 2015 armv7l GNU/Linux
java version "1.8.0_33"
Java(TM) SE Runtime Environment (build 1.8.0_33-b05)
Java HotSpot(TM) Client VM (build 25.33-b05, mixed mode)

On both I have the same Java Application.

The Problem:
On BBB 1 the commands in the java application switch within 50ms
On BBB 2 the commands need 500-600ms

Now I have to check, what is different. The Java Application (OSGi) is defentiv the same (copy from one to the other)

Any idea where I can start to search?
The Java version are different, but I don´t think this is the problem?

Thank you!

Robert Nelson

unread,
Oct 15, 2015, 11:24:17 AM10/15/15
to Beagle Board
support.oracle.com

> The Java version are different, but I don´t think this is the problem?

Probally...

You can try updating...

sudo apt-get install oracle-java8-installer

root@BeagleBoard-X15:~# java -version
java version "1.8.0_60"
Java(TM) SE Runtime Environment (build 1.8.0_60-b27)
Java HotSpot(TM) Client VM (build 25.60-b23, mixed mode)

Regards,

--
Robert Nelson
https://rcn-ee.com/

Fohnbit

unread,
Oct 15, 2015, 11:46:33 AM10/15/15
to BeagleBoard
Hi Robert,

Java is up to date.

I compare with:
ps aux | grep bash

slow BBB:
user1    1068  0.0  0.2   2588  1464 pts/0    Ss   17:19   0:00 -bash
root      1081  0.1  0.3   4200  1680 pts/0    S    17:19   0:02 bash
root      1746  0.0  0.1   3128   704 pts/0    S+   17:45   0:00 grep bash

normal BBB:
root      1009  0.0  0.3   2608  1536 pts/0    Ss   14:41   0:00 -bash
root      1970  0.0  0.1   1572   560 pts/0    S+   15:45   0:00 grep bash

I try to kill other services ... like ser2net ... but problem still exists


WZ9V

unread,
Oct 15, 2015, 5:14:11 PM10/15/15
to BeagleBoard
Both your kernel and Java versions are different.  I would try running the same Kernel and Java version from the fast BBB on the slow BBB (or better yet the exact same OS image).

Fohnbit

unread,
Oct 19, 2015, 1:28:41 AM10/19/15
to BeagleBoard
Hallo!

Ok, but can I change the Kernel from the slow BBB without reflash the whole system with a new Image?

WZ9V

unread,
Oct 19, 2015, 1:14:20 PM10/19/15
to BeagleBoard
Wish I could help with that but I'm not that good with core Linux stuff.  I just noticed that your kernels and java versions with different and in my experience that could explain the performance difference.

Maybe someone more experienced could tell you how to backup the eMMC to a SD card.  If you could do that you could swap the whole core image from the fast BBB to the other to see if it fixes the problem (after backing up both images first).


On Monday, October 19, 2015 at 1:28:41 AM UTC-4, Fohnbit wrote:

Robert Nelson

unread,
Oct 19, 2015, 1:17:16 PM10/19/15
to Beagle Board
It depends on how old your rootfs is...

cat /etc/dogtag

if it's new enough, there are very easy ways...

Fohnbit

unread,
Oct 23, 2015, 8:48:21 AM10/23/15
to BeagleBoard
Hi Robert:

BeagleBoard.org Debian Image 2015-03-01

So maybe you can help?

Thank you!

Fohnbit

unread,
Nov 3, 2015, 9:34:01 AM11/3/15
to BeagleBoard
Hi Robert,

sorry for asking again!

Did you see a way to downgrade the kernel?

Thank you!

Robert Nelson

unread,
Nov 3, 2015, 9:55:54 AM11/3/15
to Beagle Board
On Tue, Nov 3, 2015 at 8:34 AM, Fohnbit <ged...@gmail.com> wrote:
> Hi Robert,
>
> sorry for asking again!
>
> Did you see a way to downgrade the kernel?

yes.. via apt:

sudo apt-get update

sudo apt-get install linux-image-3.8.13-bone63

bone73-> bone74, bone76 -> bone79

(not sure what happened to bone75..)

Fohnbit

unread,
Nov 4, 2015, 1:21:41 AM11/4/15
to BeagleBoard
Hi Robert,

thank you!!
I made:
sudo apt-get install linux-image-3.8.13-bone67

Now the Java application are working with 40ms ... seems really the kernel was the problem.

Thanks again!

Fohnbit

unread,
Nov 4, 2015, 1:21:46 AM11/4/15
to BeagleBoard
Reply all
Reply to author
Forward
0 new messages