Atlas-Race by BOINCStats
Re: Atlas-Race by BOINCStats
Hmmm...:
- - - - -
Mo 16 Jan 2017 09:29:11 CET | ATLAS@home | [sched_op] Starting scheduler request
Mo 16 Jan 2017 09:29:11 CET | ATLAS@home | Sending scheduler request: To fetch work.
Mo 16 Jan 2017 09:29:11 CET | ATLAS@home | Requesting new tasks for CPU
Mo 16 Jan 2017 09:29:11 CET | ATLAS@home | [sched_op] CPU work request: 69120.00 seconds; 8.00 devices
Mo 16 Jan 2017 09:29:11 CET | ATLAS@home | [sched_op] NVIDIA GPU work request: 0.00 seconds; 0.00 devices
Mo 16 Jan 2017 09:29:12 CET | ATLAS@home | Scheduler request completed: got 0 new tasks
Mo 16 Jan 2017 09:29:12 CET | ATLAS@home | [sched_op] Server version 707
Mo 16 Jan 2017 09:29:12 CET | ATLAS@home | No tasks sent
Mo 16 Jan 2017 09:29:12 CET | ATLAS@home | No tasks are available for ATLAS Simulation Running on Multiple Core
Mo 16 Jan 2017 09:29:12 CET | ATLAS@home | Project requested delay of 7 seconds
Mo 16 Jan 2017 09:29:12 CET | ATLAS@home | [sched_op] Deferring communication for 00:00:07
Mo 16 Jan 2017 09:29:12 CET | ATLAS@home | [sched_op] Reason: requested by project
- - - - -
Ich lege mal einen Neustart hin und verzichte aufs Hyperthreading.
*edit*
Dauert noch. Obwohl inzwischen genug Platz ist, schaufelt er noch Daten, und das möchte ich nicht abbrechen.
*end edit*
- - - - -
Mo 16 Jan 2017 09:29:11 CET | ATLAS@home | [sched_op] Starting scheduler request
Mo 16 Jan 2017 09:29:11 CET | ATLAS@home | Sending scheduler request: To fetch work.
Mo 16 Jan 2017 09:29:11 CET | ATLAS@home | Requesting new tasks for CPU
Mo 16 Jan 2017 09:29:11 CET | ATLAS@home | [sched_op] CPU work request: 69120.00 seconds; 8.00 devices
Mo 16 Jan 2017 09:29:11 CET | ATLAS@home | [sched_op] NVIDIA GPU work request: 0.00 seconds; 0.00 devices
Mo 16 Jan 2017 09:29:12 CET | ATLAS@home | Scheduler request completed: got 0 new tasks
Mo 16 Jan 2017 09:29:12 CET | ATLAS@home | [sched_op] Server version 707
Mo 16 Jan 2017 09:29:12 CET | ATLAS@home | No tasks sent
Mo 16 Jan 2017 09:29:12 CET | ATLAS@home | No tasks are available for ATLAS Simulation Running on Multiple Core
Mo 16 Jan 2017 09:29:12 CET | ATLAS@home | Project requested delay of 7 seconds
Mo 16 Jan 2017 09:29:12 CET | ATLAS@home | [sched_op] Deferring communication for 00:00:07
Mo 16 Jan 2017 09:29:12 CET | ATLAS@home | [sched_op] Reason: requested by project
- - - - -
Ich lege mal einen Neustart hin und verzichte aufs Hyperthreading.
*edit*
Dauert noch. Obwohl inzwischen genug Platz ist, schaufelt er noch Daten, und das möchte ich nicht abbrechen.
*end edit*
Zuletzt geändert von gemini8 am 16.01.2017 09:35, insgesamt 1-mal geändert.
Re: Atlas-Race by BOINCStats
Neustart okay, Hyperthreading kann nicht die Ursache seingemini8 hat geschrieben:Ich lege mal einen Neustart hin und verzichte aufs Hyperthreading.
Windows oeder Linux ?
Supporting BOINC, a great concept !
Re: Atlas-Race by BOINCStats
Ach ja, es muß x64 sein ...Yeti hat geschrieben:Windows oeder Linux ?
Supporting BOINC, a great concept !
Re: Atlas-Race by BOINCStats
Debian64.
Virtual Box gestern frisch installiert.
HT aus, weil ich dann nicht in irgendeiner Datei herumpfuschen muß, sondern ihn so auf 4 Kerne begrenzen kann.
Wenn das gut läuft, kann ich immer noch übers Herumkritzeln nachdenken.
Ach ja:
Single ist erlaubt, wenn Multi keine Arbeit hat.
Virtual Box gestern frisch installiert.
HT aus, weil ich dann nicht in irgendeiner Datei herumpfuschen muß, sondern ihn so auf 4 Kerne begrenzen kann.
Wenn das gut läuft, kann ich immer noch übers Herumkritzeln nachdenken.
Ach ja:
Single ist erlaubt, wenn Multi keine Arbeit hat.
- Michael H.W. Weber
- Vereinsvorstand
- Beiträge: 22431
- Registriert: 07.01.2002 01:00
- Wohnort: Marpurk
- Kontaktdaten:
Re: Atlas-Race by BOINCStats
Fördern, kooperieren und konstruieren statt fordern, konkurrieren und konsumieren.
http://signature.statseb.fr I: Kaputte Seite A
http://signature.statseb.fr II: Kaputte Seite B
http://signature.statseb.fr I: Kaputte Seite A
http://signature.statseb.fr II: Kaputte Seite B
Re: Atlas-Race by BOINCStats
Hurra. Die ersten waren kein Problem, aber seit Beginn der Challenge hat sich mein MacBook an dem Multi überfressen und ging auf 40h zu.
Gekillt, jetzt läuft die nächste.
Gekillt, jetzt läuft die nächste.
Re: Atlas-Race by BOINCStats
wie man an meiner Punkteausbeute sieht läuft Atlas bei mir nicht rund. Der zweite PC mag überhaupt keine WU fertig stellen, config.xml, Bios-Einstellung und sämtliche Einstellungen von PC 1 übernommen, geht trotzdem nicht. Zu wenig Speicher, Hypervision-Fehler, VirtualBox lässt sich nicht mal öffnen, da hab ich leider keine Zeit für. Deshalb rechnet PC 2 was anderes.
PC 1 müsste dafür jetzt wieder laufen, ein anderes Projekt hatte sich dazwischen gemogelt.
EDIT: UAAHH! Jetzt auch noch Kernel Panic, eben erst aufgefallen, über 8 Stunden hatte die WU (8 CPU Multicore) gerechnet!
PC 1 müsste dafür jetzt wieder laufen, ein anderes Projekt hatte sich dazwischen gemogelt.
EDIT: UAAHH! Jetzt auch noch Kernel Panic, eben erst aufgefallen, über 8 Stunden hatte die WU (8 CPU Multicore) gerechnet!
- Michael H.W. Weber
- Vereinsvorstand
- Beiträge: 22431
- Registriert: 07.01.2002 01:00
- Wohnort: Marpurk
- Kontaktdaten:
Re: Atlas-Race by BOINCStats
STOP.
Man lässt nicht mehr als 4 Kerne auf eine WU los, weil ATLAS so am effizientesten arbeitet.
Außerdem beginnt das Projekt mit mehr Kernen unter bestimmten Bedingungen hakelig zu werden - will heissen: Kann man machen, muss man aber im Einzelfall experimentell ausloten.
Ich hatte zum RAM-Bedarf oben schon ausführlich berichtet. Wer sich daran nicht hält, wird keine Freude haben.
Auch sollte man bei Systemen mit mehr als 4 Kernen genau überlegen, ob/was man parallel laufen lässt. Rosetta erfordert beispielsweise 300 MB pro WU. ECM scheint sich ordentlich RAM (>1 GB) zu reservieren?
Ich habe eine Maschine mit 16 GB RAM allen Ernstes mit 3x vLHC WUs PLUS 3 Kerne auf einer ATLAS-Multicore WU plus GPUGRID bei einem reservierten CPU-Kern am Laufen. Auf einem i7 mit Hyperthreading. Die Kiste ist aber zum parallelen Arbeiten dann eher weniger zu gebrauchen. Außer Web...
Michael.
Man lässt nicht mehr als 4 Kerne auf eine WU los, weil ATLAS so am effizientesten arbeitet.
Außerdem beginnt das Projekt mit mehr Kernen unter bestimmten Bedingungen hakelig zu werden - will heissen: Kann man machen, muss man aber im Einzelfall experimentell ausloten.
Ich hatte zum RAM-Bedarf oben schon ausführlich berichtet. Wer sich daran nicht hält, wird keine Freude haben.
Auch sollte man bei Systemen mit mehr als 4 Kernen genau überlegen, ob/was man parallel laufen lässt. Rosetta erfordert beispielsweise 300 MB pro WU. ECM scheint sich ordentlich RAM (>1 GB) zu reservieren?
Ich habe eine Maschine mit 16 GB RAM allen Ernstes mit 3x vLHC WUs PLUS 3 Kerne auf einer ATLAS-Multicore WU plus GPUGRID bei einem reservierten CPU-Kern am Laufen. Auf einem i7 mit Hyperthreading. Die Kiste ist aber zum parallelen Arbeiten dann eher weniger zu gebrauchen. Außer Web...
Michael.
Fördern, kooperieren und konstruieren statt fordern, konkurrieren und konsumieren.
http://signature.statseb.fr I: Kaputte Seite A
http://signature.statseb.fr II: Kaputte Seite B
http://signature.statseb.fr I: Kaputte Seite A
http://signature.statseb.fr II: Kaputte Seite B
Re: Atlas-Race by BOINCStats
Mein MacBook hat mittlerweile eine WU abgegeben...
Und mein i7 zickt. Sehr ärgerlich.
Yeti macht uns vor, wie es geht, und Michael assistiert ihm dabei.
Und mein i7 zickt. Sehr ärgerlich.
Yeti macht uns vor, wie es geht, und Michael assistiert ihm dabei.
Re: Atlas-Race by BOINCStats
In älteren Threads kann man meinen langen weg zu nem funktionierenden Atlas-Chruncher nachlesen.Michael H.W. Weber hat geschrieben:STOP.
Man lässt nicht mehr als 4 Kerne auf eine WU los, weil ATLAS so am effizientesten arbeitet.
Außerdem beginnt das Projekt mit mehr Kernen unter bestimmten Bedingungen hakelig zu werden - will heissen: Kann man machen, muss man aber im Einzelfall experimentell ausloten.
Ich hatte zum RAM-Bedarf oben schon ausführlich berichtet. Wer sich daran nicht hält, wird keine Freude haben.
Auch sollte man bei Systemen mit mehr als 4 Kernen genau überlegen, ob/was man parallel laufen lässt. Rosetta erfordert beispielsweise 300 MB pro WU. ECM scheint sich ordentlich RAM (>1 GB) zu reservieren?
Ich habe eine Maschine mit 16 GB RAM allen Ernstes mit 3x vLHC WUs PLUS 3 Kerne auf einer ATLAS-Multicore WU plus GPUGRID bei einem reservierten CPU-Kern am Laufen. Auf einem i7 mit Hyperthreading. Die Kiste ist aber zum parallelen Arbeiten dann eher weniger zu gebrauchen. Außer Web...
Michael.
Irgendwann kamen die 8-Core Wu´s ganz automatisch und ich hatte damit nie Probleme, darum auch keinen Anlass die Kernzahl zu reduzieren.
Nur heute war ein Tag für die Tonne.
PC Nr.1 rechnet wie früher maximal 4 1-Core-WU, da weiß ich, das funktioniert.
Re: Atlas-Race by BOINCStats
Kunststück, immerhin besucht ihr mich quasi gerade in meinem Wohnzimmergemini8 hat geschrieben:Yeti macht uns vor, wie es geht, und Michael assistiert ihm dabei.
Atlas ist bei mir das absolute Nummer 1 Projekt und ich habe schon endlose Stunden mit Konfigurieren und Optimieren zugebracht ...
Gerade heute habe ich mir eine Laufzeitüberwachung mit BOINCView gebastelt, die schlägt jetzt Alarm, wenn eine WU zu lange läuft und vermutlich abgestürzt ist
Supporting BOINC, a great concept !
Re: Atlas-Race by BOINCStats
Die hätte ich gebraucht... *schmoll*