two upgrades to R@H needed

Message boards : Number crunching : two upgrades to R@H needed

To post messages, you must log in.

Previous · 1 · 2

AuthorMessage
zombie67 [MM]
Avatar

Send message
Joined: 11 Feb 06
Posts: 316
Credit: 6,621,003
RAC: 0
Message 45152 - Posted: 19 Aug 2007, 2:34:58 UTC - in response to Message 45105.  

Those 16 active hosts (maybe 12 unique PCs) attached to this project must be overwhelming to keep track of. Must take - what? - whole minutes to check up on them?

I think you misunderstand what I am looking for. I am not merely trying to see if everything is running as it should right now. I am looking for things like (for example) poor performance over time compared to other machine.
Reno, NV
Team: SETI.USA
ID: 45152 · Rating: 0 · rate: Rate + / Rate - Report as offensive    Reply Quote
zombie67 [MM]
Avatar

Send message
Joined: 11 Feb 06
Posts: 316
Credit: 6,621,003
RAC: 0
Message 45153 - Posted: 19 Aug 2007, 2:36:28 UTC - in response to Message 45104.  

If you have remote machines running FIFTY projects, many of them alpha... isn't that sort of asking for trouble?

Nope. That's the fun part.
Reno, NV
Team: SETI.USA
ID: 45153 · Rating: 0 · rate: Rate + / Rate - Report as offensive    Reply Quote
Profile Angus

Send message
Joined: 17 Sep 05
Posts: 412
Credit: 321,053
RAC: 0
Message 45156 - Posted: 19 Aug 2007, 5:15:38 UTC - in response to Message 45152.  

Those 16 active hosts (maybe 12 unique PCs) attached to this project must be overwhelming to keep track of. Must take - what? - whole minutes to check up on them?

I think you misunderstand what I am looking for. I am not merely trying to see if everything is running as it should right now. I am looking for things like (for example) poor performance over time compared to other machine.


Just quit detaching and re-attaching, or changing OS' and you shouldn't have that problem. You're creating your own issue by creating so many hosts for the same machine on each project. Maybe you should modify your procedures and processes and not blame BOINC. just a suggestion...

Proudly Banned from Predictator@Home and now Cosmology@home as well. Added SETI to the list today. Temporary ban only - so need to work harder :)



"You can't fix stupid" (Ron White)
ID: 45156 · Rating: 1 · rate: Rate + / Rate - Report as offensive    Reply Quote
zombie67 [MM]
Avatar

Send message
Joined: 11 Feb 06
Posts: 316
Credit: 6,621,003
RAC: 0
Message 45159 - Posted: 19 Aug 2007, 5:53:16 UTC - in response to Message 45156.  

Those 16 active hosts (maybe 12 unique PCs) attached to this project must be overwhelming to keep track of. Must take - what? - whole minutes to check up on them?

I think you misunderstand what I am looking for. I am not merely trying to see if everything is running as it should right now. I am looking for things like (for example) poor performance over time compared to other machine.


Just quit detaching and re-attaching, or changing OS' and you shouldn't have that problem. You're creating your own issue by creating so many hosts for the same machine on each project. Maybe you should modify your procedures and processes and not blame BOINC. just a suggestion...

The machines got split when the BOINC client changed the way the CPU descriptions were listed. It had nothing to do with my activity.

Yeah, but none of that would be an issue if the server software worked properly. I shouldn't have to modify my behavior because the SW is broken, especially when a fix is available.

And FWIW, I am not trying to merge machines with different OS.
Reno, NV
Team: SETI.USA
ID: 45159 · Rating: 0 · rate: Rate + / Rate - Report as offensive    Reply Quote
Previous · 1 · 2

Message boards : Number crunching : two upgrades to R@H needed



©2025 University of Washington
https://www.bakerlab.org