Der BOINC-Entwicklungsfred
- Ersteller Crashtest
- Erstellt am
Crashtest
Redaktion
☆☆☆☆☆☆
hacki
Grand Admiral Special
Komme auf die Boinc EDU Seite grade nicht drauf....ist anscheinend down etc..
Alternative DL Seite:
http://www.bc-team.org/downloads.php?cat=4
Da gibts schon ne neuere Version, 7.0.27
Alternative DL Seite:
http://www.bc-team.org/downloads.php?cat=4
Da gibts schon ne neuere Version, 7.0.27
Saenger
Captain Special
Grad bei Einstein gelesen:
Richard Haselgrove schrieb:
Ganz Berkeley hat also einen Blackout aufgrund eines Kurzschlusses in einer Trafostation für die Gegend. Das kann also noch ein wenig dauern, und aufgrund des eventuell nicht ganz sauber runtergefahrenen Systems auch Anlaufprobleme haben.
Emploi
Grand Admiral Special
Sind das die explodierenden Trafos die man in Ami-filmen immer sieht.
Die haben also kein USV System, klasse!
Die haben also kein USV System, klasse!
Crashtest
Redaktion
☆☆☆☆☆☆
Die haben schon ne USV nur decken diese idR nur so <2h ab ! Dieser Stromausfall dauert aber länger, daher sind die Kisten runtergefahren.
Notstromaggregate werden für wichtigere Dinge benötigt, etwa für Notbeleuchtungen uswusf.
Und die Amis sind noch zu blöde um in Californien große Solarpanels für die Serverfarmen zu verwenden - die haben bestimmt zu wenig Sonne !
Notstromaggregate werden für wichtigere Dinge benötigt, etwa für Notbeleuchtungen uswusf.
Und die Amis sind noch zu blöde um in Californien große Solarpanels für die Serverfarmen zu verwenden - die haben bestimmt zu wenig Sonne !
Zuletzt bearbeitet:
Emploi
Grand Admiral Special
Na gut, wenn es assbachuralte USV mit noch älteren Akkus sind, ist das klar. Wie so häufig in vielen Firmen.
Oder wenn man dann den Aussagen des Versorgers glaubt, dass die Spannung rechtzeitig wieder anliegt bevor sie anliegt, sitzt man meist auf verlorenem Posten nach dem harten ausschalten der Kisten.
Oder wenn man dann den Aussagen des Versorgers glaubt, dass die Spannung rechtzeitig wieder anliegt bevor sie anliegt, sitzt man meist auf verlorenem Posten nach dem harten ausschalten der Kisten.
Baracuda83
Redshirt
- Mitglied seit
- 17.05.2012
- Beiträge
- 1
- Renomée
- 0
Da die BC-Team Seite keinen Traffic mehr übrig hat, habe ich die 64bit Version der .27er bei Rapidshare hochgeladen 
https://rapidshare.com/files/2795415388/boinc_7.0.27_windows_x86_64.exe
Gruß
Baracuda
https://rapidshare.com/files/2795415388/boinc_7.0.27_windows_x86_64.exe
Gruß
Baracuda
orpheus2k
Grand Admiral Special
Crashtest
Redaktion
☆☆☆☆☆☆
also Wunschgerecht hier die Dinge zu 7.0.28:
Changelog 7.0.26->7.0.27
Changelog 7.0.27->7.0.28
Links
Windows 32 / 64
Linux 32 / 64
Rest wie üblich
Changelog 7.0.26->7.0.27
http://boinc.berkeley.edu/dev/forum_thread.php?id=6698&nowrap=true#43938
Preliminary Change Log 7.0.26 --> 7.0.27:
• client: only send active tasks in get_simple_gui_info GUI RPC.
• client: remove <std_debug> log flag.
• client: remove <zero_debts> config option.
• components under Windows, Update copyrights.
• client: add <suspend_debug> log flag.
• client/server: remove assert()s from message log code.
• MGR: Show() does not restore the window state from a minimized state. Use maximize(false) to handle that situation.
• client: fix bug that could erroneously cause a GPU to be "blocked by config file".
• client: fix function prototypes for CUDA detection.
• Added NVIDIA GPU platform detection to boinc_get_opencl_ids_aux()
• client: fix bug that caused a project's jobs to all be run EDF if the project has the <dont_use_dcf> flag set.
• WINSETUP: Fix long standing installer bug where we were attempting to add the boinc_master account to the boinc_admins group when installing in the non-service install mode. boinc_master is only created during service installs. This was causing a setup failure on Windows 8. As far as I can tell it should have also been failing on Win7 and Win Vista.
• update_versions: eliminate PHP warnings when no version.xml file.
• client: when showing how much work a scheduler request returned, scale by availability (as is done to show the amount of the request).
• client in account manager request, <not_started_dur> and <in_progress_dur> are in wall time, not run time (i.e. scale them by availability)
Note: there's some confusion in the code between runtime and wall time, where in general wall time = runtime / availability.
New convention: let's use "runtime" for the former, and "duration" for the latter.
• client: fix crashing bug that happened when a scheduler reply had a parse error, and it included project files. While parsing the scheduler reply we'd add FILE_REFs to PROJECT:
roject_files, but wouldn't link them to FILE_INFOs since this is done only if the reply parses correctly. The next garbage_collect() would dereference these NULL pointers.
Solution: parse the FILE_REFS into SCHEDULER_REPLY:roject_files. Copy this to PROJECT:roject_files only if the reply parses.
• Bad logic in Win code:
• various code cleanups from Steffen Moeller.
• client: enforce <no_gpus> in config file not just at startup, but also when config file is re-read.
• A first attempt to fix the bug where apps die with exit(1) (whereas they didn't do this w/ older clients). On Windows, the client uses TerminateProcess?(h, 1) to kill processes; the 1 is the exit code the process will appear to have.
So instead, add a "will_restart" bool arg to the various kill functions, and if set use 0 (= STATUS_SUCCESS), otherwise use EXIT_ABORTED_BY_CLIENT.
Note: in principle this shouldn't make any difference for quitting tasks, since handle_exited_app() checks for task state QUIT_PENDING and ignores the exit code in that case. The only place I can see where it would make any difference is when we kill a process because it hasn't been handling queued shared-memory messages for 180 seconds.
• client: add more info to the message about an exited app.
• client: function return values (ERR_*) are different from process exit codes (EXIT_*). But in many places we were using return values as exit codes. Fix these. Also, break out the different types of limits a job can exceed (time, disk, memory) into difference exit codes.
• compile fix.
• WINSCR: Use the DefProcHandler? function when processing WM_CLOSE/WM_DESTROY window messages. In effect, let Windows do the default thing. This removes the hacks which kept the screensaver running with old versions of Microsoft's keyboard/mouse driver software installed.
• client: if acct mgr sends us an account with no authenticator, show an error message instead of trying to attach.
• client: code cleanup. Move RESULT and PROJECT to separate files.
• client: minor code shuffle.
• client: if an app version needs OpenCL/CUDA/CAL, make sure that the GPU supports it (fix bug where sometimes, e.g. CUDA detection fails but OpenCL succeeds, and we have a CUDA app).
• Mac: Update XCode project with new source files.
• Manager: message tweak.
• Add new files to Win project.
• Mac installer: changes for OS 10.8 compatibility.
Preliminary Change Log 7.0.26 --> 7.0.27:
• client: only send active tasks in get_simple_gui_info GUI RPC.
• client: remove <std_debug> log flag.
• client: remove <zero_debts> config option.
• components under Windows, Update copyrights.
• client: add <suspend_debug> log flag.
• client/server: remove assert()s from message log code.
• MGR: Show() does not restore the window state from a minimized state. Use maximize(false) to handle that situation.
• client: fix bug that could erroneously cause a GPU to be "blocked by config file".
• client: fix function prototypes for CUDA detection.
• Added NVIDIA GPU platform detection to boinc_get_opencl_ids_aux()
• client: fix bug that caused a project's jobs to all be run EDF if the project has the <dont_use_dcf> flag set.
• WINSETUP: Fix long standing installer bug where we were attempting to add the boinc_master account to the boinc_admins group when installing in the non-service install mode. boinc_master is only created during service installs. This was causing a setup failure on Windows 8. As far as I can tell it should have also been failing on Win7 and Win Vista.
• update_versions: eliminate PHP warnings when no version.xml file.
• client: when showing how much work a scheduler request returned, scale by availability (as is done to show the amount of the request).
• client in account manager request, <not_started_dur> and <in_progress_dur> are in wall time, not run time (i.e. scale them by availability)
Note: there's some confusion in the code between runtime and wall time, where in general wall time = runtime / availability.
New convention: let's use "runtime" for the former, and "duration" for the latter.
• client: fix crashing bug that happened when a scheduler reply had a parse error, and it included project files. While parsing the scheduler reply we'd add FILE_REFs to PROJECT:
roject_files, but wouldn't link them to FILE_INFOs since this is done only if the reply parses correctly. The next garbage_collect() would dereference these NULL pointers.Solution: parse the FILE_REFS into SCHEDULER_REPLY:
roject_files. Copy this to PROJECT:roject_files only if the reply parses.• Bad logic in Win code:
• various code cleanups from Steffen Moeller.
• client: enforce <no_gpus> in config file not just at startup, but also when config file is re-read.
• A first attempt to fix the bug where apps die with exit(1) (whereas they didn't do this w/ older clients). On Windows, the client uses TerminateProcess?(h, 1) to kill processes; the 1 is the exit code the process will appear to have.
So instead, add a "will_restart" bool arg to the various kill functions, and if set use 0 (= STATUS_SUCCESS), otherwise use EXIT_ABORTED_BY_CLIENT.
Note: in principle this shouldn't make any difference for quitting tasks, since handle_exited_app() checks for task state QUIT_PENDING and ignores the exit code in that case. The only place I can see where it would make any difference is when we kill a process because it hasn't been handling queued shared-memory messages for 180 seconds.
• client: add more info to the message about an exited app.
• client: function return values (ERR_*) are different from process exit codes (EXIT_*). But in many places we were using return values as exit codes. Fix these. Also, break out the different types of limits a job can exceed (time, disk, memory) into difference exit codes.
• compile fix.
• WINSCR: Use the DefProcHandler? function when processing WM_CLOSE/WM_DESTROY window messages. In effect, let Windows do the default thing. This removes the hacks which kept the screensaver running with old versions of Microsoft's keyboard/mouse driver software installed.
• client: if acct mgr sends us an account with no authenticator, show an error message instead of trying to attach.
• client: code cleanup. Move RESULT and PROJECT to separate files.
• client: minor code shuffle.
• client: if an app version needs OpenCL/CUDA/CAL, make sure that the GPU supports it (fix bug where sometimes, e.g. CUDA detection fails but OpenCL succeeds, and we have a CUDA app).
• Mac: Update XCode project with new source files.
• Manager: message tweak.
• Add new files to Win project.
• Mac installer: changes for OS 10.8 compatibility.
Changelog 7.0.27->7.0.28
http://boinc.berkeley.edu/dev/forum_thread.php?id=6698&nowrap=true#44168
Preliminary Change Log 7.0.27 --> 7.0.28:
• Mac installer: changes for OS 10.8 compatibility. (fix)
• client: fix bug where coproc name could be set incorrectly when:
a) there are multiple GPU vendors
b) one of them is detected via OpenCL but not "native" (CUDA/CAL)
• lib: added function secs_to_hmsf() which converts (double) seconds to a string 0h00m00s00.
• C++ code: use MAXPATHLEN for char arrays that hold paths.
• Windows compile fixes.
• lib: Fix a bug where information that was meant for stdout was being written to stderr instead.
• lib: Keep track of the rough estimate of stdout and stderr by incrementing internal variables instead of doing a stat on each log write. stat() on Windows is converted to a FindFirstFile?() call which in turn looks up the file size information in the directory structure file system entry. The directory structure information is only updated periodically. This lead to larger than expected log file for both the manager and core client.
This has the added advantage of reducing the overall number of file I/O operations when logging information.
• MGR: Eliminate QuickDraw calls for OS 10.8 compatibility.
• diagnostics lib:
- Store file sizes as double rather than int
- If we're appending to log files, initialize the size variables to the current size.
• lib: down case processor features.
• check return value of fprintf, only increment size if it's +
• when rotate log file, reset size var to zero.
• MGR: Add OpenCL icon to the ProjectInfo wizard page.
• MGR: Fix the icon we use to represent OpenCL.
• client: Update the stock all_project_list.xml file we send out with new client software.
Preliminary Change Log 7.0.27 --> 7.0.28:
• Mac installer: changes for OS 10.8 compatibility. (fix)
• client: fix bug where coproc name could be set incorrectly when:
a) there are multiple GPU vendors
b) one of them is detected via OpenCL but not "native" (CUDA/CAL)
• lib: added function secs_to_hmsf() which converts (double) seconds to a string 0h00m00s00.
• C++ code: use MAXPATHLEN for char arrays that hold paths.
• Windows compile fixes.
• lib: Fix a bug where information that was meant for stdout was being written to stderr instead.
• lib: Keep track of the rough estimate of stdout and stderr by incrementing internal variables instead of doing a stat on each log write. stat() on Windows is converted to a FindFirstFile?() call which in turn looks up the file size information in the directory structure file system entry. The directory structure information is only updated periodically. This lead to larger than expected log file for both the manager and core client.
This has the added advantage of reducing the overall number of file I/O operations when logging information.
• MGR: Eliminate QuickDraw calls for OS 10.8 compatibility.
• diagnostics lib:
- Store file sizes as double rather than int
- If we're appending to log files, initialize the size variables to the current size.
• lib: down case processor features.
• check return value of fprintf, only increment size if it's +
• when rotate log file, reset size var to zero.
• MGR: Add OpenCL icon to the ProjectInfo wizard page.
• MGR: Fix the icon we use to represent OpenCL.
• client: Update the stock all_project_list.xml file we send out with new client software.
Links
Windows 32 / 64
Linux 32 / 64
Rest wie üblich
Zuletzt bearbeitet:
Nightshift
Grand Admiral Special
- Mitglied seit
- 19.08.2002
- Beiträge
- 4.447
- Renomée
- 81
- Standort
- Tief im Weeeeeesss-teheheheeen ;-)
Hallo zusammen,
in der aktuellen Version von Ubuntu, und allen Derivaten die auf demselben Untersatz aufbauen, gibt es ein dickes Problem mit dem Boinc-Standardpaket (7.0.24 glaub ich), das man da über den Paketdienst/Softwarecenter beziehen kann.
In vielen Projekten werden die WUs geladen und crashen direkt sobald sie bearbeitet werden.
Mehr dazu hier.
Obwohl die Tatsache nicht neu ist, ist das noch nicht direkt innerhalb der Paketverwaltung gefixt. Aber es gibt eine Lösung:
Funktioniert z.B. auch unter Lubuntu.
Habe bis zu dieser Lösung ausversehen über 200 SIMAP-WUs zerschossen.
Die Versionen von der Boinc-Website selber sollen wohl nicht betroffen sein, hab ich aber nicht selber ausprobiert. Wer alles per Hand installiert hat das Problem also wahrscheinlich nicht.
in der aktuellen Version von Ubuntu, und allen Derivaten die auf demselben Untersatz aufbauen, gibt es ein dickes Problem mit dem Boinc-Standardpaket (7.0.24 glaub ich), das man da über den Paketdienst/Softwarecenter beziehen kann.
In vielen Projekten werden die WUs geladen und crashen direkt sobald sie bearbeitet werden.
Mehr dazu hier.
Obwohl die Tatsache nicht neu ist, ist das noch nicht direkt innerhalb der Paketverwaltung gefixt. Aber es gibt eine Lösung:
Funktioniert z.B. auch unter Lubuntu.
Habe bis zu dieser Lösung ausversehen über 200 SIMAP-WUs zerschossen.
Die Versionen von der Boinc-Website selber sollen wohl nicht betroffen sein, hab ich aber nicht selber ausprobiert. Wer alles per Hand installiert hat das Problem also wahrscheinlich nicht.
Zuletzt bearbeitet:
Crashtest
Redaktion
☆☆☆☆☆☆
Da AMD leider nicht mehr die CAL-Header aktualisiert (wenigstens nicht mehr "Public" ), ist es nicht so einfach, derzeit die Boincausgabe "zu pflegen" daher steht bei den Besitzern einer AMD Radeon HD 77xx oder 78xx derzeit "AMD Radeon HD (unknown)".
Grund: einige CAL-Target IDs sind bisher nicht bekannt - daher folgt der Default Wert - halt AMD Radeon HD (unknown).
Um das zu ändern habsch ein kleines Tool in Delphi geschrieben, was folgendes macht:
1. aticalrt.dll laden
2. calInit (CAL starten)
3. calGetVersion (Version ermitteln und im MemoFeld ausgeben)
4. calDeviceGetCount (Anzahl der CAL-Geräte)
5. calDeviceGetInfo : daraus die CAL_TARGET_ID
aus der CAL_TARGET_ID bastelt es ein String und gibt dem im MemoFeld aus.
Sofern also bei einem Besitzer einer Radeon HD 77xx oder 78xx ein "AMD Radeon HD - unbekannt (Nr. 21)" oder ein vergleichbarer String mit einer Nummer kommt bitte hier melden.
Mit dem Namen und der Nummer kanns bei Boinc mit eingebaut werden ...
Wichtig:
Für die die Angst vor Schadsoftware haben und die auch Delphi 6.0 oder neuer besitzen - liegt der Sourcecode gleich mit bei!
bekannter Bug:
bisher erkennt diese Mini-App leider nur das Gerät 0 - also die erste aktive ATI/AMD GPU.
Downloadlink:
http://www.file-upload.net/download-4442902/Delphi_Boinc_CAL.rar.html
188kb mit Delphi-Source
Nachtrag:
Die Tatsache, dass derzeit der verf*ckte OpenCL-Name statt des CAL-Namen ausgegeben wird, wurde bereits als BUG angemeckert und sollte demn. wieder entfernt werden ...
Grund: einige CAL-Target IDs sind bisher nicht bekannt - daher folgt der Default Wert - halt AMD Radeon HD (unknown).
Um das zu ändern habsch ein kleines Tool in Delphi geschrieben, was folgendes macht:
1. aticalrt.dll laden
2. calInit (CAL starten)
3. calGetVersion (Version ermitteln und im MemoFeld ausgeben)
4. calDeviceGetCount (Anzahl der CAL-Geräte)
5. calDeviceGetInfo : daraus die CAL_TARGET_ID
aus der CAL_TARGET_ID bastelt es ein String und gibt dem im MemoFeld aus.
Sofern also bei einem Besitzer einer Radeon HD 77xx oder 78xx ein "AMD Radeon HD - unbekannt (Nr. 21)" oder ein vergleichbarer String mit einer Nummer kommt bitte hier melden.
Mit dem Namen und der Nummer kanns bei Boinc mit eingebaut werden ...
Wichtig:
Für die die Angst vor Schadsoftware haben und die auch Delphi 6.0 oder neuer besitzen - liegt der Sourcecode gleich mit bei!
bekannter Bug:
bisher erkennt diese Mini-App leider nur das Gerät 0 - also die erste aktive ATI/AMD GPU.
Downloadlink:
http://www.file-upload.net/download-4442902/Delphi_Boinc_CAL.rar.html
188kb mit Delphi-Source
Nachtrag:
Die Tatsache, dass derzeit der verf*ckte OpenCL-Name statt des CAL-Namen ausgegeben wird, wurde bereits als BUG angemeckert und sollte demn. wieder entfernt werden ...
Zuletzt bearbeitet:
Broeno
Vice Admiral Special
Moin,
Sofern also bei einem Besitzer einer Radeon HD 77xx oder 78xx ein "AMD Radeon HD - unbekannt (Nr. 21)" oder ein vergleichbarer String mit einer Nummer kommt bitte hier melden.
Dieses ist bei mir der Fall.
Gruß
Broeno
Sofern also bei einem Besitzer einer Radeon HD 77xx oder 78xx ein "AMD Radeon HD - unbekannt (Nr. 21)" oder ein vergleichbarer String mit einer Nummer kommt bitte hier melden.
Dieses ist bei mir der Fall.
Gruß
Broeno
Crashtest
Redaktion
☆☆☆☆☆☆
und was meldet das Tool?
21, 22, 23, 24
??
und bei welcher GPU meldet es welche Zahl
Ps Tool ist auch für die Trinity-APU oder andere AMD Geräte die noch mit CAL ausgeliefert werden ..
Nachtrag:
Die Beschwerde wegen der OpenCL-Namen überall anstelle der CAL-Namen bei AMD/ATI hatte erfolg:
21, 22, 23, 24
?? und bei welcher GPU meldet es welche Zahl
Ps Tool ist auch für die Trinity-APU oder andere AMD Geräte die noch mit CAL ausgeliefert werden ..
Nachtrag:
Die Beschwerde wegen der OpenCL-Namen überall anstelle der CAL-Namen bei AMD/ATI hatte erfolg:
Zuletzt bearbeitet:
Broeno
Vice Admiral Special
Hilft Das?
Zuletzt bearbeitet:
Crashtest
Redaktion
☆☆☆☆☆☆
Boinc 7.0.29 is da !!!!
Windows 32 und 64
Linux 32 und 64
Rest
Sobald die Windows und Linuxversionen freigegeben werden, werden die auch verlinkt; bisher gibts da nur Mac-Varianten
Tja und wie oben im Changelog bereits steht - Teamwork von Planet3dnow !!!!
Daher hoffe ich auch auf weitere Unterstützung, es fehlen noch die CAL_TARGET_IDs für
- Radeon HD 77xx
- Radeon HD 7xxx Trinity-APU
Nachtrag:
7.0.29 soll offenbar nur ein Maconly-Build sein - abwarten!
coproc_detect.cpp ist Vergangenheit - die wurde aufgeteilt und umbenannt:
- http://boinc.berkeley.edu/svn/trunk/boinc/client/gpu_detect.cpp (die neue coproc_detect.cpp)
- http://boinc.berkeley.edu/svn/trunk/boinc/client/gpu_amd.cpp (da ist AMD/ATI-CAL drin)
- http://boinc.berkeley.edu/svn/trunk/boinc/client/gpu_nvidia.cpp (da ist nVIDIA CUDA drin)
- http://boinc.berkeley.edu/svn/trunk/boinc/client/gpu_opencl.cpp (da ist OpenCL aber noch immer kein Intel OpenCL drin)
Rest
Sobald die Windows und Linuxversionen freigegeben werden, werden die auch verlinkt; bisher gibts da nur Mac-Varianten
Tja und wie oben im Changelog bereits steht - Teamwork von Planet3dnow !!!!
Daher hoffe ich auch auf weitere Unterstützung, es fehlen noch die CAL_TARGET_IDs für
- Radeon HD 77xx
- Radeon HD 7xxx Trinity-APU
Nachtrag:
7.0.29 soll offenbar nur ein Maconly-Build sein - abwarten!
coproc_detect.cpp ist Vergangenheit - die wurde aufgeteilt und umbenannt:
- http://boinc.berkeley.edu/svn/trunk/boinc/client/gpu_detect.cpp (die neue coproc_detect.cpp)
- http://boinc.berkeley.edu/svn/trunk/boinc/client/gpu_amd.cpp (da ist AMD/ATI-CAL drin)
- http://boinc.berkeley.edu/svn/trunk/boinc/client/gpu_nvidia.cpp (da ist nVIDIA CUDA drin)
- http://boinc.berkeley.edu/svn/trunk/boinc/client/gpu_opencl.cpp (da ist OpenCL aber noch immer kein Intel OpenCL drin)
Zuletzt bearbeitet:
hacki
Grand Admiral Special
Wie verhält sich der Boinc Manager nach einem CPU Wechsel?
Muss man da irgendwas beachten, einstellen?
Muss man da irgendwas beachten, einstellen?
hacki
Grand Admiral Special
Ok, danke!
hacki
Grand Admiral Special
Wie bekomme ich Boinc dazu, dass die CPU mit mehr als 30% ausgelastet wird?
Rechne grade nur für Einstein (mit GPU), habs auch grad mit einer Erhöhung der Ressourcenaufteilung probiert (auf 75%, davor wars 25%), hat aber nix gebracht.
Rechne grade nur für Einstein (mit GPU), habs auch grad mit einer Erhöhung der Ressourcenaufteilung probiert (auf 75%, davor wars 25%), hat aber nix gebracht.
Ähnliche Themen
