BOINC

Thankfully, I don't have to worry about data usage. Comcast isn't currently enforcing their cap, but I don't usually use more than about 200GB per month anyway, even with working from home full-time.
 
Yeah... load up on Atlas work units for a month and tell me what you usage comes to......
 
BOINCStats finally retired iGEM@home so I pulled it from the All Inclusive DC Project List
 
Beauty@LHC and Cern CMS-dev were added to BOINCStats, so I added them to the All Inclusive DC Project List.

I do not have an invitation code for Beauty@LHC. If someone wants to join the project and manages to get a key, please let me know and we will create a team there.
 
Oh... and both of those projects are Virtualbox projects. So, you must have Virtualbox installed to run their work.
 
Gilthanis said:
BOINCStats finally retired iGEM@home so I pulled it from the All Inclusive DC Project List
Click to expand...

That may have been the shortest-lived project I have seen yet. They had work for what, maybe two months?
 
Optima@home was retired at BOINCStats, so I removed it from the All Inclusive DC Project List.
 
RiojaScience@home was retired at BOINCStats, so I removed it from the All Inclusive DC Project List.
 
AlmereGrid and AlmereTestGrid was retired at BOINCStats, so I removed it from the All Inclusive DC Project List.
 
DistrRTgen was retired at BOINCStats, so I removed it from the All Inclusive DC Project List.
 
ABC@home was retired at BOINCStats, so I removed it from the All Inclusive DC Project List.
 
Renderfarm.fi was retired at BOINCStats, so I removed it from the All Inclusive DC Project List.
 
Climate@home was retired at BOINCStats, so I removed it from the All Inclusive DC Project List.
 
OProject@home was retired at BOINCStats, so I removed it from the All Inclusive DC Project List.
 
QMC@home was retired at BOINCStats, so I removed it from the All Inclusive DC Project List.
 
It seems that the virtualbox projects (CERN-cms dev and Atlas) are leaving behind remnants of work units that are hanging out in slots that should be emptied. (not always but enough that many users have had issues) This is causing work units from other projects to error out with the exceeded max disk space errors. If you happen to be running any work that gets those errors, make sure you manually clear your slots out and try again. vLHC and RNA don't seem to have as much trouble with it. I also don't recall seeing GPUGrids vbox work units do it. I just figured this would be a good heads up to anyone in the future.
 
Well, team, I have shut down all of my crunchers today and they will be offline until I return from vacation on 5/19. It sure seems strange to go to my basement and not hear the sound of many whirring fans. They will be fired back up soon enough, though.

Good luck in the Pentathalon!
 
Hurry back. I know you won't want to stay on vacation very long knowing your numbers are suffering... ;)
 
Gilthanis said:
Hurry back. I know you won't want to stay on vacation very long knowing your numbers are suffering... ;)
Click to expand...

Embarrassingly enough, I really am actually concerned about my RAC at various projects, as well as the lost WUProp time. I don't realize how much I love this hobby until I have to temporarily shut everything down. I don't know what I'll do with the time I would otherwise spend checking F-DC and BoincStats, as well as checking the status of my crunchers, and time spent here on [H]. I usually spend several hours a day doing those things and now, nothing.

I suppose I'll just have to spend that extra time on the beach with a cold beer in hand. :D

Edit: I know I won't be able to stay away from [H]ere. I'll still be around. It's not like like I am going to a third-world country... Not this time, anyway (been to plenty in my past)... I'll have great internet access where I'm going. I can't vacation without internet any more. That's what I get for working in the tech industry, I guess.
 
Last edited:
Well slap a portable VM on a thumb drive and use that hotel pc for something good.....lol
 
CONVECTOR was pulled from the active list at BOINCStats, so I pulled it from the all Inclusive DC Project list as well.
 
BealF@home was added to BOINCStats, so I added it to the All Inclusive DC Project list. This is not a project that I would recommend as the admin is the same as Beal@home and OProject which were both extremely poorly ran.
 
I'm moving the discussion out of the Pentathlon thread as it isn't really a Penathalon issue.

I got a response back from Eric at LHC. They are looking into the possibility of merging out two teams. I have asked them to make the final one [H]ard|OCP so that it would line up with the majority of the others.

I have not yet heard back from SETI or Einstein.
 
Gilthanis said:
BealF@home was added to BOINCStats, so I added it to the All Inclusive DC Project list. This is not a project that I would recommend as the admin is the same as Beal@home and OProject which were both extremely poorly ran.
Click to expand...

He currently only has a Linux app available, so that severely limits participation. That is probably best for him anyway. :rolleyes:

Update: I just checked the project site and it is down. Typical.
 
7.6.2 is out (but not official). If you install it, the options/preferences have been moved around and adjusted a little. I have not poked around with it much yet, but figured I would give people a head's up.

Preliminary Change Log 7.5.0 -> 7.6.1


MGR: menu item shuffle.
• Advanced view: move Event Log to Tools.
• Simple view: add Tools menu, and put Event Log and Add Project there.
MGR: Don't allow user to enter start time = end time for time-of-day or day-of-week preferences.
LIB: Ignore time-of-day or day-of-week settings (i.e., don't set "present" flag) if start time = end time.
Mac: Correction to build instructions for trunk (BOINC 7.5.0 and later): wxWidgets can be built under Xcode 6 by using our provided build script.
Mac installer: add comment on problem with BOINC+VBox installer.
MGR: Fix a crash bug if connection to client is lost in Simple View.
MGR: If not connected to client, disable menu items which require a connection.
MGR: If not connected to client, disable snooze menu items in task bar icon menu.
MGR: Don't show Advanced or Simple Preferences dialogs if RPCs fail. This fixes an unlikely case where the client connection has just been lost but the menus have not yet been disabled.
Mac: update build scripts and instructions for trunk.
Mac: add a hint about entering file pr folder paths in the Terminal application.
Mac: tweaks to build instructions for trunk.
MGR: Add 6 new tags to allow the backgrounds of the Simple View and Simple Preferences dialog to be anchored at any of 9 points, for flexibility in placement of the logo or other graphic element that should always be visible.
• Vertical anchor is one of: , or .
• Horizontal anchor is one of: , , .
If none of the tags are present, these default values are used:
• The defaults for the main Simple View background are and .
• The defaults for the Simple View Preferences dialog background are and .
client: bug fixes to sorting projects alphabetically.

There were two problems:
1) we were sorting before parsing the client state file (which is where we get project names from).
2) the Win implementation of strcasecmp() wasn't right; it returned difference but not order.
Project list changes.
client: include client brand (if any) in HTTP user agent string.
client: fix bugs in accounting of elapsed time_stats_log, e.g. if you set, and you suspend CPU, NCI tasks continue to run but their elapsed time wouldn't increase.
client: Win 10 OS identification additions, from Robert Kreß.
client: Fix formatting issues.
client: guard against divide by zero.
LIB: revert incorrect modification from commit 0773510
client: set minimum cpu_usage_limit to a value which Advanced Prefs dialog will report as (i.e., truncate to) 0.
Mac: update build instructions, incorporating feedback from testers.
Mac: tweaks to build instructions.
client: More Windows SKU updates from Robert Kreß.
client: Win build fix.
MGR: Remove welcome page from wizard and split the attach wizard into two menu items.
MGR: Remove WelcomePage.cpp from build system. (From: Benji Wiebe)
Fixed error message in boinccmd.
MGR: Bug fixes for previous wizard changes.
MGR: Remove non-UTF8 character that was causing problems for the string extraction tool.
MGR: Remove files WelcomePage.cpp, WelcomePage.h from Xcode project.
MGR: Fix some crash bugs in the code to hide or rearrange columns which can occur when changing locale to a different language.
CURL: Update root authority CAs.
MGR: Remove comment blocks that were being included in the translation template.
MGR: Prevent the 'back' button from being enabled on the project and account manager info pages.
MGR: Fix a bug in setting column order which Charlie introduced in his previous 2 commits.
client: add log msgs for failed file deletion.
client: detect errors in directory enumeration.
Previously, the dir_scan() function didn't distinguish between
• reaching the end of the directory.
• errors.
It just returned nonzero in either case. This means that the function that cleans out a slot dir (client_clean_out_dir()) could potentially return success even though the directory is nonempty. This could potentially cause the recently-reported problem where a slot dir contains a VM image from a previous job.
client: finish previous commit.
client: fix botched commit from just now.
MGR: Fix compiler warning which was introduced by a previous commit.
WINBUILD: Add Visual Studio 2013 project files.
WINBUILD: Update dependency paths for VS 2013 projects to point towards 2013 dependencies.
WINBUILD: Cleanup work to support VS 2013 builds
client: fix bug when delete > 4GB file.
The function to delete a slot dir file (delete_project_owned_file()) called boinc_file_or_symlink_exists(), and returning success (with no message) if this return false.
boinc_file_or_symlink_exists() incorrectly returned false for > 4GB file on Win, because it used stat(), which handles only 32 bit file size.

Fix: remove the call to boinc_file_or_symlink_exists(); instead, always call DeleteFile(), and check for the ERROR_FILE_NOT_FOUND status. David will fix the stat() problem later.
client, Win: use _stat64() instead of _stat(); _stat() returns error for > 4GB files.
WINBUILD: Remove the restriction that prevented BOINC from installing on domain controllers.
TODO: Block service install in the advanced settings dialog.
client: get sizes of anonymous platform files on startup... because if we don't, the client won't use asynch operations for large files, which causes heartbeat failures and unresponsiveness.
WINBUILD: For projects that depend on a library, make sure that they point to the VS 2013 project. (From: Christian Beer)
WINBUILD: Fix building debug builds for vboxwrapper on VS 2013.
WINBUILD: When building with VS 2013, use the XP compatible toolchain.
WINBUILD: Last commit missed a file.
WINBUILD: Oops, wrong change with the last commit.
WINBUILD: Remove code-signing requirement for building BOINC installers on Windows.
WINBUILD: Update CRT reference to VS 2013.
Click to expand...

Preliminary Change Log 7.6.1 -> 7.6.2


WINBUILD: Fix code signing settings.
MGR: Remove wxWidgets 2.8 language code conversion functionality. We have been using wxWidgets 3.x for over two years now.
Revert "WINBUILD: Update CRT reference to VS 2013."
Click to expand...
 
Due to BOINCStats retiring the project, I have removed Pirates@home from the all Inclusive DC Project List.
 
By request, Pirates@home has been re-added to the All Inclusive DC Project List.
 
What are the odds of them sending out work the very next day after you removed the project from the list here? They only send out work a couple times a year... That is just too weird...
 
I have added NetMax@home and physiome@home to the list as well. However, I am holding off on adding a few more as they don't have much information on their sites yet and I would not trust opening the gates to new members whom may assume it is a legitimate project.
 
I have also added Charity Engine even though I'm not really fond of it still. Technically, there is no reason to not include it though...
 
BOINC's funding from the U.S. National Science Foundation has ended, at least for the time being.
This funding supported me, Rom Walton, and Charlie Fenton.
We're now working on other things, although we'll stay involved in BOINC at some level.

The BOINC project will continue, and will be run according to a community-based model rather than centrally.
In essence, the people who contribute to BOINC now make the decisions about it.
This model is summarized here: http://boinc.berkeley.edu/trac/wiki/ProjectGovernance and described in detail here: https://docs.google.com/document/d/1...27oM8YpvsnR-gg

There will probably be little visible change.
The BOINC software will continue to work.
The translation system, Alpha testing project, BOINC web site,message boards, and email lists will continue to operate.
However, any new development and major bug fixes to BOINC will need to be done by volunteer programmers.
I'm confident that the BOINC community will meet the challenge.

I welcome your feedback.
Please post it to [email protected], a new email list for discussions about the BOINC project as a whole.

-- David
Click to expand...

http://setiathome.berkeley.edu/forum_thread.php?id=77650
 
I've run Tear's solution now since early in the year on four 4-P AMD Opteron systems. The only issues for me, apart from learning BOINC configurations - BOINCStats, in my case, has been power outages.

Downtime on your machine? Would you please be more specific?
 
A new wallpaper has been linked from the BOINC forums. http://boinc.berkeley.edu/dev/forum_thread.php?id=10523

BOINC_wallpaper.jpg
 
Last edited:
Gilthanis said:
Gridcoin Finance has been added to the all inclusive DC project list.

http://finance.gridcoin.us/finance/index.php

edit: Also, you have to currently join a team within 60 seconds of creating your account in order to prevent the account from being deleted. This is their way of preventing spam accounts which is stupid. So, for quick reference, here is the link to our team page: http://finance.gridcoin.us/finance/team_display.php?teamid=18
Click to expand...

Thanks, I just joined this project.
 
From what I can tell, the work units are actually NCI (non-CPU intensive) so should be able to run alongside other work units. I'm still seeing an occasional download error on each system but otherwise it seems to be running ok. I have the feeling it requires .NET Framework 4.5 as a few VM's (Windows XP) I had were just constantly erroring out until it was installed. I don't see anything posted on the project or the forums if anyone wants to test this theory...
 
You must log in or register to reply here.
Back
Top