Goodbye
Goodbye |
|
| log in |
Message boards : Number crunching : Goodbye
Previous · 1 · 2
| Author | Message |
|---|---|
JPM, you can still crunch. The idea behind S@H was to use spare cycles. That means running in the background when your computer is on but idle. For example when you go grab lunch or a cup of coffee. If you use the program as originally envisioned then you can still crunch and only burn the electricity that your computer will burn anyway. I don't think it works like that any more. As soon as your computer becomes idle and BOINC starts crunching, it's going to use 100% of the CPU by default... in all honesty, if you wanted to save electricity you'd be better off letting a computer go to sleep or better still shut it down. ____________ Brian. | |
ID: 1134579 ·  | |
|
I think Carlos meant let it run while you are using your computer and it will just use the cycles you aren't using and yes, if you aren't using any yourself it will use all 100% while it has a chance, like while you are at lunch but didn't turn your computer off. Once you are done with your computer for the day just shut it down. BOINC will adjust and just feed you the work you can get done running that way. | |
| ID: 1134595 · | |
|
If the "only" reason for shutting down the computer(s) is be course of the heat, I down understand why not just throttle the CPU/GPU, then the PCs wont get too hot and your still crunching. | |
| ID: 1134597 · | |
Chris, Sorry, I don't my friend, but if I do hear of anyone, I'll let you know. ____________ Those are my principles, and if you don't like them ... well, I have others. Groucho Marx 1895-1977 I also have mine, and if you don't like them ... tough, live with it. Chris S 2016 Member of UCB Charter Hill Society | |
| ID: 1134600 · | |
|
I hope you're able to come back soon JPM. | |
| ID: 1135117 · | |
If the "only" reason for shutting down the computer(s) is be course of the heat, I down understand why not just throttle the CPU/GPU, then the PCs wont get too hot and your still crunching. Most of my CPU's are set to 80% via Boinc Manager, and all the GPU's are set to 400 or 500 Mb/s memory speed. Also I set the GPU fans to manual and up the speeds to keep the temps down as low as possible. All my CPU's are P4 variants so don't have on-die temp measuring, only Core 2 and later have that, but 80% CPU makes very little difference to output and does help. Most ATI projects, except Collatz, don't need full memory speed, so it can be wound down as low as you can get it. It can get a bit noisy with a number of comps in a confined space, and a bit warm too, but at least the heat output is minimised. The best way forward is to run a couple of machines with high end cards, rather than a number of machines with low end cards. You get the same RAC but less heat and smaller power bills. Just need to find the money :-) ____________ Those are my principles, and if you don't like them ... well, I have others. Groucho Marx 1895-1977 I also have mine, and if you don't like them ... tough, live with it. Chris S 2016 Member of UCB Charter Hill Society | |
| ID: 1135137 · | |
The idea behind S@H was to use spare cycles Isn't it true that that it's always been like that? Free cycles never meant that the electricity used when BOINC kicked in was free. Although that's what I used to think when that "free" term was used and now I know it's not so when I get my fuel bills. ____________ flaming balloons | |
| ID: 1135175 · | |
|
Actually, I think that low-power idle instructions on the CPU were not always available. Back in the 386 and 486 days, I believe free cycles were actually free--the CPU essentially ran at 100% all the time. I could be wrong on that of course. | |
| ID: 1135180 · | |
Actually, I think that low-power idle instructions on the CPU were not always available. Back in the 386 and 486 days, I believe free cycles were actually free--the CPU essentially ran at 100% all the time. I could be wrong on that of course. Ah, so we were lending our wear and tear to BOINC and now wondering why it's an arm and a leg it's costing us. ____________ flaming balloons | |
| ID: 1135183 · | |
Actually, I think that low-power idle instructions on the CPU were not always available. Back in the 386 and 486 days, I believe free cycles were actually free--the CPU essentially ran at 100% all the time. I could be wrong on that of course. That's generally true, even through the Pentium II's and Pentium III's. Of course there were always low power versions of every Intel/AMD chip (the 386SLC and 486SLC are examples), but the ability to turn off unused portions of the processor or to down-clock itself is a relatively new invention. With the advent of power saving features, distributed computing is a harder "sell" to the average person who ends up paying a higher electric bill. | |
| ID: 1135192 · | |
|
"Unused CPU cycles" meant that when you were not using your computer to run a program like a word processor or spreadsheet etc, the cpu would basically run in idle mode. This was envisaged to be in between work tasks, or at tea breaks, or lunchtimes. At that point, Boinc/Seti would kick in and use the CPU for crunching, until such time as the computer was used for another work task. | |
| ID: 1135204 · | |
|
There are laptops with dual GPUs. See here under the heading Gaming Laptops. | |
| ID: 1135214 · | |
|
Tutankhamon "Communist" Volunteer tester  Send message Joined: 1 Nov 08 Posts: 6018 Credit: 37,245,997 RAC: 356 
| |
Well, that's at least what it looks like. Just now when there's months and months of shortie floodings, it's certainly true. However when the telescope is used in another way, sometime in the future, and there's a more balanced production of WU's with other AR's, I think all will settle down again. ____________ This is a test of the Emergency Moron System. Had there been a real moron in the room, there would've been a small mushroom cloud in the place where the idiot had been standing. | |
| ID: 1136265 · | |
|
Josef W. Segur Volunteer developer Volunteer tester Send message Joined: 30 Oct 99 Posts: 4504 Credit: 1,414,761 RAC: 0 
| |
Sten, don't go optimistic on us now! The Arecibo schedule starting August 27 shows the ALFA receiver being put back on the telescope September 1 and the A2010 ALFALFA project's fall observation campaign starting ~03:00 UTC September 6. When some of that data gets shipped to Berkeley, it will be mainly midrange ARs. In terms of our demand versus data availability, with no ALFA observations between July 24 and September 6 I hope there's enough in HPSS storage to keep the flow going. If not, there may be an opportunity for the project to do some local maintenance or reorganization which is difficult while in full operation. Although there's ample data from GBT to fulfill all demand for many months, I judge the project will want to do careful testing of modified applications before starting production crunching here. Joe | |
| ID: 1136303 · | |
|
msattler - meow!! Volunteer tester  Send message Joined: 9 Jul 00 Posts: 45382 Credit: 805,493,272 RAC: 112,552
 | |
Thank you, Joe. That news bodes well for the future here. If the WU supply runs out before the September data starts arriving, the kitties will just prowl about waiting to pounce when the time is right! ____________ Meow, and the world meows with you. Bark, and you bark alone. Have made a few friends in life. Most were cats.  | |
| ID: 1136307 · | |
|
What we also need is Nitpicker to start on the 11 years of data we have already got ....... | |
| ID: 1136674 · | |
Message boards : Number crunching : Goodbye
| Copyright © 2016 University of California |
