Der BOINC-Entwicklungsfred

[Twodee]

An deinem System?

Ich habe keinerlei Probleme damit. Warum auch?
Der Boinc-Manager "managed", wie sein Name vermuten läßt, nur das Projekt, die Berechnungen/Arbeit werden nach wie vor von den Client-Programm (=Projekt-Applikationen) durchgeführt.

[Pollux]

Möglicherweise sind das auch alles Boinc Tester
Es fallen nur die häufigen Validierungsfehler (Constellation) bei den genannten Boincversionen auf.
Hab auf allen die 6.10.60 . Die ist oki


Einige Beispiele:
http://aerospaceresearch.net/constel....php?userid=12
http://aerospaceresearch.net/constel...php?userid=161
http://aerospaceresearch.net/constel...php?userid=164
http://aerospaceresearch.net/constel...php?userid=301
http://aerospaceresearch.net/constel...php?userid=340
http://aerospaceresearch.net/constel...php?userid=414
http://aerospaceresearch.net/constel...php?userid=616
http://aerospaceresearch.net/constel...hp?userid=1961
http://aerospaceresearch.net/constel...hp?userid=2040
http://aerospaceresearch.net/constel...hp?userid=2120
http://aerospaceresearch.net/constel...hp?userid=2185
http://aerospaceresearch.net/constel...hp?userid=2415
http://aerospaceresearch.net/constel...hp?userid=2676
http://aerospaceresearch.net/constel...hp?userid=3048
http://aerospaceresearch.net/constel...hp?userid=3053
http://aerospaceresearch.net/constel...hp?userid=3177
http://aerospaceresearch.net/constel...hp?userid=3395
http://aerospaceresearch.net/constel...hp?userid=3400



http://aerospaceresearch.net/constel...hp?hostid=2696

[Twodee]

Ah Moment, du hast ja geschrieben "seit 6.13.6...".

Komisch ist aber, das auf der Berkley Seite nur der 6.12.34 (für Win7-x64) angeboten wird, und genau diesen verwende ich auch.

[Crashtest]

2D : Boinc ist schon etwas weiter in der "Testphase" - derzeit sind se bei 7.1.0

http://boinc.berkeley.edu/dl/boinc_7...ows_x86_64.exe + http://boinc.berkeley.edu/dl/boinc.061211.x64.zip

Stabileversion ( http://boinc.berkeley.edu/download.php) ist noch 6.12.34

Sobald der Alpha und Betatest von 7.02 fertig ist, soll dies das nächste Stable werden ...

ok ich "teste" schonmal ne "unstable" - vgl. http://boinc.thesonntags.com/collatz...php?userid=759

Anmerkung:
Wie 2D bereits schrieb hat Boinc idR wenig mit den Validierungsfehler zutun da Boinc nix weiter macht als für irgend welche Projektapps Arbeit zu holen, verwalten und Resultate zurückzusenden - mehr macht Boinc nicht

Bei den Validierungsfehler spielen noch andere Faktoren mit (zB Übertrakten, Undervolting, Betatreiber ....)

[Pollux]

@Crashtest
Das Komische ist nur, wenn ich bei Constellation ein Validations Error sehe, ist immer eine der genannten Boincversionen (nur die) daran beteiligt.Sinnvoller wäre ja daher ein Test bei Constellation.

@Twodee
Die anderen Versionen waren vor ein paar Wochen auf der Berkley Seite noch aufgeführt. Allerdings waren sie ausdrücklich als Testversionen gekennzeichnet.
Das trifft auf andere Downloadseiten aber nicht unbedingt zu.
Oder es handelt sich in der Tat um Boinctester.

[orpheus2k]

Ich bekomm diese Validate error auch bei meinem Q9550, siehe hier
Ich nutze noch 6.13.12 und wollte soeben 7.02 laden, da hab ich gesehn, dass es seit gestern schon 7.03 gibt? Gab es einen Bug mit der vorherigen Version?

[Crashtest]

Bugs gibt es einige ... zB:

- mangelhafte Übersetzung dh oft noch viel Englisch drin
- Scheduler Bug dass dieser erst recht spät nach neuer Arbeit fragt (auch wenn in cc_config was ganz anderes steht)
- AMD CAL vs AMD OpenCL-Bezeichnung
....

[ONH]

OpenCL RAM wird auch von dieser Version nicht richtig erkannt.
Wo meldet man das?
Wenn mölich wäre nocht eine übername des Verfügbaren Speichers aus der CAL daten nützlich damit für die Testapp von Albert@Home nicht unnötig Bandbreite verbracht, wird da sie 500MB voraussetzt.
Damit sollte sich auch die Probleme mit den 512MB HD5700s lösen lassen.

Luxmark gibt 512MB an Bionc client 1024MB gehe davon aus das Luxmark richtig liegt.

Luxmark

Spoiler

device 4 OpenCL name: BeaverCreek
device 4 OpenCL type: GPU
device 4 OpenCL units: 4
device 4 OpenCL max allocable memory: 512MBytes

BOINC 7.0.3

Spoiler

16.12.2011 22:51:44 | | VirtualBox version: 4.1.6
16.12.2011 22:51:44 | | ATI GPU 0: AMD SUPERSUMO (CAL version 1.4.1646, 512MB, 479MB available, 512 GFLOPS peak)
16.12.2011 22:51:44 | | OpenCL: ATI GPU 0: BeaverCreek (driver version CAL 1.4.1646 (VM), device version OpenCL 1.1 AMD-APP (831.4), 1024MB)
16.12.2011 22:51:44 | | ATI GPU is OpenCL-capable

CL_DEVICE_GLOBAL_MEM_SIZE shold be read from divice ATI GPU 0 to get the right args.
CL_DEVICE_MAX_MEM_ALLOC_SIZE seems to be usefull to because it tells for ATI GPU 0 190.5MB which is very low compared to min alloc mem size for Albert@HOME OPENCL APP.

[Crashtest]

Bugs kann man David Anderson (davea@ssl.berkeley.edu) oder Rom Walton (romw@romwnet.org) melden

[Pollux]

Zitat von orpheus2k

Ich bekomm diese Validate error auch bei meinem Q9550, siehe hier
Ich nutze noch 6.13.12 und wollte soeben 7.02 laden, da hab ich gesehn, dass es seit gestern schon 7.03 gibt? Gab es einen Bug mit der vorherigen Version?

@orpheus2k (sam_spade)
Bitte eine stable Boincversion bei Constellation verwenden. Und gut ists.
Warum die VErrors dort mit den neueren Versionen passieren, keine Ahnung. Selbst die momentan noch Pendelnden werden beim dritten Ergebnis zu VErrors. Dein 6105 läuft doch tadellos mit der 6.12.34
http://boinc.berkeley.edu/download_all.php


Aeryn_Sun

[ONH]

@Crash

Danke.

EDIT:

Sollte mit 7.0.4 gefixt werden die falsche Angabe entstand wegen einem schlechten Fix für die AMD Treiber 11.7-11.10, welcher dazu führte das sichder Fix und das auslesen addierte.

[Crashtest]

7.0.6 ist da und diesmal gibt es VBox-Varianten ?!

Windows 32 Bit ( 7,6 MB ) und als VBox-Version ( 71 MB)
Windows 64 Bit ( 8,8 MB ) und als VBox-Version ( 78 MB)

Ich werd mir nachher mal anguggn, was so anders an der VBox Version ist ...

Der Rest wie üblich da : http://boinc.berkeley.edu/dl/?C=M;O=D

Zuletzt wurde sehr viel am VBox Code gebastelt.

Auch der kleine hostinfo_win.cpp Fix bzgl. MS HyperV Server sollte dabei sein ...


Nachtrag bzgl der VBox Version:

Diese Boincversion erwarten VirtualBox 4.1.8 als installiert :



und liefert's gleich mit ... (das Bild zeigt die 32Bit Version von Boinc welches ich auf meinem XP MCE installieren wollte)


Preliminary Change Log 7.0.5 --> 7.0.6:

• client: detect Windows HyperV Server 2008 R2 (from Crashtest).

• client: increase the buffer sizes for retrieving cpu features on *nix type systems. The latest generation of processors blow past 256 bytes and vmx and svm are truncated.

• client: shuffle disk usage code in preparation for disk accounting.

• use new XML parser in some GUI RPC code.

• WINSETUP: Introduce new BOINC setup packages which include VirtualBox.

[ICEMAN]

Du hast beides mal die gleiche Version verlinkt! http://boinc.berkeley.edu/dl/boinc_7...elx86_vbox.exe das wäre der richtige für 32bit Version mit VBox.
Was hat es mit der VBox Version auf sich?

[orpheus2k]

Danke für die Info, ich schau es mir mal an, sieht interessant aus!

[Sabroe SMC]

Erklär mir (und vielleicht einigen anderen) doch mal einer wozu ich diesen Vbox Kram brauche!
Ich hab allerdings schon VMWare 7.0 am Start und betreibe damit einige Updater der Statsseite.
Also - was bringt mir der neue Boincmanager?

[Crashtest]

Boinc 7 (VBox Variante) will VirtualBox, da dieses als VM für diverse Boincprojekte benötigt wird.

ZB LHC@Home 2.0 (Test4Theory) verwendet CERN-VM, in Minilinux per VirtualBox VM.
Boinc kann seit geraumer Zeit die Virtualbox steuern.

Boinc 7.0.6 (Normal) erwartet nicht zwingend VirtualBox, kann jedoch damit umgehen.

Wichtig ist Boinc 7 weil erst Boinc 7 OpenCL-Support hat. Ach und Boincmanager (boincmgr.exe) ist egal - da kann man auch einen aus der 6.10.er verwenden - solange Boinc-Kern (boinc.exe) die richtige Version hat.

[TiKu]

Irgendwie entfernt sich BOINC immer mehr vom ursprünglichen Credo, nur ungenutzte Kapazitäten zu nutzen. Erst kamen Projekte, die massiv Arbeitsspeicher brauchen und so das ganze System einbremsen. Wenn jetzt auch noch Projekte eine VM starten, hat das nicht mehr viel mit "unbemerkt im Hintergrund werkeln" zu tun.

[Crashtest]

Der Grund für die VM (insb. bei Windows-Kisten) ist, dass manche Projekte kein Checkpointing haben zb Test4Theory und man eine VM anhalten kann und fortsetzen kann (mit kompletten Speicherabild) ... deshalb ist so eine VM eine feine Sache sofern es nicht aus den Rudern gerät (insb. RAM-Verbrauch größer 1GB pro Wu ist nicht so toll)

Pauschal fallen mir einige (Teil)Projekte ein, wo sich eine VM-BOINC-Version gutmachen würde:

RNA@Home
Evolution@Home als Teilprojekt von yoyo@home
....

[Sabroe SMC]

Einfacher währe es ja wenn die Entwickler der Apps mehr Wert aufs einbauen von Checkpointing legen würden. Dann brauchte man den BM nicht so unnütz aufblasen.
.
EDIT :
.
Was für mich viel wichtiger währe ist zum beispiel das ich die Menge an Arbeit für jedes Projekt exakt einstellen kann und nicht wie bisher grob mit den prozentualen Anteilen. Ich will sagen können "Mein Rechner ist 8 Stunden am Tag an und ich möchte von Projekt xy soviel zugeteilt bekommen das die 8 Stunden gerechnet werden. Wenn dann noch Arbeit überbleibt - ok no problem." Ausserdem sollte der BM rechtzeitig Arbeit bei den ausgewählten Projekten abholen. Der 7.03 wartet erst bis alles weggerechnet ist und holt dann auf die letzte Sekunde neue Arbeit. Sowas ist nicht akzeptabel

[Crashtest]

Und ehe dieses Jahr in Germanistan endet - hier noch das Jahresende aka 7.0.7

Windows 32 und 64 Bit (normal - bisher keine VBox-Variante)
Linux 32 und 64 Bit
und den Rest per http://boinc.berkeley.edu/dl/?C=M;O=D

Bisher gabs nur eine Windowsversion als VBox-Bündle aber keine Linux oder Mac - evtl. war es nur ein Test. Aber bisher gab es dazu auch noch keine Info von Rom W. oder David A. ?!

Auf http://boinc.berkeley.edu/download_all.php sind bisher nur die 7.0.3er oder zum Teil nur die 7.0.2er verlinkt.


So und nu is Ende für dieses Jahr - gutn Rutsch nach 2012

[ONH]

Dir auch ein gutes neus.

Es wäre nett wenn du zu jeder Version auch den Changelog verlinken könntest dann sieht man gerade ob man updaten sollte oder nicht.
Hier zu 7.0.7 http://boinc.berkeley.edu/dev/forum_...rap=true#41856

[Crashtest]

Preliminary Change Log 7.0.6 --> 7.0.7:

• client: parse APP:non_cpu_intensive correctly. This got broken somehow.

• client: don't crash if missing RSS feed file for some reason.

• client: for VBox apps, check stderr for "ERR_CPU_VM_EXTENSIONS_DISABLED". If found, set HOST_INFO::p_vm_extensions_disabled, and pass this to the scheduler.
Note: if you have a host with VM extensions, and they're disabled in the BIOS, and you enable them, you can remove the <p_vm_extensions_disabled> line from client_state.xml and you'll be eligible to get multicore VM jobs again.


• client: processor features buffer is supposed to be 1024 bytes. Avoid truncation.

[Sabroe SMC]

@Crashtest Was hältst Du denn mal von der Beantwortung meiner Frage in Posting 65? Wegen einem Projekt das dieses VBox Dingens benötigt werde ich mir den Kram sicher nicht installieren.

[Crashtest]

Wer lesen kann ist klar im Vorteil ....

Zitat von Crashtest

Wichtig ist Boinc 7 weil erst Boinc 7 OpenCL-Support hat. Ach und Boincmanager (boincmgr.exe) ist egal - da kann man auch einen aus der 6.10.er verwenden - solange Boinc-Kern (boinc.exe) die richtige Version hat.

Den VBoxteil (der auch schon im 6.12.34 ist) ist "nebensächlich" sofern man kein Test4Theory oder vergleichbare Dinge macht ...

[LordNord]

Also leider fragt 7.0.7 immernoch nicht bei den Projekten nach Arbeit wenn noch alle Kerne Arbeit haben, weder Simap noch Superlinks hatte mein Desktop als mein Lappi schon 3 Stunden dran arbeitete.