| Info | Message |
|---|---|
| 21) Message boards : BOINC client : Xeon Phi (MIC): Will it crunch?
Message 44558 Posted 20 Jun 2012 by zombie67 |
Not really sure where to post this, so I'll try here. Will BOINC be able to use these, assuming the app was written accordingly? http://www.anandtech.com/show/6017/intel-announces-xeon-phi-family-of-coprocessors-mic-goes-retail |
| 22) Message boards : GPUs : Ivy Bridge HD 4000 graphics
Message 43783 Posted 25 Apr 2012 by zombie67 |
Great! Thanks for looking into this. |
| 23) Message boards : GPUs : Ivy Bridge HD 4000 graphics
Message 43728 Posted 24 Apr 2012 by zombie67 |
Ivy Bridge includes HD4000 graphics on the chip. It is OpenCL. Will BOINC 7.x recognize that as an OpenCL GPU available for crunching? |
| 24) Message boards : BOINC client : Backup projects
Message 42367 Posted 31 Jan 2012 by zombie67 |
Yes, I would like some clarity on this situation too. I can see that it is broken. But what is not clear to me is if that was intentional, or an unanticipated consequence of changing something else. Also, it is not clear to me if the developers are aware of the problem. Ageless? Do you know? Or should we be taking this up with the development team directly? |
| 25) Message boards : BOINC client : Backup projects
Message 42182 Posted 22 Jan 2012 by zombie67 |
I'm still confused by the various 'answers' to arkayn's original question in this thread. Like him, I too use a resource share of zero to create a backup project that only gets to run if the primary project can't supply. Correct me if I'm wrong, but it seems to me that the backup project concept is (for the time being) collateral damage until something is done to re-engineer it. Yes, I would like some clarity on this situation too. I can see that it is broken. But what is not clear to me is if that was intentional, or an unanticipated consequence of changing something else. Also, it is not clear to me if the developers are aware of the problem. |
| 26) Message boards : BOINC client : Backup projects
Message 42173 Posted 21 Jan 2012 by zombie67 |
Hmm. With 0 + 1, boinc will not download any work beyond just enough to keep all the cores and GPUs busy. No additional cache at all. Maybe "0" breaks the new logic somehow. I just changed it to .5 + .5 and it is downloading more work no. A resource share of 0 is not working. It is continuing to download work, even when there is plenty of work from projects with a RS > 0. |
| 27) Message boards : BOINC client : Backup projects
Message 42169 Posted 21 Jan 2012 by zombie67 |
The current test clients practically only listen to the "connect every xx days" for caching. The Additional Buffer does nothing [from the regular user perspective]. Ah, well that explains it. I have my set to connect every zero days + 1 day. |
| 28) Message boards : BOINC client : Backup projects
Message 42165 Posted 21 Jan 2012 by zombie67 |
I am a bit confused. Are you saying that (after downloading a single task), BOINC 7.x will continue to request work from a project with a resource share of zero? At least until it somehow learns not to do so? Regardless of cache size, BOINC should not download work from a zero RS project until it is completely out of work, and there is not other way to prevent idle time. Right? Also, how does one get 7.x to actually d/l enough tasks to fill the cache to the set amount? I can't get any more tasks than just enough to keep the CPUs & GPUs running. |
| 29) Message boards : BOINC client : My Wish List
Message 42086 Posted 15 Jan 2012 by zombie67 |
I am sure this has been suggested, but I'll throw it out anyway. I would like a setting in the manager to choose how many tasks to assign to a GPU, without having to mess with an app_info.xml. Most GPU apps are so inefficient, you have to do this app_info.xml nonsense with almost every GPU project. |
| 30) Message boards : Projects : SZTAKI Desktop Grid
Message 28410 Posted 31 Oct 2009 by zombie67 |
PM their admin. Their server is so old, it's inexcusable. |
| 31) Message boards : The Lounge : BOINC in the News
Message 23017 Posted 10 Feb 2009 by zombie67 |
There is a pretty good 3 page article on DC in the March 2009 issue of CPU. It includes F@H, S@H, and also talks about BOINC. Lots of quotes from DA and Vijay Pande. Charitable Computing Brother, Can You Spare A CPU Cycle? http://www.computerpoweruser.com/editorial/article.asp?article=articles%2Farchive%2Fc0903%2F46c03%2F46c03.asp |
| 32) Message boards : Projects : vtu@home
Message 22839 Posted 2 Feb 2009 by zombie67 |
January 31, 2008 Also, they are testing beta units, so it you want to participate, you need to enable beta in your prefs. |
| 33) Message boards : Projects : Ramsey
Message 21636 Posted 4 Dec 2008 by zombie67 |
Did you read the news on the front page from October 13th? http://www.ramseyathome.com/ramsey/index.php |
| 34) Message boards : Projects : Project TANPAKU
Message 20911 Posted 21 Oct 2008 by zombie67 |
I have had some email conversations with a scientist in Japan. Thanks for going the extra mile to get us some info! |
| 35) Message boards : Promotion : Article about BOINC in CPU magazine
Message 20361 Posted 19 Sep 2008 by zombie67 |
FYI, there is an article about BOINC in the October 2008 issue of CPU magazine. Page 96, under the linux "Warm Up To Penguins" section. I would post a link, but they require an account to read the on-line version. |
| 36) Message boards : The Lounge : New project
Message 17243 Posted 8 May 2008 by zombie67 |
There is also a (live) SHA project: http://boinc.iaik.tugraz.at/sha1_coll_search/ |
| 37) Message boards : The Lounge : Why have so few WCG folks come over to BOINC
Message 15516 Posted 22 Feb 2008 by zombie67 |
Some people prefer KISS over lots of options. Nothing wrong with that. The problem with UD is that it uses only one core/thread per machine. That was fine 5+ years ago. Not it just wastes processing capacity. |
| 38) Message boards : The Lounge : How many Ps3 are signed up for Boinc?
Message 15515 Posted 22 Feb 2008 by zombie67 |
There is also a PS3 app for TSP. But it is PPE only. |
| 39) Message boards : BOINC client : Leopard
Message 15414 Posted 14 Feb 2008 by zombie67 |
Good news! The 10.5.2 update helped! My CPU usage was around 80%, not in the high 90%. Still not up to 100% though. |
| 40) Message boards : BOINC client : Leopard
Message 15341 Posted 10 Feb 2008 by zombie67 |
I have the original 8-way intel Mac Pro. Under Tiger, everything ran fine with 5.10.41. All 8 CPUs were at 100%, and nice showed correctly. Today I did a clean wipe/install of Leopard. Now BOINC tasks show as user, instead of nice. If I read an earlier post in this thread correctly, that is a problem with Activity Monitor and/or MenuMeters. Fine. Annoying, but letting it go for now. The really troubling problem that I am seeing is total CPU usage. Under Tiger, MenuMeters showed all 8 as 100% pegged, all the time. Now, the individual graphs are all jagged with peaks and valleys, and when I set it to "show average for multiple processors a single display" (similar to the way that windows does it) it is showing only about 80% usage. Top shows about 80% as well. I just lost 20% of my processing power! Help! Edit: A snapshot of the Activity Monitor is on my downloads page. |
Copyright © 2024 University of California.
Permission is granted to copy, distribute and/or modify this document
under the terms of the GNU Free Documentation License,
Version 1.2 or any later version published by the Free Software Foundation.