Poor Java performance on new BBB

GoogleGroups
1

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™ SE Runtime Environment (build 1.8.0_06-b23)
Java HotSpot™ 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™ SE Runtime Environment (build 1.8.0_33-b05)
Java HotSpot™ 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!

2

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?

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,

3

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

4

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).

5

Hallo!

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

6

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).

7

It depends on how old your rootfs is...

cat /etc/dogtag

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

Regards,

8

Hi Robert:

BeagleBoard.org Debian Image 2015-03-01

So maybe you can help?

Thank you!

9

Hi Robert,

sorry for asking again!

Did you see a way to downgrade the kernel?

Thank you!

10

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..)

Regards,

11

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!

12

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!