Odroid

Alter! Wer weiß denn sowas? Aber super Tipp.

--- Update ---

Frage: Bringt das eventuell auch noch was beim Verbrauch? Das wäre dann der Gipfel.
 
*engel*

--- Update ---

Ich glaube ich hab kein Messgerät das genau genug wäre das zu messen...
 
Du kannst in der boot.ini die komplette Grafik deaktivieren und dadurch 300MB sparen:
Danke, aber das ist mir dann doch noch einen Schritt zu weit, wenn wirklich alles nur noch per Console geht.

Ich stelle aber gerade fest, dass bei meinem Notebook ebenfalls 300MB Speicher nicht nutzbar ist. Anscheinend sind die GPUs heutzutage wirklich so gierig, um 2x4K versorgen zu können o.ä.
 
Außer meinem erstern C2 hat noch kein Odroid bei mir Kontakt mit einen Bildschirm gehabt :-D Wenn die nicht mehr booten flashe ich neu.
Notfalls könnte man die SD-Karte auch am PC einstecken und dort 1 auf 0 setzen.

Abgeschaltet hab ich die GPU aber bei mir auch nicht. Hatte da mal Tests mit Tn-Grid gemacht, mit und ohne Grafik, hatte das Gefühl die liefen mit GPU schneller.
Ist ewig her, müsste man ggf. nochmal wiederholen. 8 x C2 bei Rosetta mit je 2 Tasks wäre ja schon mal was...
 
Meine zuvor für Ubuntu 16.04 kompilierte BOINC 7.15 funktioniert auf den C2 mit neuerem Ubuntu 18.04 nicht mehr, daher habe ich heute mal die aktuelle Entwicklungsversion 7.17 übersetzt:

http://kerbodyne.com/boinc/boinc_7.17_Ubuntu_18.04/

Wer da mal selber machen will:
Code:
apt install git libcurl4-openssl-dev libssl-dev libnotify-dev libwxbase3.0-dev m4 automake libtool
git clone https://github.com/BOINC/boinc boinc
cd boinc

./_autosetup
./configure --disable-server --disable-manager --enable-client CXXFLAGS="-O3 -funroll-loops -fforce-addr -ffast-math"
time make -j6

Erhoffe mir davon besseres WU vs. memory management bei Rosetta, mal gucken...
 
Zuletzt bearbeitet:
Äch, gerade Gestern habe ich meine Beiden N2s auf 19.04 gebracht.
Ich probiere es aber trotzdem mal.

Weil die Dinger mit 4 GB RAM sind, kann ich im Augenblick 5x Rosetta laufen lassen.
Die Mini-Proteine sind genügsam.

--- update ---

In welches Verzeichnis muß ich für die 3. und 4. Kommandozeile wechseln?

So bekomme ich nur die Rückmeldung, dass er die Datei oder Verzeichnis nicht finden kann.

--- update 2 ---

BTW, ich hole mir unter Linux den Boincmanager vom Launchpad des Costa Magnagian Franco.
Zuletzt hatte er auch die 7.17-Version angeboten. Ist jetzt aber wieder zurück auf die 7.16.6.
 
Zuletzt bearbeitet:
Nee macht kein Sinn das zu erneuern bei dir. Nur in 18.04 ist noch 7.9.3 drin, das ist dann doch schon leicht angestaubt.

--- Update ---

Da hat ein "cd boinc" gefehlt nach dem git clone.

Wäre lieb wenn du nach dem Penta mal einen Testlauf mit den N2 auf 19.10 bei Universe machst, ob die ebenfalls von der neuen libC profitieren. Dann würde ich meine auch updaten, wenn nicht einfach lassen wo sie sind.
 
Der Odroid C4 69,90€ ist lieferbar, ich hab mal einen bei Pollin bestellt bin mal gespannt wie der sich so bei Boinc schlägt mit seinen 4 GB,
und Asus hat neue Tinkerboards vorgestellt mindesten eines mit aktiver kühlung.
 
Zuletzt bearbeitet:
Ich habe bisher 3 von 4 N2 auf Ubuntu 20.04 angehoben, obwohl letzteres noch nicht unterstützt wird (es gibt keine Entsprechung zu deb http://deb.odroid.in/n2/ bionic main).
Diese laufen demnach noch mit dem Kernel aus 18.04.

Alle N2 (unabhängig vom Ubuntu level) scheinen ein Problemchen mit Python & WCG zu haben, sie loggen durchgehend folgendes ins syslog:

Code:
[15174.155478] "wcgrid_opn1_aut" (2924) uses deprecated CP15 Barrier instruction at 0x158314
[15174.155481] "wcgrid_opn1_aut" (2468) uses deprecated CP15 Barrier instruction at 0x12eab8
[15174.155486] "wcgrid_opn1_aut" (2924) uses deprecated CP15 Barrier instruction at 0x158314
[15174.155488] "wcgrid_opn1_aut" (2924) uses deprecated CP15 Barrier instruction at 0x158314
[15174.155490] "wcgrid_opn1_aut" (2924) uses deprecated CP15 Barrier instruction at 0x158314
[15174.155491] "wcgrid_opn1_aut" (2468) uses deprecated CP15 Barrier instruction at 0x12ea18
[15174.155492] "wcgrid_opn1_aut" (2924) uses deprecated CP15 Barrier instruction at 0x158314
[15174.155495] "wcgrid_opn1_aut" (3277) uses deprecated CP15 Barrier instruction at 0x15b220
[15174.155496] "wcgrid_opn1_aut" (2924) uses deprecated CP15 Barrier instruction at 0x158314
[15174.155498] "wcgrid_opn1_aut" (3277) uses deprecated CP15 Barrier instruction at 0x1596e4
[15179.159172] cp15barrier_handler: 11198866 callbacks suppressed

Aufgefallen war mir ein hoher (20-30%) System-Anteil bei der CPU-Last, WCG hatte nur noch 70% der CPU Zeit abbekommen.
Beheben bzw. abschalten lässt sich das durch folgendes Kommando in der /etc/rc.local:
Code:
echo 2 >/proc/sys/abi/cp15_barrier

Eines der Boards hängt sich sogar regelmäßig auf, mal gucken ob das jetzt mit der Deaktivierung dieses handlers getan ist oder nicht.
 
Zuletzt bearbeitet:
Auf meinen N2 Ubuntu mit 18.04.4 LTS [4.9.216-69| hab ich diese Meldungen auch.
Auf dem C4 mit Ubuntu 20.04 LTS [4.9.218-23| genauso.
Laut top und BoincTask laufen die WCG-WUs aber mit 99,x% Last.

Auf den HC1 Linux 32bit kommt die Meldung nicht.
 
Die Meldung kommt wohl daher dass die Anwendung für armv6 kompiliert ist. Komischerweise habe ich die Meldungen aber auf dem C2 nicht.

Bei WCG schriebst du ja deine HC1 laufen noch mit 16.04, wie auch die XU4 hier. Hattest du die Taktschwankungen in cpufreq-info gesehen, oder woanders?
Mit 16.04 habe ich da jeweils 100% auf den Zieltaktraten, dann lasse ich die auch so.
 
Den Takt und Temp hab ich angezeigt mit:
Code:
sudo watch -n 1 'cat /sys/class/thermal/thermal_zone0/temp && cat /sys/devices/system/cpu/cpu4/cpufreq/cpuinfo_cur_freq'
Die XU4 sind glaub ich mit:
Code:
echo 1800000 > /sys/devices/system/cpu/cpu4/cpufreq/scaling_max_freq
in der /etc/rc.local auf 1,8GHz begrenzt. Darüber fangen die zum runtertakten an.

Die HC1 laufen durch den großen Kühlkörper mit 2 GHz.

Alle Versionen über 16.04 für HC1/XU4 haben die Probleme mit der Auslastung.

Bei der 16.04 ist das Temp.-Limit 80 Grad.
Bei 18.04 und höher ist es 75 Grad.
 
Zuletzt bearbeitet:
Ok danke, mit dem watch Befehl schaut man auf den aktuellen Zustand, die Werte seit boot gibt es mit cpufreq-info

Code:
analyzing CPU 3:
  driver: exynos_cpufreq
  CPUs which run at the same hardware frequency: 0 1 2 3
  CPUs which need to have their frequency coordinated by software: 0 1 2 3
  maximum transition latency: 100.0 us.
  hardware limits: 200 MHz - 1.40 GHz
  available cpufreq governors: interactive, conservative, ondemand, powersave, performance
  current policy: frequency should be within 200 MHz and 1.40 GHz.
                  The governor "performance" may decide which speed to use
                  within this range.
  current CPU frequency is 1.40 GHz (asserted by call to hardware).
  [B]cpufreq stats: 1.40 GHz:100.00%, [/B]1.30 GHz:0.00%, 1.20 GHz:0.00%, 1.10 GHz:0.00%, 1000 MHz:0.00%, 900 MHz:0.00%, 800 MHz:0.00%, 700 MHz:0.00%, 600 MHz:0.00%, 500 MHz:0.00%, 400 MHz:0.00%, 300 MHz:0.00%, 200 MHz:0.00%  (44)
analyzing CPU 4:
  driver: exynos_cpufreq
  CPUs which run at the same hardware frequency: 4 5 6 7
  CPUs which need to have their frequency coordinated by software: 4 5 6 7
  maximum transition latency: 100.0 us.
  hardware limits: 200 MHz - 2.00 GHz
  available cpufreq governors: interactive, conservative, ondemand, powersave, performance
  current policy: frequency should be within 200 MHz and 1.80 GHz.
                  The governor "performance" may decide which speed to use
                  within this range.
  current CPU frequency is 1.80 GHz (asserted by call to hardware).
  [B]cpufreq stats: [/B]2.00 GHz:0.00%, 1.90 GHz:0.00%, [B]1.80 GHz:100.00%,[/B] 1.70 GHz:0.00%, 1.60 GHz:0.00%, 1.50 GHz:0.00%, 1.40 GHz:0.00%, 1.30 GHz:0.00%, 1.20 GHz:0.00%, 1.10 GHz:0.00%, 1000 MHz:0.00%, 900 MHz:0.00%, 800 MHz:0.00%, 700 MHz:0.00%, 600 MHz:0.00%, 500 MHz:0.00%, 400 MHz:0.00%, 300 MHz:0.00%, 200 MHz:0.00%  (14)

Womöglich wertet das Tool aber auch nur zb. /sys/devices/system/cpu/cpu4/cpufreq/stats/time_in_state aus:
Code:
2000000 2365
1900000 0
1800000 69450675
1700000 0
1600000 10
1500000 10
1400000 0
1300000 22
1200000 10
1100000 0
1000000 0
900000 20
800000 0
700000 0
600000 10
500000 0
400000 49
300000 20
200000 67
 
Hat jemand noch Odroid U3 günstig abzugeben? habe ja einen vom Kumpel bekommen und finde den eigentlich ganz gut. Vielleicht könnte man nen mini Cluster bauen xD
 
Hat jemand noch Odroid U3 günstig abzugeben? habe ja einen vom Kumpel bekommen und finde den eigentlich ganz gut. Vielleicht könnte man nen mini Cluster bauen xD

Wieviele willste denn haben? Hab noch 9 Stück abzugeben. ;)
 
Ich hatte ja unlängst meine N2 auf Ubuntu 20.04 gebracht, 3 laufen damit auch stabil. Einer schmiert nach einiger Zeit aber wieder ab.
Habe diesen mit Armbian Focal mainline kernel 5.6.y (https://www.armbian.com/odroid-n2/) neu aufgesetzt und siehe da, läuft wieder stabil.

Das basiert ja auch auf Ubuntu 20.04 "Focal", nutzt jedoch nicht den Hardkernel N2 Kernel 4.9 sondern Mainline Linux 5.6.
Die für mich relevanten Sachen funktionieren (Netzwerk), Desktop & GPU Treiber habe ich nicht getestet.

Einziges Manko aktuell, die A73 Kerne takten nur mit 1.7GHz statt den vorgesehenen 1.8GHz, da muss ich nochmal forschen...
 
https://www.hardkernel.com/shop/odroid-n2-with-4gbyte-ram-2/

HardKernel hat eine neue Revision des N2 herausgebracht und nennt diese N2+
Jetzt mit CMOS Batteriehalter auf dem Board, sowie höheren Taktraten auf der CPU. Die A73 Kerne takten jetzt mit 2.2 (statt 1.8 ) GHz, Overclocking auf 2.4GHz ist unterstützt und ist wohl auch bei 300 von 300 Testsamples möglich gewesen. Die A53 Kerne haben 100 MHz extra bekommen. Der Kühlkörper wurde in der Höhe reduziert, es gibt jedoch nun die Möglichkeit einen 80mm Lüfter (5v, 19dBA) zu installieren, mit welchem die 2.4GHz auch gehalten werden. Das System verbraucht dabei nur knapp über 6W.
 
Hab einen Odroid-N2+ getestet.

Bei Universe durchschnittliche Laufzeit (321er WUs):
N2+ @2GHz und 2,4GHz, Ubuntu 20.04: 3,7 Stunden
N2 @1,9GHz, Ubuntu 20.04: 4,3 Stunden
N2 @1,9GHz, Ubuntu 18.04: 6,3 Stunden

Bei WEP-M+2:
N2+ @2GHz und 2,4GHz, Ubuntu 20.04: 2h34m
N2 @1,9GHz, Ubuntu 20.04: 3h6m

OPN folgt noch, wenn mehr Ergebnisse vorliegen.
 
Zuletzt bearbeitet:
Habt ihr Ubuntu 20.04 per Software-Upgrade installiert bekommen, oder geflasht?

Mir wurde zwar vom Updater 20.04 angeboten, nur gemacht hat er nichts, nachdem ich aktuallisieren angeklickt habe.

Ansonsten habe ich mir von Mindfactory ein Adapterkabel geleistet, dass per USB-Stecker auf 3-Pin mir erlaubt, einen 80er-Lüfter mit 5 Volt zu betreiben.
Der N2 dankt es mir.
 
Ich hab neu geflasht weil das Upgrade nicht ging.
 
Ich habe meine (60er) Lüfter am IO_Pin-Header angeschlossen, da gibt es auch 5V.
 
Ich hatte do-release-upgrade gemacht...
 
Geht das auch bei einem C2?

Wenn ich das versuche, bekomme ich leider nur: There is no development version of an LTS available.
Und auf eine Non-LTS-Variante will ich nicht unbedingt wechseln?
 
Probiere sudo do-release-upgrade -d
 
Zurück
Oben Unten