I hate debts!

Message boards : Number crunching : I hate debts!

Author	Message
ExtraTerrestrial Apes Volunteer moderator Volunteer tester Send message Joined: 17 Aug 08 Posts: 2705 Credit: 1,311,122,549 RAC: 0 Level Scientific publications	Message 10215 - Posted: 26 May 2009 \| 22:36:56 UTC
	I just wanted to go to bed after a really long day and discovered that my 6.5.0-machine was about to run dry! It's so unbelievably stupid, I can not even find words.. All I have running are QMC and MW@GPU. Since MW never gives out enough work for GPUs I could set which ever ressource share I want, it would either be violated or the GPU would idle even if there is GPU work available. There is no other way to obey a ressource share which counts for both ressources simultaneously. Well, right now it turned out that QMC had accumulated to much long term debt (as MW never has work) and even 6.5.0 decided it was a good idea to keep asking MW for new work and to let the cpus run dry.. Really, we need two things: - scheduler policy change: keeping ressources busy is ALWAYS more important than obeying ressource share - separate ressource shares per compute ressource, or something better What good does it do anyone if debts are used to strictly obey ressource share.. at the cost of running dry? I mean, really, you can't have both at the same time if you have different compute ressources and a global ressource share! MrS ____________ Scanning for our furry friends since Jan 2002
	ID: 10215 \| Rating: 0 \| rate: / Reply Quote

Paul D. Buck Send message Joined: 9 Jun 08 Posts: 1050 Credit: 37,321,185 RAC: 0 Level Scientific publications	Message 10220 - Posted: 27 May 2009 \| 1:22:07 UTC
	You really should post this on the BOINC Dev or BOINC Alpha mailing lists ... not that the developers will pay any attention to it ... but ... even the Don had his windmills ... Alpha <boinc_alpha @ ssl.berkeley.edu> boinc_dev @ ssl.berkeley.edu (BOINC Dev Mailing List)
	ID: 10220 \| Rating: 0 \| rate: / Reply Quote

Beyond Send message Joined: 23 Nov 08 Posts: 1112 Credit: 6,162,416,256 RAC: 0 Level Scientific publications	Message 10240 - Posted: 28 May 2009 \| 3:03:06 UTC
	You're absolutely right. This is one of those things that we keep waiting to have fixed and it never seems to happen.
	ID: 10240 \| Rating: 0 \| rate: / Reply Quote

Paul D. Buck Send message Joined: 9 Jun 08 Posts: 1050 Credit: 37,321,185 RAC: 0 Level Scientific publications	Message 10244 - Posted: 28 May 2009 \| 6:28:14 UTC - in response to Message 10240.
	You're absolutely right. This is one of those things that we keep waiting to have fixed and it never seems to happen. Not gonna happen unless enough people and project types complain. The project types because they have to handle the issues on the boards, and the participants because it screws up their systems. I have already documented the issues as I have found them the best that I can ... of course I have through round about channels that the developers don't look at my posts because they are too long ... of course they have also complained oft times that they are too short ... or too much speculation, to much analysis ... not enough facts ... too many facts ... too many complaints too often ... I could go on ... but, my take on it is that they just don't want to hear it ... in that I am one of the few that posts on the dev and alpha lists that makes me a target ... Seriously, you want it fixed, post on the lists ... though it does not seem to help much ... it is the only string to the bow ...
	ID: 10244 \| Rating: 0 \| rate: / Reply Quote

jrobbio Send message Joined: 13 Mar 09 Posts: 59 Credit: 324,366 RAC: 0 Level Scientific publications	Message 10246 - Posted: 28 May 2009 \| 7:25:19 UTC - in response to Message 10244.
	I think one of the problems with the Boinc Alpha lists is that it doesn't necessarily easily reflect the bugs "popularity" so even though it may be causing a lot of grief they (Boinc Devs) may not see that. JIRA bug tracking has a fantastic tool to not only allow users to log bugs, but also to follow them and for others to vote them up for resolution. Boinc don't use JIRA, but the voting element could be integrated other ways even if it is an unofficial vote list. Make it important enough to the community in general and it could strengthen the development priorities (maybe not for GPUGrid, but for the apps in general). Anyone think this is a good idea? Rob
	ID: 10246 \| Rating: 0 \| rate: / Reply Quote

Beyond Send message Joined: 23 Nov 08 Posts: 1112 Credit: 6,162,416,256 RAC: 0 Level Scientific publications	Message 10257 - Posted: 28 May 2009 \| 15:47:30 UTC
	I like your ideas and the need for a way to vote about the severity of a bug. Where can we go now to post bug reports? (links please)
	ID: 10257 \| Rating: 0 \| rate: / Reply Quote

Paul D. Buck Send message Joined: 9 Jun 08 Posts: 1050 Credit: 37,321,185 RAC: 0 Level Scientific publications	Message 10265 - Posted: 28 May 2009 \| 17:27:32 UTC - in response to Message 10257.
	I like your ideas and the need for a way to vote about the severity of a bug. Where can we go now to post bug reports? (links please) BOINC uses Trac Wiki for bug reports. [url=http://boinc.berkeley.edu/trac/newticket]New Ticket[url] is used for new reports, though you have to create an account first I think ... The bad news is that the developers seem to pay about as much attention to Trac reports as they do to any other sources ... little to none... As evidenced by the fact that several bugs rated "critical" have been around for several years ... One of the most powerful tools known to the software development community which costs absolutely nothing to buy is also the one tool that they are completely uninterested in using ... a thing called "process" ... as part of that process you rank your issues and then work them off in priority order. As new issues arise, you document them and rank them and work them off in turn ... Oh, and you don't turn down help ... even if you don't like the guy offering to help ... But, what do I know ... :)
	ID: 10265 \| Rating: 0 \| rate: / Reply Quote

Paul D. Buck Send message Joined: 9 Jun 08 Posts: 1050 Credit: 37,321,185 RAC: 0 Level Scientific publications	Message 10266 - Posted: 28 May 2009 \| 17:32:22 UTC
	Talk about being oblivious ... all the troubles with GPU applications and we have this announcement: GridRepublic has been working on a Facebook application for use with Volunteer Computer via BOINC. While the Facebook application isn't quite complete yet, the 6.8 client will be focusing on features and functionality geared toward that effort. We are looking for the client software to be finalized and finished by mid-June. To that end the only new features that are going to be included with this client version is the new screensaver framework and the ability to attach to an account manager via a web browser cookie. A new BOINC-based client will be making its entrance next week, we will be focused on that until it is ready to go. After the new client is wrapped up we will follow up with an updated GridRepublic client followed by a BOINC client. The new client has a hard deadline of mid-June. GridRepublic has updated their server-side software to put cookies on your system during the sign-up process to help test the new cookie attach mechanism. We have packaged up an experimental client with the new features to begin testing and we will be following up with the new client software as soon as I get the new skin and artwork. In order to test the cookie mechanism you'll need to create a new GridRepublic account at http://www.gridrepublic.org/. When it gives you the link to download the new client click on it and then abort the download. Launch the experimental client. It should automatically attach to GridRepublic and then attach to whichever projects you have signed up too. The supported browsers are Internet Explorer 5.x+, Safari 3.x+, Firefox 2.x+. If you use a different browser go ahead and give it a try, let us know if it works. To see the new screensaver you'll need to suspend the client before letting the system start the screensaver. Other ways include letting the client go idle, or the only active tasks do not support graphics. This new screensaver component is OpenGL based, at some point we hope to incorporate project news via RSS feeds and the like. For now it displays the basics. I'll be updating the BOINC Alpha website with the instructions for testing the cookie attach process and new screensaver framework after this email goes out. Here are the links to the experimental clients: X86: http://boinc.berkeley.edu/dl/gridrepublic_6.7.5_windows_intelx86.exe X64: http://boinc.berkeley.edu/dl/gridrepublic_6.7.5_windows_x86_64.exe Thanks in advance. ----- Rom Just what the doctor ordered, more "eye-candy" no one needs or wants ... the use of Account Managers is miniscule ... so lets add more complicating features on the AM instead of curing the bugs in the GPU implementation ... clueless ...
	ID: 10266 \| Rating: 0 \| rate: / Reply Quote

Stefan Ledwina Send message Joined: 16 Jul 07 Posts: 464 Credit: 135,911,881 RAC: 68 Level Scientific publications	Message 10269 - Posted: 28 May 2009 \| 18:06:00 UTC Last modified: 28 May 2009 \| 18:15:28 UTC
	It`s a shame... My only hope is that Synecdoche will hopefully be ready soon. ____________ pixelicious.at - my little photoblog
	ID: 10269 \| Rating: 0 \| rate: / Reply Quote

Paul D. Buck Send message Joined: 9 Jun 08 Posts: 1050 Credit: 37,321,185 RAC: 0 Level Scientific publications	Message 10270 - Posted: 28 May 2009 \| 19:20:58 UTC - in response to Message 10269.
	It`s a shame... My only hope is that Synecdoche will hopefully be ready soon. When last I spoke with NA about it he was not planning on CUDA support anytime soon ... so, it would leave me out anyway ... I get 10-20K a day on my 5 systems with 26 CPUs and 100-150K a day off of 6 GPU cards (8 total "cores")... Which would you rather give up? :) What is even more appalling is that the number of people using Grid Republic is vanishingly small and they only support a limited set of the totality of BOINC projects. Even BAM! leaves quite a few out ... I grant that many of them are Alpha class projects, but, if you have to manually support 5-10 projects ANYWAY ... what is the point of an AM? I don't know how many use AMs, but, I will bet that it is in the low thousands... though I bet BAM counts me as a user even though I am not attached to it at the present time. I usually only use it to set up a new computer and attach it to my list of 50 some projects ... then I detach and finish up with manual attaches to the rest ... The only good news is that they have a hard date of June so that should mean that they expect to be done by Christmas of next year ...
	ID: 10270 \| Rating: 0 \| rate: / Reply Quote

Post to thread

Message boards : Number crunching : I hate debts!

	About	Science	Volunteers	Performance	Forum	Join us	Donate