• Projekte

    von Veröffentlicht: 27.06.2017 18:55
    1. Kategorien:
    2. Projekte

    Die Anwendung wird derzeit aktiv weiterentwickelt (jetzt bereits Version 1.05 bzw. 1.07 für MacOS), inzwischen gibt es die Möglichkeit, mittels app_config.xml die CPU-Auslastung der OpenCL-Anwendung zu verringern, was allerdings auf Kosten der Bedienbarkeit des Rechners geht.

    CPU-Belastung der GPU-Anwendungen
    Die neue CUDA-Anwendung 1.03 benutzt keinen CPU-Kern mehr außer zur Berechnung des Atom-Ensembles zu Beginn.
    Die neue OpenCL-Anwendung 1.03 hat eine Kommandozeilenoption --nowait, welche die CPU-Last auf null reduziert, aber gleichzeitig das System aufgrund verzögerter Reaktion nahezu unbenutzbar macht. Wenn ihr euren Rechner während des Crunchens nicht anderweitig nutzt, könnt ihr folgendes zu eurer app_config.xml hinzufügen:
    Code:
    <app_version>
        <app_name>xansons_gpu</app_name>
        <plan_class>opencl_ati_102_windows</plan_class>
        <cmdline>--nowait</cmdline>
    </app_version>
    Ersetzt 'opencl_ati_102_windows' durch die passende Klasse: opencl_ati_102_mac, opencl_ati_102_linux, opencl_intel_gpu_102_windows, opencl_intel_gpu_102_linux, opencl_intel_gpu_102_mac oder opencl_nvidia_102_linux.

    Aktualisierung
    Alle OpenCL-Anwendungen der Version 1.03 wurden aufgrund eines möglichen Speicherleck-Problems als Beta-Anwendungen markiert.


    Aktualisierung 2
    Die Anwendung 1.03 belegt genau so viel Speicher wie Version 1.02, also gibt es kein Speicherleck. Die Speicherauslastung hängt von der WU ab. Die Aufgaben mit 'solid_material' im Namen können abhängig von den Startwerten bis zu 1,5 GB Speicher belegen. Bitte beachtet dies, wenn ihr mehrere WUs gleichzeitig ausführt.
    Ich werde versuchen, die Speicherauslastung in der nächsten Version zu verringern.
    26.06.2017, 00:13:15 MEZ

    Originaltext:
    Zitat Zitat von http://xansons4cod.com/xansons4cod/
    CPU usage in GPU apps
    The new CUDA app 1.03 does not use the CPU core anymore except for the computation of the atomic ensemble in the beginning.
    The new OpenCL app 1.03 has a command line option --nowait which when specified reduces the CPU load to zero but at the same time makes the system almost unusable due to lagging. If you do not use the system while crunching, you may add this to your app_config.xml:
    Code:
    <app_version>
        <app_name>xansons_gpu</app_name>
        <plan_class>opencl_ati_102_windows</plan_class>
        <cmdline>--nowait</cmdline>
    </app_version>
    Replace 'opencl_ati_102_windows' with the appropriate plan class: opencl_ati_102_mac, opencl_ati_102_linux, opencl_intel_gpu_102_windows, opencl_intel_gpu_102_linux, opencl_intel_gpu_102_mac or opencl_nvidia_102_linux.

    Update
    All OpenCL 1.03 versions are marked as beta due to potential memory leak problem.


    Update 2
    The 1.03 app uses exactly the same amount of memory as 1.02 does, so there is no memory leak. The memory consumption depends on the WU. Those tasks which have 'solid_material' in their names may consume up to 1.5 GB of memory depending on the initial data. Please take this into consideration when launching multiple WUs in parallel.
    I'll try to reduce memory consumption in the next version.
    25 Jun 2017, 23:13:15 UTC
    von Veröffentlicht: 27.06.2017 16:45
    1. Kategorien:
    2. Projekte

    Seit gestern wird die neue GPU-Anwendung für NVIDIA-GPUs unter Windows verteilt. Dazu muss in den Projekteinstellungen neben der Benutzung der Grafikkarte derzeit auch die Ausführung von Testanwendungen erlaubt werden.

    GPU-Anwendung
    Wie einige von euch vielleicht schon mitbekommen haben, ist eine GPU-Version der Enigma-Software zum Testen verfügbar. Sie benötigt eine NVIDIA-GPU und funktioniert vermutlich auf allem, was CUDA unterstützt; ich selbst habe sie auf einigen schwachen Karten getestet und sie funktionierte gut, auch wenn das System dadurch etwas verzögert reagierte und die WU-Laufzeiten sehr lang waren.

    Bis gestern wurde eine app_info benötigt, das wurde nun geändert und derzeit wird sie an alle Rechner geschickt, für die Beta-Arbeit in den Einstellungen erlaubt ist. Ich habe vorher die Beta-Einstellung für alle auf "aus" zurückgesetzt.

    Diese Anwendung ist als "Beta" markiert, weil es noch immer ein paar Probleme sowohl auf Client- als auch auf Serverseite gibt. Außerdem läuft die GPU-Anwendung derzeit mittels Wrapper und das verursacht ein paar Probleme, z.B. erwähnt diese Seite, dass das Unterbrechen der GPU-Anwendung, während ein Kernel läuft, zum Systemabsturz führen kann. Das ist der schlimmstmögliche Fall und bisher habe ich das noch nicht selbst gesehen, nehme aber an, dass es möglich ist.

    Ansonsten läuft die Anwendung friedlich, wenn sie unangetastet bleibt. Momentan läuft sie nur auf dem CUDA-Gerät #0.

    Der Fortschrittsbalken funktioniert nicht mit der aktuellen Version des Wrappers, aber das ist derzeit unwichtig, da die Aufgaben relativ kurz sind: von etwa 20 Minuten auf GTX 1050 bis etwa 3:30 Minuten auf 1080 Ti. Die Anwendung setzt intern Checkpoints und setzt im Falle eines Neustarts automatisch vom letzten Checkpoint fort.
    26.06.2017, 19:22:48 MEZ

    Originaltext:
    Zitat Zitat von http://www.enigmaathome.net/
    GPU app
    As some of you may have already noticed, there is a GPU version of Enigma software available for testing. It requires nvidia GPU, and probably will run on anything that supports CUDA, I have tested it myself on a couple of low end cards and it ran just fine, except that the system was lagging and WU runtime was very long.

    Until yesterday it required app_info to run, this was changed and currently it will be sent to any host that has 'beta work' allowed in preferences. I have reset the beta flag to off for everyone.

    The app is marked as "beta" because there are still some issues both on the client and server side. Also, currently the GPU app runs via wrapper and that causes some issues, for example, this page says that interrupting GPU app while it is running the kerney may cause system crash. This is worst case scenario and so far I haven't seen it myself, but I assume it's possible.

    Other than that, if left untouched, the app runs smoothly. At this moment it'll only run on CUDA device #0.

    Progress bar does not work with the current version of the wrapper, but it's not a high priority thing at this moment, as tasks are relativery short: from ~20 minutes on GTX1050 to around 3m30s on 1080Ti. The app uses internal checkpoints and will automatically resume from the last checkpoint if restarted.
    26 Jun 2017, 18:22:48 UTC
    von Veröffentlicht: 26.06.2017 21:20
    1. Kategorien:
    2. Projekte

    Der neue Sixtrack-Validator funktionierte noch nicht richtig und führte zu einer erhöhten Zahl von als ungültig markierten WUs. Im Laufe des Tages wurden einige Rechner mit hoher Fehlerquote gesperrt, das wurde inzwischen wieder rückgängig gemacht. An einer dauerhaften Lösung wird weiterhin gearbeitet.


    Außerdem wird es in wenigen Stunden wegen einer Softwareaktualisierung zeitweise keine Aufgaben für die vbox-WUs des Subprojektes CMS Simulation geben. Um auszuschließen, dass man zeitweise leere vbox-WUs bekommt, empfiehlt es sich, so lange keine neuen Aufgaben des Projektes zuzulassen.

    Aufgabenwarteschlange der CMS-Anwendung läuft leer.
    Wir wollen die WMAgent-Aufgabensteuerung aktualisieren, daher habe ich (hoffentlich) den nächsten Aufgabenstapel angehalten. Es sollte in 10-12 Stunden keine neuen Aufgaben mehr geben, setzt daher bitte sobald wie möglich alle Rechner, die CMS-Aufgaben bearbeiten, auf "keine neue Arbeit". Es sollte morgen wieder laufen.
    26.06.2017, 16:59:30 MEZ


    Originaltext:
    Zitat Zitat von https://lhcathome.cern.ch/lhcathome/
    CMS application job queue is being run down.
    We want to update the WMAgent job controller, so I've stopped the next batch (I hope). We should run out of jobs in 10-12 hours, so set any machine running CMS tasks to No New Tasks as soon as practicable. Should be up again tomorrow.
    26 Jun 2017, 15:59:30 UTC
    von Veröffentlicht: 26.06.2017 20:50
    1. Kategorien:
    2. Projekte

    In den letzten Tagen wurden einige fehlerhafte WUs mit Namen ps_modfit* verteilt, diese wurden nun aus dem System genommen.

    Fehlerhafte Durchläufe am Wochenende verteilt
    Hallo zusammen,

    ihr könntet einige ungültige Ergebnisse und Fehler bei Durchläufen, die mit ps_modfit* beginnen, sehen, da es einige fehlerhafte Durchläufe gab. Von diesen Durchläufen sollte nichts mehr verschickt werden, da ich alle zugehörigen WUs abgebrochen habe. Entschuldigung, dass ich das nicht früher bemerkt habe.

    Jake
    26.06.2017, 16:36:04 MEZ

    Originaltext:
    Zitat Zitat von http://milkyway.cs.rpi.edu/milkyway/
    Bad Runs Put Up Over The Weekend
    Hey Everyone,

    You can expect to see invalid results and erros from any runs starting with ps_modfit* as they were a bad batch of runs. No more of these runs should be sent out as I have cancelled all workunits associated with these runs. I apologize for not catching this sooner.

    Jake
    26 Jun 2017, 15:36:04 UTC
    von Veröffentlicht: 26.06.2017 20:05
    1. Kategorien:
    2. Projekte

    Mit einem weiteren Proth-Megaprimzahlfund hält die Serie, dass in jedem Monat dieses Jahres wenigstens zwei Megaprimzahlen dieser Art gefunden wurden, weiterhin an:

    Weitere PPS-Megaprimzahl!
    Am 20. Juni 2017 um 18:28:20 MEZ hat PrimeGrids Subprojekt PPS Mega Prime Search eine Megaprimzahl gefunden:
    953*2^3405729+1

    Die Primzahl hat 1025230 Dezimalstellen und erreicht Chris Caldwells Datenbank der größten bekannten Primzahlen auf Platz 201 insgesamt.

    Die Entdeckung gelang Randall Scalise (Randall J. Scalise) aus den Vereinigten Staaten mit einem Intel Core i5-4590 @ 3,30 GHz mit 8 GB RAM unter Linux. Dieser Rechner brauchte etwa 1 Stunde 14 Minuten für den Primalitätstest mit LLR.

    Die Primzahl wurde am 24. Juni 2017 um 07:23:26 MEZ von Jon Goral ([KWSN]John Galt 007) aus den Vereinigten Staaten mit einem Intel Core i7-2600 @ 3,40 GHz mit 10 GB RAM unter Windows 10 bestätigt. Dieser Rechner brauchte etwa 5 Stunden 54 Minutenfür den Primalitätstest mit LLR. Jon ist Mitglied des Teams The Knights Who Say Ni!.

    Für weitere Einzelheiten siehe bitte die offizielle Bekanntgabe.
    26.06.2017 | 13:24:58 MEZ

    Originaltext:
    Zitat Zitat von https://www.primegrid.com/
    Another PPS-Mega Prime!
    On 20 June 2017, 17:28:20 UTC, PrimeGrid’s PPS Mega Prime Search project found the Mega Prime:
    953*2^3405729+1

    The prime is 1,025,230 digits long and will enter Chris Caldwell's The Largest Known Primes Database ranked 201st overall.

    The discovery was made by Randall Scalise (Randall J. Scalise) of the United States using an Intel(R) Core(TM) i5-4590 CPU @ 3.30GHz with 8GB RAM, running Linux. This computer took about 1 hour 14 minutes to complete the primality test using LLR.

    The prime was verified on 24 June 2017 06:23:26 UTC, by Jon Goral ([KWSN]John Galt 007) of the United States using an Intel(R) Core(TM) i7-2600 CPU @ 3.40GHz with 10GB RAM, running Microsoft Windows 10 Core Edition. This computer took about 5 hours 54 minutes to complete the primality test using LLR. Jon is a member of The Knights Who Say Ni! team.

    For more details, please see the official announcement.
    26 Jun 2017 | 12:24:58 UTC
    von Veröffentlicht: 24.06.2017 14:10
    1. Kategorien:
    2. Projekte

    Ein neuer Sixtrack-Validator wurde inzwischen installiert und behebt unter anderem das Problem, dass eine leere Ergebnisdatei als valides Ergebnis behandelt und unter Umständen richtige Ergebnisse als ungültig markiert werden konnten.

    Sixtrack-Validator
    Es wird eine (sehr) kurze Unterbrechung geben, während ich einen neuen Sixtrack-Validator installiere. Dieser sollte das Problem mit leeren fort.10-Dateien und das garstige "Ausreißer"-Problem beheben. Siehe SixTrack Application: sixtrack_validator für weitere Neuigkeiten und Einzelheiten.
    24.06.2017, 10:21:04 MEZ

    Originaltext:
    Zitat Zitat von https://lhcathome.cern.ch/lhcathome/
    sixtrack_validator
    There will be a (very) short interruption while I install a new sixtrack_validator. Should fix null/empty fort.10 and the nasty "outlier" problem. See SixTrack Application, sixtrack_validator for more news and details.
    24 Jun 2017, 9:21:04 UTC
    von Veröffentlicht: 23.06.2017 20:55
    1. Kategorien:
    2. Projekte

    Nach mehreren Jahren hat Rosetta@home eine Modernisierung der Serverhardware und -software gewagt und erstrahlt nun in neuem Glanz:

    Willkommen auf unserer aktualisierten Webseite!
    Nach mehreren Jahren des Betriebs freuen wir uns, bekanntzugeben, dass unsere alte Webseite und die alten Server abgeschaltet wurden und wir endlich unsere neue Webseite mit Unterstützung der neuesten BOINC-Software und neuer Hardware veröffentlicht. Alles ist neu und modernisiert.

    Wenn ihr Kommentare habt oder Probleme mit der neuen Webseite melden möchtet, postet eure Rückmeldung bitte in diesen Thread.
    23.06.2017, 5:17:54 MEZ

    Originaltext:
    Zitat Zitat von http://boinc.bakerlab.org/rosetta/
    Welcome to our updated website!
    After many years of service, we are happy to announce that our old website and servers have been retired and we have finally released our new website powered by the latest BOINC software and new hardware. Everything is new and modernized.

    If you have any comments or would like to report any issues regarding the new website please post your feedback in this thread.
    23 Jun 2017, 4:17:54 UTC
    von Veröffentlicht: 23.06.2017 20:40
    1. Kategorien:
    2. Projekte

    Wer derzeit ausschließlich bei diesem Projekt aktiv ist, sollte für die nächsten Tage ein Backup-Projekt in Betracht ziehen:

    Kurze Pause
    Da ich für ein paar Tage ins Ausland verreise, wird es eine kurze Verzögerung bei der WU-Versorgung geben.

    Ich werde ungefähr am Mittwoch weitere WUs erzeugen.
    23.06.2017, 16:44:12 MEZ

    Originaltext:
    Zitat Zitat von http://universeathome.pl/universe/
    Short breake
    Because I have to go abroad for few days it will be short delay in WU's deployment.

    I will create some more about Wednesday.
    23 Jun 2017, 15:44:12 UTC
    von Veröffentlicht: 23.06.2017 13:35
    1. Kategorien:
    2. Projekte

    Das Projekt ist derzeit nach massiven Datenbankproblemen außer Gefecht gesetzt. Da die Ergebnisse stündlich extern gesichert werden und die Credits aus dem letzten XML-Export wiederhergestellt werden können, ist der Schaden nicht so groß, wie er manchem beim Blick auf seinen Punktestand vorkommen könnte. Es wird aber einige Zeit dauern, bis alles wiederhergestellt ist.

    Serverprobleme
    Liebe Freiwillige,
    wir haben in den letzten Tagen wegen einer Aktualisierung Probleme mit der Datenbank gehabt. Viele Informationen wurden dabei beschädigt. Wir konnten ein Backup einspielen, doch das war ein wenig alt.
    Wir arbeiten daran, dass alles schnellstmöglich wieder funktioniert.

    Bitte habt etwas Geduld. Danke im Voraus.

    Viele Grüße.
    22.06.2017, 16:27:37 MEZ

    Originaltext:
    Zitat Zitat von http://denis.usj.es/denisathome/
    Problems in the server
    Dear volunteers,
    These days we have been suffering problems in the database due to an update. Many information was corrupted in the process. We have recovery a backup copy but it is a bit old.
    We are working to get everything working well as soon as possible.

    Please, be patient and thank you in advance.

    Best regards.
    22 Jun 2017, 15:27:37 UTC
    von Veröffentlicht: 23.06.2017 13:20
    1. Kategorien:
    2. Projekte

    Eine neue Statusseite zeigt für alle derzeit betrachteten Inhaltsketten das jeweils zuletzt faktorisierte Folgenglied an.

    Status aller in Bearbeitung befindlichen Folgen
    Es gibt jetzt eine aktualisierte Liste aller Folgen, an denen wir gerade arbeiten: https://yafu.myfirewall.org/yafu/dow...tSeqences.html. Die Einträge in der Liste werden aktualisiert, sobald eine WU beendet wurde.

    yoyo
    21.06.2017, 21:43:46 MEZ

    Originaltext:
    Zitat Zitat von http://yafu.myfirewall.org/yafu/
    Status of all running sequences
    There is now an update list of all sequences we currently working on: https://yafu.myfirewall.org/yafu/dow...tSeqences.html. An entry in this list is updated once a workunit was finished.

    yoyo
    21 Jun 2017, 20:43:46 UTC
    Seite 1 von 27 1 2 3 11 ... Letzte
Single Sign On provided by vBSSO