Jump to content
HWBOT Community Forums

geoffrey

Members
  • Posts

    18
  • Joined

  • Last visited

Posts posted by geoffrey

  1. no pics, didn't draw any schematics but the mod is explained on the previous page I think: remove L5 on the downside of the board, take a variable linear voltage regulator, feed it from another USB post, hook up both (Vregulator and R-pi) GND lines and attach the regulators Vout to the Raspberry-pi Vcore readout point.

    Linear is not the best choice though, even with this low current dev-board I notice a lot of voltage swings between idle and load.

  2. I have been playing quite alot with it now. Still having a hard time getting Java 1.8 to work on Arch linux

    Just ordered 2 more units after I found this person: http://www.raspberrypi.org/phpBB3/viewtopic.php?t=51119&p=395436

     

    running 1400mhz arm_core

     

    My first unit are having problems with higher than 1165 mhz arm_core and that only gives me 540 points

     

    Hey, I get it working like this:

     

     

    pacman -S vim

    (I'm used to working with vim to write/edit txt files)

     

    wget http://www.java.net/download/jdk8/archive/b100/binaries/jdk-8-ea-b100-linux-arm-vfp-hflt-24_jul_2013.tar.gz

    (or go to the oracle java 8 website and download from there)

     

    tar -xzf jdk-8-ea-b100-linux-arm-vfp-hflt-24_jul_2013.tar.gz -C /opt

     

    export PATH=$PATH:/opt/jdk1.8.0/bin

    (link Java to system variables, you have to do it each time you reboot)

     

    java -version

    (check if Java is working)

     

    wget http://downloads.hwbot.org/hwbotprime.jar

     

    java -jar hwbotprime.jar

  3. you can find some schematics of the board online. I was just looking at them to notice that one possibility is indeed to do the same thing as mentioned above:

     

    Remove L5 and connect some external source to the point where you read the core voltage.

    Maybe L5 can stay in place and you just connect some external source to the voltage readout point, but it would not be the proper way of doing things. Don't know how things have changed or got better the last few years in overclocking :)

     

    The only thing that bothers me is the voltage feedback which could be monitoring the output voltage for low and high overvoltage. I need my Raspberry for programming stuff so I won't be testing it anyway :)

  4. Testing java 6 vs 7, no difference here

     

    with the new hwbot version (1.7.1) I see small difference, up to 3% faster with OpenJDK 7:

     

     

    Raspberry-pi @ 700 MHz

    OpenJDK 6 (1.6.0_27)

    155.02 Primes/second

     

    OpenJDK 7 (1.7.0_07)

    159.76 Primes/second

     

     

     

    Raspberry-pi @ 1000 MHz

    OpenJDK 6 (1.6.0_27)

    195.50 Primes/second

     

    OpenJDK 7 (1.7.0_07)

    197.45 Primes/second

  5. hah, yeah, I could already imagine that would not be a smart thing to do, adding that to the git :)

    Well I managed to get it working in netbeans, I don't know exactly where to put the C codes but the program functions without so it seems, I only have the .so file in the same directory as the jar file I build through netbeans.

     

    Anyway, looking at the code gives me more questions than was hoping for. I don't really understand for example why you use the return statements in the constructor like you do in the following line of code:

     

    @Override
       public Benchmark instantiateBenchmark() {
           BenchmarkConfiguration configuration = new BenchmarkConfiguration();
           configuration.setValue(PrimeBenchmark.TIME_SPAN, TimeUnit.SECONDS.toMillis(10));
           configuration.setValue(PrimeBenchmark.SILENT, false);
           return new PrimeBenchmark(configuration, super.availableProcessors, super.progressBar);
       }

     

     

    The ThreadFactory is also something I haven't read upon yet, until now I was always manually creating threads and executing them through calling the start() method. Hmmm, inspiring :)

  6. ah, hmm, DHCP right? With Raspbian I got it more or less working without much hassle.

     

    Me, I'm fine, thanks for asking :) I'm still in Portugal for a few more weeks, enjoying the sun, beaches, good food and nice parties off course ;) Since I started my school carrier again I haven't been fooling around with hardware anymore. Well... not in a way of making it faster... But one never looses the thrill of playing around with hardware right :) It's nice to see you're still doing this hwbot thing, I never expected OC to stay so successful, muito fixe ;)

  7. install a java virtual machine:

     

    sudo apt-get update

    sudo apt-get instal openjdk-7-jre

     

    download the compiled zip, unzip it, and open the directory with a terminal, then execute the jar file:

     

    java -jar filename.jar

  8. looking forward to explore the Raspberry-pi in different ways than I'm doing now, but it will have to wait until I get back to Belgium in august. richba5tard, who wrote/writes the code of this benchmark anyway? I've been having the same idea for quite a long time but never came to finish something. Maybe I'll try to write/add openCl functionality, some Java wrapper libraries have appeared but I'm not sure if they allow the same functionality as native OpenCL C/C++ applications. Until now I didn't found OpenCL to be as platform independent as they claim it to be. Code compiled for one system seems to act different on other machines, even though the openCL program is only compiled at runtime.

×
×
  • Create New...