I'm starting this project as the base for my Master Thesis.
I've created a website - https://javaonparallella.wordpress.com/ - where i'm putting some steps i've already made!
Regards,
José Cardoso
Statistics: Posted by cardosojc — Thu Apr 16, 2015 10:04 pm
]]>
Regards,
José Cardoso
Statistics: Posted by cardosojc — Wed Mar 18, 2015 2:22 pm
]]>
]]>
In order to benefit from Parallella's floating-point accelerator you would need to look into extending H20 accordingly (see other posts in this forum for discussions relevant to device access from Java). If you don't do this, the performance will be that of a dual-core ARM A9 clocked at 800Mhz, i.e. only the host part of the Parallella, and not the accelerator.
Regards,
Andrew
Statistics: Posted by 9600 — Mon Dec 08, 2014 12:32 pm
]]>
Wondering if anyone has done this before and knows the performance of it compared to a Xeon server?
Many thanks in advance
W
Statistics: Posted by wdraham — Sun Dec 07, 2014 10:46 pm
]]>
EDIT: I updated from openjdk to Oracle 8 for ARM. Performance now inline with my expectations.
Initialize 5 million element byte array with random values:
OpenJDK on Parallella: 77316ms
Oracle on Parallella: 2092ms
Oracle on mac: 136ms
Sum over 5M element byte array:
OpenJDK on Parallella: 2286ms
Oracle on Parallella (1st access): 108ms
Oracle on mac (1st access): 2ms
Oracle on Parallella (2nd access): 62ms
Oracle on mac (2nd access): 0ms
Sum over 100k element byte array:
Oracle on Parallella (1st access): 6ms
Oracle on mac (1st access): 2ms
Oracle on Parallella (2nd access): 2ms
Oracle on mac (2nd access): 0ms
Sum from 0 to 2^20:
OpenJDK on Parallella: 255ms
Oracle on Parallella: 15ms
Oracle on mac: 4ms
Statistics: Posted by durby — Sun Oct 19, 2014 4:45 am
]]>
For the former, start with the oracle jdk, the openjdk is no-where near up to scratch on ARM. http://www.oracle.com/technetwork/java/ ... 87472.html IIRC you need a free account to d/l it.
For the latter, how are you running the code (opencl, esdk, etc)? Just adding array elements isn't a good test for any accelerator hardware because it's too memory heavy.
In either case I recommend posting/attaching your benchmark. All micro-benchmarks have gotchas and bytebuffers have some of its own,
Statistics: Posted by notzed — Sun Oct 19, 2014 12:01 am
]]>
The two most common reasons for slow epiphany performance:
-fetching instructions directly from DRAM (100X slow down)
-fetching data directly from DRAM (100x slow down)
Andreas
Statistics: Posted by aolofsson — Sat Oct 18, 2014 10:29 pm
]]>
Statistics: Posted by durby — Sat Oct 18, 2014 9:02 pm
]]>
I am trying to stream video form an ip cam using VLCj API. My application works, but only for a few seconds and then the video freezes.
My log file says:
../../include/vlc_xlib.h:46:vlc_xlib_init: xlib not initialized for threads.
swscler@ 0x8f8adc40 No accelerated colorspace conversion found from yuv420p to gbra.
Is interesting that I can't play the videos from the video folder in SMPlayer or VLC Player.
The parallella board has the enough power to play video?
I hope you can help me.
Thanks
Best Regards
Luis
Statistics: Posted by paladrone — Thu Jul 31, 2014 11:10 pm
]]>
To fix the problem:
1) run the erm demo run.sh script in the apps/erm directory (that gets the statuses and writes them to the emesh.status and ecore.status files).
in the /epiphany-examples/apps/erm directory:
> ./run.sh
2) run the compiled java applet that visualizes the emesh.status and ecore.status files. (make sure to first compile the EpiphanyMonitor2.java file using first with command javac EpiphanyMonitor2.java (you have to install java to do this (see earlier post in this thread)))
in the /epiphany-examples/apps/erm/src/ directory:
> java EpiphanyMonitor2
3) run the fft2d demo
in the /epiphany-examples/apps/fft2d directory:
> ./run.sh
** smile and see the java applet update - yeah! First, you see some epiphany cores' mesh load values turn red, as they are receiving data from the ARM, then you see the epiphany core load values turning red as they are processing the fft2d application
**
however, it then appears the fft2d demo gets stuck and does not ever complete execution and the values of the cores' loads stay red indefinitely and there is no more core mesh load values depicting signs of the epiphany cores returning any results to the arm. 4) force quit the fft2d demo
in the /epiphany-examples/apps/fft2d directory:
> control-c
5) force quit the erm demo
in the /epiphany-examples/apps/erm directory:
> control-c
6) run the erm demo again to see the java applet update to all green (no activity)
(same as see step 1)
7) run the fft2d demo again to see the java applet update to green/red (activity in first the mesh then the cpu's)
(same as step 3)
Note, I had to do step 4) because the fft2d demo was not exiting on its own (even though the fft2d demo completes on its own OK when NOT running the ERM demo simultaneously)
Note, I had to do step 5) because *I think* the ERM demo was not updating the status files correctly after I force quitted the fft2d application (unless it was true that the epiphany core loads really were still active after the fft2d demo was force quitted..)
However, note, after running a couple loops of steps 3) through 7), the parallella ARM computer froze..
I'll update this thread if I ever get a stable demo
And appreciate any help if anyone sees where my problem is and/or has successfully executed the ERM demo in conjunction with any of pre-loaded demos on the parallella board.Thank you again,
Deborah
Statistics: Posted by DeborahEllen — Tue Jul 22, 2014 7:24 pm
]]>
]]>
]]>
OK, I installed Java on the Parallella board's ARM (not the 16 epiphany cores) in order to compile and execute the applet, using the steps:
To install java (openjdk)
> sudo apt-get install openjdk-7-jdk
To compile the applet (in the /epiphany-examples/apps/erm/src directory)
> javac EpiphanyMonitor2.java
To execute the applet
> java EphipanyMonitor2
I am trying to execute other Parallella demos simultaneously that utilize the 16 ephiphany cores in order to see activity in the cores/mesh loads display, but so far I see all green boxes and no activity in the visualization of the cores/mesh loads. I am not sure if the applet is updating...?
Thank you,
Deborah
P.S. For reference, I am trying to reproduce a demo similar to that seen at http://www.parallella.org/2013/10/05/pa ... arallella/ When I run the ./run.sh script under /epiphany-example/erm/, the applet does not pop up (only the command line display), that is why I thought I needed to install java and compile the supporting applet code (epiphanymonitor2.java) myself and run it myself..
Statistics: Posted by DeborahEllen — Tue Jul 22, 2014 3:34 am
]]>
I would like to execute the EpiphanyMonitor2.java applet (located under epiphany-examples/apps/erm/) to visualize graphically my epiphany III's cores and mesh network resource statuses. Don't I need to install Java on the board to compile and execute this applet on the board? Or does one compile/execute EphipanyMonitor2.java on a different machine that has java, but remotely read the ecore.status and emesh.status files that are located on the parallella's board at /home/linaro/ecore.status (which the java applet reads from to visualize).
Thank you,
Deborah
Statistics: Posted by DeborahEllen — Tue Jul 22, 2014 2:25 am
]]>