• Some users have recently had their accounts hijacked. It seems that the now defunct EVGA forums might have compromised your password there and seems many are using the same PW here. We would suggest you UPDATE YOUR PASSWORD and TURN ON 2FA for your account here to further secure it. None of the compromised accounts had 2FA turned on.
    Once you have enabled 2FA, your account will be updated soon to show a badge, letting other members know that you use 2FA to protect your account. This should be beneficial for everyone that uses FSFT.

macpro 08 (e5462), only 1600ppd?

kcmastrpc

kcmastrpc

[H]ard|Gawd
Joined
May 26, 2011
Messages
1,309
i finally got the f@h increase client running. i'm computing gromacs2 units - and getting 1600ppd. that seems kind of low, yes? or did they change how ppd were calculated? all 8 cores are cooking and the two processes are using between 600-700% cpu (i do other stuff on this computer at work).
 
make sure to run the client w/ -smp -bigadv flags
 
those chips are unable to complete bigadv (due to thread limitations, you have 8, minimum for Bigadv is now 16), which unit is it currently running?
 
i don't see an entry for 'unit', but here's all the info i can gather from the logs/queue...

project: 6040

queue logdump:

-------- Queue Dump of Unit at ~/Library/InCrease/unit1 --------
qd released 9 September 2011 (fr 086); qd info 9 September 2011 (update-qd.pl)
qd executed Wed Sep 05 10:14:47 CDT 2012 (Wed Sep 05 15:14:47 UTC 2012)
Queue version 6.00

Index 1: folding now 1395.00 pts (37.184 pt/hr, 890.76 ppd) 5.12 X min speed; 55% complete
server: 171.64.65.54:8080; project: 6040
Folding: run 0, clone 189, generation 341; benchmark 0; misc: 500, 629, 12 (le)
issue: Tue Sep 4 13:26:48 2012; begin: Tue Sep 4 13:31:01 2012
expect: Thu Sep 6 03:01:57 2012; due: Wed Sep 12 13:31:01 2012 (8 days)
preferred: Mon Sep 10 13:31:01 2012 (6 days)
core URL: http://www.stanford.edu/~pande/OSX/x86/Core_a3.fah (V2.22)
core number: 0xa3; core name: GRO-A3
CPU: 1,0 x86; OS: 3,0 OSX
smp cores: 8; cores to use: 8
tag: P6040R0C189G341
memory: 10240 MB
client type: 3 Advmethods
assignment info (le): Tue Sep 4 13:24:28 2012; BC800515
CS: 171.67.108.25; P limit: 524286976
user: kcmastrpc; team: 33; ID: D6F75A504A436065; mach ID: 1
work/wudata_01.dat file size: 7885868; WU type: Folding@Home

Average download rate 31.417 KB/s (u=1)
Average pph: 37.184, ppd: 892.43, ppw: 6247.0, ppy: 325950
Average alternate pph: 37.115, ppd: 890.76, ppw: 6235.3, ppy: 325342


project 6080

queue log dump:


-------- Queue Dump of Unit at ~/Library/InCrease/unit2 --------
qd released 9 September 2011 (fr 086); qd info 9 September 2011 (update-qd.pl)
qd executed Wed Sep 05 10:11:13 CDT 2012 (Wed Sep 05 15:11:13 UTC 2012)
Queue version 6.00

Index 1: folding now 521.00 pts (19.411 pt/hr, 465.23 ppd) 3.76 X min speed; 77% complete
server: 171.64.65.54:8080; project: 6080
Folding: run 0, clone 25, generation 448; benchmark 0; misc: 500, 629, 12 (le)
issue: Tue Sep 4 13:26:47 2012; begin: Tue Sep 4 13:28:59 2012
expect: Wed Sep 5 16:19:24 2012; due: Sat Sep 8 18:16:58 2012 (4 days)
preferred: Fri Sep 7 01:28:59 2012 (2 days)
core URL: http://www.stanford.edu/~pande/OSX/x86/Core_a3.fah (V2.22)
core number: 0xa3; core name: GRO-A3
CPU: 1,0 x86; OS: 3,0 OSX
smp cores: 8; cores to use: 8
tag: P6080R0C25G448
memory: 10240 MB
client type: 3 Advmethods
assignment info (le): Tue Sep 4 13:24:28 2012; BC800515
CS: 171.67.108.25; P limit: 524286976
user: kcmastrpc; team: 33; ID: 6C0AA96F73192C3E; mach ID: 2
work/wudata_01.dat file size: 1798983; WU type: Folding@Home

Average download rate 13.732 KB/s (u=1)
Average pph: 19.411, ppd: 465.86, ppw: 3261.0, ppy: 170152
Average alternate pph: 19.385, ppd: 465.23, ppw: 3256.6, ppy: 169921
 
You'll need to switch over to standard SMP units. As W.Feather has said, you don't have enough "computational" power to do the big units. :(

You should be able to get 15K PPD with your two CPUs.
 
Thanks patriot, i couldnt remember off the top of my head and was in class when I made my last post, no pass key would explain getting that low of points.

edit: http://fah-web.stanford.edu/cgi-bin/fahproject.overusingIPswillbebanned?p=6040

that is the link for the unit OP has, still looks to be SMP, but :D

Edit 2 : seems the OP has 2 units going at once, judging how the log outputs posted have 2 semi-completed units, unless my tired brain is reading it wrong......that may be causing the issue as well...
 
I'm not sure, but I think it's the way InCrease reports ppd. In any case - I am actually running multiple clients (i have a q6600 at home folding, and a mbp with me at work that sits idle).

I'll probably stop folding on the mbp once I finish up this unit - 95-99C cpu temps worry me - even moreso when it's continuous.

Here's the latest report from InCrease after running all night - I think I'm in good shape...


-------- Queue Dump of Unit at ~/Library/InCrease/unit1 --------
qd released 9 September 2011 (fr 086); qd info 9 September 2011 (update-qd.pl)
qd executed Thu Sep 06 08:35:37 CDT 2012 (Thu Sep 06 13:35:37 UTC 2012)
Queue version 6.00

Index 3: folding now 521.00 pts (85.874 pt/hr, 2060.25 ppd) 16.6 X min speed; 68% complete
bonus pts: 3671.46 (411.356 pt/hr, 14518.46 ppd); bonus factor: 7.05; kfactor: 2.99
server: 171.64.65.54:8080; project: 6080
Folding: run 0, clone 114, generation 461; benchmark 0; misc: 500, 629, 12 (le)
issue: Thu Sep 6 04:27:57 2012; begin: Thu Sep 6 04:28:05 2012
expect: Thu Sep 6 10:32:06 2012; due: Mon Sep 10 09:16:04 2012 (4 days)
preferred: Sat Sep 8 16:28:05 2012 (2 days)
core URL: http://www.stanford.edu/~pande/OSX/x86/Core_a3.fah (V2.22)
core number: 0xa3; core name: GRO-A3
CPU: 1,0 x86; OS: 3,0 OSX
smp cores: 8; cores to use: 8
tag: P6080R0C114G461
flops: 1064473366 (1064.473366 megaflops)
memory: 10240 MB
client type: 3 Advmethods
assignment info (le): Thu Sep 6 04:25:38 2012; BC822E5B
CS: 171.67.108.25; P limit: 5241856
user: kcmastrpc; team: 33; ID: D7B0FE51AACE0C20; mach ID: 1
work/wudata_03.dat file size: 1798691; WU type: Folding@Home

Average download rate 255.277 KB/s (u=3); upload rate 95.643 KB/s (u=2)
Performance fraction 0.947557 (u=2)
Average pph: 81.556, ppd: 1957.35, ppw: 13701.4, ppy: 714902
Average bonus pph: 509.433, ppd: 12226.38, ppw: 85584.7, ppy: 4465563
Average alternate pph: 81.978, ppd: 1967.48, ppw: 13772.4, ppy: 718603
Average alternate bonus pph: 572.672, ppd: 13744.13, ppw: 96208.9, ppy: 5019905
 
those temps are probably why your PPD is so low, its triggering the throttle down so its actually running at idle clocks while at full load.
 
I agree with sirmonkey if your seeing temps that high then the intel chip is going to throttle itself. Laptops in general aren't great for folding because of less than stellar cooling but Apple laptops take the cake since they make design choices to make the whole package thinner at the expense of sensible/reasonable cooling.
 
sirmonkey1985 said:
those temps are probably why your PPD is so low, its triggering the throttle down so its actually running at idle clocks while at full load.
Click to expand...

i was concerned about my macpro running low ppd's - which in reality, it's not - i just wasn't seeing the bonus ppd's since it wasn't sending a login key (which it is now).

in regards to my mbp the i7 mobile cores are spec'd to run at max 100c - I know it seems ridiculously hot but they are designed like that. I've checked and they're running at full speed - and the fan isn't even running full steam to cool them. in any case, there is no more applecare on the unit so i'm not trying to purposely kill it.
 
crank your fan, i know there is a way with OSX to do that, Apple programs it to be low regardless of the temp (Most of the time), it should be at full speed when at full load.
 
i use smcFanControl on my MBP works great
 
You must log in or register to reply here.
Back
Top