 |
 |
CPU agresssiveness of DC projects
|
 |
|
 |
|
Mac Elite
Join Date: Jul 2001
Status:
Offline
|
|
I've noticed that on my iMac, the only DC program that actually impaired my ability to work is the Folding@Home project. Ubero would not make my typing go in fits and starts, and SETI@Home would not make my movies jerky.
<sigh> I guess I just have to turn the durn thing off for whenever I need the power. Hmm. At least it saves most of the work it's done - alhtough on an iMac 500, 1% on a big protein takes a LONG time.
\Mind, I haven't tried all the different programs yet. I said I was going to join the dFolding Team, but honestly, CLI scares me. So I went for the GUI Folding@Home, and will change it for the F@H CLI in a little while.
Oh yeah - RC5 running on OS 9 was good at not interrupting anyhting. I could run Quicktime Player and miss not a frame with RC5 running. The DC program took the hit instead of the user's apps. I like that better.
|
|
Actual conversation between UCLA and Stanford during a login on early Internet - U: I'm going to type an L! Did you get an L? S: I got one-one-four. L! U:Did you get the O? S: One-one-seven. U: <types G> S: The computer just crashed.
|
| |
|
|
|
 |
|
 |
|
Mac Elite
Join Date: Jan 2002
Location: Mile High City
Status:
Offline
|
|
Originally posted by cdhostage:
<STRONG>I've noticed that on my iMac, the only DC program that actually impaired my ability to work is the Folding@Home project. Ubero would not make my typing go in fits and starts, and SETI@Home would not make my movies jerky.
<sigh> I guess I just have to turn the durn thing off for whenever I need the power. Hmm. At least it saves most of the work it's done - alhtough on an iMac 500, 1% on a big protein takes a LONG time.
\Mind, I haven't tried all the different programs yet. I said I was going to join the dFolding Team, but honestly, CLI scares me. So I went for the GUI Folding@Home, and will change it for the F@H CLI in a little while.
Oh yeah - RC5 running on OS 9 was good at not interrupting anyhting. I could run Quicktime Player and miss not a frame with RC5 running. The DC program took the hit instead of the user's apps. I like that better.</STRONG>
Distributed Folding is very nice with other apps. And the CLI is not that scary, even I can do it. I would be glad to share how to run it in 5 easy steps.
1. Download the client.
2. Place it in a folder where you want to run it from (normally the applications folder)
3. Open a terminal window and type cd plus a single space. (for change directory
4. Using a normal finder window, navigate to the folder that has the distributed folding client, and drag that folder on top of the terminal window. It will automatically fill out the rest of the path, then hit enter.
5. type ./foldit and you will be up and running. To quit, just type Q, it will finish the current structure and quit.
Real easy. There are other tricks to maximize performance, but we won't go there until you are ready.
|
|
|
| |
|
|
|
 |
|
 |
|
Grizzled Veteran
Join Date: Sep 2000
Location: Florida
Status:
Offline
|
|
I bet you could get F@H to play nice with other applications. Have you tried setting different niceness values when you startup the app? I'll see what I can come up with.
|
|
-- SBS --
|
| |
|
|
|
 |
|
 |
|
Grizzled Veteran
Join Date: Sep 2000
Location: Florida
Status:
Offline
|
|
Oops. Looks like you can't adjust any setting for niceness in F@H. That likely means that it was not meant to run in the background. It likely runs at about a niceness level of zero. So it could steal CPU cycles from other apps that need them.
|
|
-- SBS --
|
| |
|
|
|
 |
|
 |
|
Mac Elite
Join Date: Jan 2002
Location: Mile High City
Status:
Offline
|
|
Originally posted by SkiBikeSki:
<STRONG>Oops. Looks like you can't adjust any setting for niceness in F@H. That likely means that it was not meant to run in the background. It likely runs at about a niceness level of zero. So it could steal CPU cycles from other apps that need them.</STRONG>
I didn't think it could be done with the GUI, but I think you can with the CLI version.
|
|
|
| |
|
|
|
 |
|
 |
|
Grizzled Veteran
Join Date: Sep 2000
Location: Florida
Status:
Offline
|
|
Originally posted by Shaktai:
<STRONG>
I didn't think it could be done with the GUI, but I think you can with the CLI version.</STRONG>
Forgot to mention that, that entire time I was talking about the CLI. So apparantly you can't change the niceness of the CLI. And I assume the same goes for the GUI.
|
|
-- SBS --
|
| |
|
|
|
 |
|
 |
|
Senior User
Join Date: Feb 2002
Location: Silly Valley, Ca
Status:
Offline
|
|
Originally posted by SkiBikeSki:
<STRONG>
Forgot to mention that, that entire time I was talking about the CLI. So apparantly you can't change the niceness of the CLI. And I assume the same goes for the GUI.</STRONG>
You can change the niceness of the GUI version too, just not using the GUI.
Try this:
Launch GUI
Open Terminal
type
ps aux | grep FAH
(or whatever the name of the GUI App is called in place of FAH - FAH is the default CLUI name)
Grep is case sensitive so spell right or use a partial spelling.
Look at the first number in the list (after the owner's name).
That is the PID.
Type
renice 20 PID
where PID is the PID of the FAH app.
This will set it to be very very nice and shouldn't interfear with anything else you run.
You will have to renice the app again everytime you launch it since it will default to a nice of 0.
The CLUI version lets you set niceness at launch so it is always what you want it to be.
|
|
|
| |
|
|
|
 |
|
 |
|
Senior User
Join Date: Feb 2002
Location: Silly Valley, Ca
Status:
Offline
|
|
Ack! Silly me.
The above will change the priority of the FAH app not the core that is doing all the work. After the current work unit completes, you will start a new core and I believe and then it will inherit the niceness of the app.
SO for the first time around you want to renice both the app and the core.
Using the above method, also find the PID of the core
ps awux | grep Core
And renice that PID as well
renice 20 PID
That should do it.
[ 05-06-2002: Message edited by: mikkyo ]
|
|
|
| |
|
|
|
 |
|
 |
|
Mac Elite
Join Date: Jul 2001
Status:
Offline
|
|
I read Cryptonomicon but I'm not very good at math.
So a longer key is not necessarily harder to break? Then one of the character's use of a 4096-bit key was useless?
|
|
Actual conversation between UCLA and Stanford during a login on early Internet - U: I'm going to type an L! Did you get an L? S: I got one-one-four. L! U:Did you get the O? S: One-one-seven. U: <types G> S: The computer just crashed.
|
| |
|
|
|
 |
|
 |
|
Senior User
Join Date: Feb 2002
Location: Silly Valley, Ca
Status:
Offline
|
|
Originally posted by cdhostage:
<STRONG>I read Cryptonomicon but I'm not very good at math.
So a longer key is not necessarily harder to break? Then one of the character's use of a 4096-bit key was useless?</STRONG>
Yes, for some algorithms, a longer key may not significantly improve security. Presently, this isn't true for RSA keys, but if someone comes up with a better way of factoring, it may not always be true.
RSA has a nice faq about their challenges and some good cryptography reading too.
Cryptography FAQ
RSA Challenges
|
|
|
| |
|
|
|
 |
|
 |
|
Junior Member
Join Date: Jun 2001
Location: Antioch
Status:
Offline
|
|
Core_65.exe already runs at rock bottom priority (nice 20).
You can't make it be any more nice.
It (CLI version) does not make my 333 Beige G3 slow.
Are you running the gui version?
|
|
Don't take candy from strangers
|
| |
|
|
|
 |
 |
|
 |
|
|
|
|
|

|
|
 |
Forum Rules
|
 |
 |
|
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts
|
HTML code is Off
|
|
|
|
|
|
 |
 |
 |
 |
|
 |
|