ODROID C2

Alles zu mobilen Endgeräten (Smartphones und Tablets) mit purer Rechenkraft
Nachricht
Autor
JagDoc
Vereinsmitglied
Vereinsmitglied
Beiträge: 292
Registriert: 03.12.2011 12:05

Re: ODROID C2

#145 Ungelesener Beitrag von JagDoc » 13.09.2016 19:50

ChristianB hat geschrieben:Hier ist eine experimentelle Version für ARM und ARM64 welche den gleichen code zum ermitteln der CPU und Modellbezeichnung verwendet. Die ARM (raspbian) Version habe ich auf einem RPi1 mit Jessie kompiliert und die sollte auch auf RPi2 und 3 laufen es sei denn es ist ein Wheezy installiert. Die ARM64 Version ist auf Ubuntu 16.04 gebaut sollte aber auch unter Arch auf dem Odroid C2 laufen.
Super Arbeit. danke.
Ic bin mir noch nicht zu 100% sicher ob meine Änderungen nicht auch für Android durchschlagen. Leider kann ich keinen Android Client zum testen bauen.
Unter Android wird der C2 richtig angezeigt:
http://universeathome.pl/universe/show_ ... stid=46370
Bild

ChristianB
Admin
Admin
Beiträge: 1920
Registriert: 23.02.2010 22:12

Re: ODROID C2

#146 Ungelesener Beitrag von ChristianB » 15.09.2016 08:05

JagDoc hat geschrieben:
Ic bin mir noch nicht zu 100% sicher ob meine Änderungen nicht auch für Android durchschlagen. Leider kann ich keinen Android Client zum testen bauen.
Unter Android wird der C2 richtig angezeigt:
http://universeathome.pl/universe/show_ ... stid=46370
Meine Frage ist eher: Wird der C2 unter Android mit meinem Patch immer noch richtig angezeigt. Ich vermute mal ja, denn unter Android haben wir eigentlich keinen Zugriff auf /proc/cpuinfo und bekommen die CPU informationen indirekt von Android über eine Java Schnittstelle.

Benutzeravatar
gemini8
Vereinsvorstand
Vereinsvorstand
Beiträge: 5898
Registriert: 31.05.2011 10:30
Wohnort: Hannover

Re: ODROID C2

#147 Ungelesener Beitrag von gemini8 » 15.09.2016 18:18

Moinmoin.
ChristianB hat geschrieben:Aber ich meine mich zu erinnern das es in der Vergangenheit nicht möglich war die OS X Version auszulesen also musste die Darwin Versionsnummer herhalten. Die ist wohl für die Auswahl der Apps aussagekräftiger.
Ich meine auch, wir hätten gesagt, daß man das ja zuordnen kann.
Meine Idee wäre jetzt gewesen, dem Client die Zuordnung zu überlassen.
Leider hilft das nicht für neuere Versionen, deshalb sollte ich sie vielleicht nicht weiterverfolgen. ;-)
Gruß, Jens
- - - - - -
Lowend-User und Teilzeit-Cruncher

Bild Bild Bild
Bild

koschi
PDA-Benutzer
PDA-Benutzer
Beiträge: 38
Registriert: 29.03.2016 11:20

Re: ODROID C2

#148 Ungelesener Beitrag von koschi » 16.09.2016 22:10

ChristianB hat geschrieben:Hier ist eine experimentelle Version für ARM und ARM64 welche den gleichen code zum ermitteln der CPU und Modellbezeichnung verwendet. Die ARM (raspbian) Version habe ich auf einem RPi1 mit Jessie kompiliert und die sollte auch auf RPi2 und 3 laufen es sei denn es ist ein Wheezy installiert. Die ARM64 Version ist auf Ubuntu 16.04 gebaut sollte aber auch unter Arch auf dem Odroid C2 laufen.

Ic bin mir noch nicht zu 100% sicher ob meine Änderungen nicht auch für Android durchschlagen. Leider kann ich keinen Android Client zum testen bauen.
Moin Christian,
könntest du evtl. auch den Patch mit den Änderungen zur Verfügung stellen?
Habe heute einen Pine64 erhalten, der zeigt auch kein p_vendor, auf dem läuft nun Debian 8.5.
Könnte evtl. zu alt zu sein, mit deiner Version bekomme ich da Fehler "GLIBCXX_3.4.21 not found", dann würde ich das selbst kompilieren...

Danke :-)

ChristianB
Admin
Admin
Beiträge: 1920
Registriert: 23.02.2010 22:12

Re: ODROID C2

#149 Ungelesener Beitrag von ChristianB » 17.09.2016 10:28

Der komplette Verlauf ist hier zu sehen: https://github.com/BOINC/boinc/pull/1562

Der einfachste Weg ist das BOINC github repo auf dem Pine zu aktualisieren und dann per

Code: Alles auswählen

git checkout cpu_infos_aarch64
den letzten Stand meiner Änderungen zu bekommen. Es fehlen insgesamt 32 commits von master aber das sollte nicht stören.

JagDoc
Vereinsmitglied
Vereinsmitglied
Beiträge: 292
Registriert: 03.12.2011 12:05

Re: ODROID C2

#150 Ungelesener Beitrag von JagDoc » 18.09.2016 11:18

@Christian
Ich hab die ARM-Version jetzt auf dem Odroid-XU4 probiert, funktioniert soweit.
Da sieht es so aus:
http://universeathome.pl/universe/show_ ... stid=28579
Aber im Boinc-Log steht:
18.09.2016 11:51:21 Starting BOINC client version 7.7.0 for armv6l-unknown-linux-gnueabihf
GoofyxGrid@Home 18.09.2016 10:38:51 Nachricht vom Server: This project doesn't support computers of type armv6l-unknown-linux-gnueabihf

Abhilfe zwar schafft <alt_platform>arm-unknown-linux-gnueabihf</alt_platform> in der cc_config.xml.
Aber bei Universe gibt es dann immer noch WUs für "Universe BHspin v2 0.01 armv6l-unknown-linux-gnueabihf"

Für die XU4 bräuchte man vermutlich eine Version für "arm-unknown-linux-gnueabihf".
Bild

ChristianB
Admin
Admin
Beiträge: 1920
Registriert: 23.02.2010 22:12

Re: ODROID C2

#151 Ungelesener Beitrag von ChristianB » 18.09.2016 12:14

JagDoc hat geschrieben:@Christian
Ich hab die ARM-Version jetzt auf dem Odroid-XU4 probiert, funktioniert soweit.
Da sieht es so aus:
http://universeathome.pl/universe/show_ ... stid=28579
Aber im Boinc-Log steht:
18.09.2016 11:51:21 Starting BOINC client version 7.7.0 for armv6l-unknown-linux-gnueabihf
GoofyxGrid@Home 18.09.2016 10:38:51 Nachricht vom Server: This project doesn't support computers of type armv6l-unknown-linux-gnueabihf

Abhilfe zwar schafft <alt_platform>arm-unknown-linux-gnueabihf</alt_platform> in der cc_config.xml.
Aber bei Universe gibt es dann immer noch WUs für "Universe BHspin v2 0.01 armv6l-unknown-linux-gnueabihf"

Für die XU4 bräuchte man vermutlich eine Version für "arm-unknown-linux-gnueabihf".
Das musst du beim kompilieren gleich mitgeben wenn du schon weist das die falsche Platform rauskommt. Mit den folgenden Befehlen kannst du das steuern:

Code: Alles auswählen

./configure --disable-server --with-boinc-platform=arm-unknown-linux-gnueabihf
Siehe: http://boinc.berkeley.edu/trac/wiki/Bui ... figuration

koschi
PDA-Benutzer
PDA-Benutzer
Beiträge: 38
Registriert: 29.03.2016 11:20

Re: ODROID C2

#152 Ungelesener Beitrag von koschi » 18.09.2016 22:49

ChristianB hat geschrieben:Der komplette Verlauf ist hier zu sehen: https://github.com/BOINC/boinc/pull/1562

Der einfachste Weg ist das BOINC github repo auf dem Pine zu aktualisieren und dann per

Code: Alles auswählen

git checkout cpu_infos_aarch64
den letzten Stand meiner Änderungen zu bekommen. Es fehlen insgesamt 32 commits von master aber das sollte nicht stören.

Danke!

./configure jammert ich hätte kein libnotify-dev. Stimmt, das lässt sich nicht installieren per apt, zieht nen Rattenschwanz voller armhf nach sich (ohne sich zu installieren) und will im aggressivsten Fall gar alles entfernen, na Glückwunsch :uhoh:
Muss ich noch bissl forschen, bis BOINC baut...

ChristianB
Admin
Admin
Beiträge: 1920
Registriert: 23.02.2010 22:12

Re: ODROID C2

#153 Ungelesener Beitrag von ChristianB » 19.09.2016 19:52

Eventuell hilft es wenn du den Manager auch noch deaktivierst. der ist derjenige der libnotify braucht. Den Manager habe ich bisher noch nicht versucht auf ARM zu bauen.

koschi
PDA-Benutzer
PDA-Benutzer
Beiträge: 38
Registriert: 29.03.2016 11:20

Re: ODROID C2

#154 Ungelesener Beitrag von koschi » 20.09.2016 08:31

Danke, guter Punkt, hat geklappt!

https://pogs.theskynet.org/pogs/show_ho ... tid=741572

Falls noch jemand Verwendung für den ARM64 Client auf Debian hat:
http://kerbodyne.com/files/boinc_Debian ... gnu.tar.gz

koschi
PDA-Benutzer
PDA-Benutzer
Beiträge: 38
Registriert: 29.03.2016 11:20

Re: ODROID C2

#155 Ungelesener Beitrag von koschi » 21.09.2016 11:09

Einer meiner C2 schafft doch Einstein @ 1,752GHz stabil, da habe ich nun auch Werte mit RAM @ 1104MHz (default ist 912MHz) genommen:

Odroid C2 1752MHz CPU & 912MHz RAM
root@odroidc2-6:~/einstein_bench# cat -vn einsteinbinary_BRP4_0.13_AARCH64-unknown-linux-gnu_*/boinc_EinsteinRadio_0 | grep cpu_time
11 <cpu_time>13200.280</cpu_time>
32 <cpu_time>13112.250</cpu_time>
53 <cpu_time>13187.390</cpu_time>
74 <cpu_time>13143.950</cpu_time>

Odroid C2 1752MHz CPU & 1104MHz
root@odroidc2-6:~/einstein_bench# cat -vn einsteinbinary_BRP4_0.13_AARCH64-unknown-linux-gnu_*/boinc_EinsteinRadio_0 | grep cpu_time
11 <cpu_time>12073.400</cpu_time>
32 <cpu_time>12002.650</cpu_time>
53 <cpu_time>12032.550</cpu_time>
74 <cpu_time>12002.220</cpu_time>

Das ist eine Laufzeiteinsparung von 8.5%, nicht übel...

Benutzeravatar
Nuke
CPU-Load-Pusher
CPU-Load-Pusher
Beiträge: 240
Registriert: 23.05.2016 16:40

Re: ODROID C2

#156 Ungelesener Beitrag von Nuke » 04.11.2016 21:31

Vielleicht bin ich gerade etwas verwirrt oder die Paketnamen haben ich bei Ubuntu 16.04 mit dem 16.04.01-Release irgendwie geändert, aber ich komme bei einer neuen Installation (aktuelles Minimalimage von Hardkernel) eines C2 gerade nicht weiter. Beim ersten Versuch hatte ich Pogs, Seti, Einstein, Yoyo und Enigma getestet, allerdings liefen alle WUs, außer Seti auf Fehler, weshalb ich annahm, dass eine der notwendigen Libs fehlt.

Code: Alles auswählen

sudo apt search libstdc++6*

Ergebnis:
libstdc++6-arm64-cross/xenial-updates 5.4.0-6ubuntu1~16.04.1cross1 all
  GNU Standard C++ Library v3

libstdc++6-armel-cross/xenial-updates 5.4.0-6ubuntu1~16.04.1cross1 all
  GNU Standard C++ Library v3

libstdc++6-armhf-cross/xenial-updates 5.4.0-6ubuntu1~16.04.1cross1 all
  GNU Standard C++ Library v3
Welche ist die richtige Lib? Die "-armhf-" oder die "-arm64-"?

Code: Alles auswählen

sudo apt search libsfstdc++6*

Ergebnis:
libsfstdc++6-4.7-dbg-armhf-cross/xenial 4.7.4-3ubuntu12cross3 all
  GNU Standard C++ Library v3 (debugging files)

libsfstdc++6-4.7-dev-armhf-cross/xenial 4.7.4-3ubuntu12cross3 all
  GNU Standard C++ Library v3 (development files) (armhf)

libsfstdc++6-4.8-dbg-armhf-cross/xenial 4.8.5-4ubuntu1cross2 all
  GNU Standard C++ Library v3 (debugging files)

libsfstdc++6-4.9-dbg-armhf-cross/xenial 4.9.3-13ubuntu2cross1 all
  GNU Standard C++ Library v3 (debugging files)

libsfstdc++6-5-dbg-armhf-cross/xenial-updates 5.4.0-6ubuntu1~16.04.1cross1 all
  GNU Standard C++ Library v3 (debugging files)

libsfstdc++6-armhf-cross/xenial-updates 5.4.0-6ubuntu1~16.04.1cross1 all
  GNU Standard C++ Library v3 (soft float ABI)
Von der libsfstdc++6 wird vermutlich die "libsfstdc++6-armhf-cross" die richtige Lib sein, oder?

Ich kann mich allerdings nicht daran erinnern, dass ich bei den letzten beiden Installationen im August damit irgendwelche Probleme gehabt hatte. :bugeye:

Gruß und Schönes Wochenende,
Stefan

Antworten

Zurück zu „Mobiles Verteiltes Rechnen & ARM-Systeme“