• 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.

NEw GPU3 projects

I missed the official announcement as I was on vacation, sorry guys.. here is the official blurb:

Hi,

New GPU3 projects 10927-10978 and 11214-11265 are entering the advanced stage of testing (restricted to Fermi boards).

Projects 10927-10978 are the Protein-G peptide simulations and projects 11214-11265 are the Fs peptide simulations. These are to evaluate the performance of a new core (openmm-gromacs) on Fermi boards with Generalized Born (GB) model used as implicit solvent. Different force fields and different inner dielectric constants are used for this set of simulations.

10927-10978 Points and deadlines: 925 points, preferred deadline 14 days, final deadline 20 days
11214-11265 Points and deadlines: 912 points, preferred deadline 14 days, final deadline 20 days

Thanks!

YSL
 
Note: -advmethods is required to get the juicyest ones

Not with gpu3.
Using -advmethods with gpu3 forces the client to DL core11 WU instead of core15 WU.
Fermi will only run core15. If you run gpu3 with a Fermi card and put in the -advmethods flag, your client will sit there doing nothing. ;)

-advmethods should only be used with gpu3 if you are running older cards (pre-Fermi) and want to run core11 WU which yield higher PPD on older cards than the core15 WU do. (essentially giving gpu3 users with old cards the same PPD as gpu2 would)
 
I missed the official announcement as I was on vacation, sorry guys.. here is the official blurb:

Why the hell have they given a fermi card a deadline of 14 days, that makes zero sense given that they are chewing a WU in about 100minutes at most. You would literally have to run the WU for 8 minutes a day to miss the deadline:rolleyes:

OH the main reason i posted was the extra PPD they give, yes the science is the main goal but evga are right on our ass!!!
 
Not with gpu3.
Using -advmethods with gpu3 forces the client to DL core11 WU instead of core15 WU.
Fermi will only run core15. If you run gpu3 with a Fermi card and put in the -advmethods flag, your client will sit there doing nothing. ;)

-advmethods should only be used with gpu3 if you are running older cards (pre-Fermi) and want to run core11 WU which yield higher PPD on older cards than the core15 WU do. (essentially giving gpu3 users with old cards the same PPD as gpu2 would)

Quite true - not sure why someone posted that in the thread - Original posted edited
 
I've been folding nothing but 10632s with my 465 until I added the -advmthods flag to the Additional Client Parameters box in the systray client this past Saturday. Now I'm getting the new WUs and my PPD jumped from 11k-13k. Another nice thing is that the temps went down as well so I boosted the shader clock a bit for even moar "d".
 
OH the main reason i posted was the extra PPD they give, yes the science is the main goal but evga are right on our ass!!!
EVGA is where it is today largely because of -bigadv. Their top folders are all producing huge due to extensive server farms. Before -bigadv they had production spikes because of the bucks program but were nowhere near overtaking us by millions of PPD advantage. We don't have detailed statistics but they may have even ventured into -bigadv through a broad deployment earlier than we did. IIRC, we were a little late in that respect with the exception of a few individuals on the team. I think lelliot may have been first on this team.
 
OH the main reason i posted was the extra PPD they give, yes the science is the main goal but evga are right on our ass!!!
EVGA is where it is today largely because of -bigadv. Their top folders are all producing huge due to extensive server farms and the most commonly used VM image for -bigadv was EVGA's. Before -bigadv they had production spikes because of the bucks program but were nowhere near overtaking us by millions of PPD advantage. We don't have detailed statistics but they may have even ventured into -bigadv through a broad deployment earlier than we did. IIRC, we were a little late in that respect with the exception of a few individuals on the team. I think lelliot may have been first on this team.
 
EVGA is where it is today largely because of -bigadv. Their top folders are all producing huge due to extensive server farms. Before -bigadv they had production spikes because of the bucks program but were nowhere near overtaking us by millions of PPD advantage. We don't have detailed statistics but they may have even ventured into -bigadv through a broad deployment earlier than we did. IIRC, we were a little late in that respect with the exception of a few individuals on the team. I think lelliot may have been first on this team.

THey also have a large gaming community more likely to upgrade to the latest and greatest before the machine is really old - i bet they have a higher %age of i7's on their team than we do. And they have fermi cards all over the place, far more than we do I bet. I would say that there top 20 is about the same as ours, some big farms and a few SR-2's but less multi socket systems overall. Thankfully a couple of their top producers are still MIA - speaking of which, Tiger, where are you??

As an aside i'm curious to know how many SR-2's they are running, they don't seem to be mentioned as often as here.

I also wonder what will happen when we finally see the openCL ATI client - hopefully they will be stuffed then:D
 
THey also have a large gaming community more likely to upgrade to the latest and greatest before the machine is really old - i bet they have a higher %age of i7's on their team than we do. And they have fermi cards all over the place, far more than we do I bet. I would say that there top 20 is about the same as ours, some big farms and a few SR-2's but less multi socket systems overall. Thankfully a couple of their top producers are still MIA
Who is MIA? PM me if you know.

As an aside i'm curious to know how many SR-2's they are running, they don't seem to be mentioned as often as here.
We may have more than them and that would be evident from the plethora of threads about the SR-2 here. Heck, we have more threads and info on the SR-2 than the multiprocessor section or even 2CPU.com FTM, LOL.

In regards to EVGA being a prominent gaming community, well we're a hardcore enthusiast community that is mostly composed of gamers. I believe we also upgrade and mod on a per member basis more frequently than they do, but that's just an impression I get from all the posts here.

There are also a lot of Fermi owners here as well and it's growing by leaps and bounds every week. Fermi hardware is great for folding but the advantages over say the older 200-series isn't enormous, unless we're talking about the GTX 480. I don't think there are large numbers of people that fold on 480s, though. Now, with the release of higher producing GPU3 WUs things may change a bit in favor of teams with many Fermis, but I'm not 100% certain we are at a big disadvantage. If so, it will even out soon enough.
 
I'm curious to see if anyone picks up a 450 and what the PPD looks like on those. (Nodes info/comparison) Obviously they're lower end of the barrel since they have just over 1/2 the SPs of a 460, but at the pricetag ($129), I wonder how they'll do. Then again since 460's have dropped to $150-$160 lately (for the 768meg variant which is perfect for folding), it's going to be a hard sell from a folding perspective.

I agree....upgrading from 260 to 460 now isn't too much of a leap otherwise I'd more strongly consider it. As it is if I do put aside some money it for upgrades it would be better served on the ES hexas and/or an SR-2 foundation. :)
 
Anyone fold on the new GPU3 projects check their CPU usage? There's been some reports of higher CPU utilization which would not be welcome if true.
 
Not with gpu3.
Using -advmethods with gpu3 forces the client to DL core11 WU instead of core15 WU.
Fermi will only run core15. If you run gpu3 with a Fermi card and put in the -advmethods flag, your client will sit there doing nothing. ;)

-advmethods should only be used with gpu3 if you are running older cards (pre-Fermi) and want to run core11 WU which yield higher PPD on older cards than the core15 WU do. (essentially giving gpu3 users with old cards the same PPD as gpu2 would)


some what correct.. you can still get core15 units running the advmethods flag.. but another way to force core11 WU's on the gpu3 client is using the forcegpu_g80 flag (doesnt matter what the card is it will force core11 units).. now if you want to force core15 units use the forcegpu_fermi(again doesnt matter what card you own it will force core15 units).. was screwing around with it the other night and found those gems out.. pretty nice now since i will never have to worry about P660x wu's again!
 
some what correct.. you can still get core15 units running the advmethods flag.. but another way to force core11 WU's on the gpu3 client is using the forcegpu_g80 flag (doesnt matter what the card is it will force core11 units).. now if you want to force core15 units use the forcegpu_fermi(again doesnt matter what card you own it will force core15 units).. was screwing around with it the other night and found those gems out.. pretty nice now since i will never have to worry about P660x wu's again!

Yeah they changed it....I've been running -advmethods, I figured I'd remove it tonight (therein doing core15 only) and see if it got rid of my EUE problems. Anyway I noticed after removing -advmethods it will do both, actually. I've had gpu3 DL and crunch both core11 and core 15 WU now, so they've definitely changed it and -advmethods does not force core11 anymore.

I love these 57xx units, I'm getting higher PPD values on them. My 260s are estimating near 8k and my GT is running nearly 5600k....I hope these keep coming. :)
 
I have a 460 and a 295 on the way. 460 has been back ordered but they swear I will have it before or on the 23rd. My question: is there anything other than plug n play (little O/C too) I can do to get as much as possible out of these cards?
You guys seem to know all the tweaks of the twade LOL
 
I love these 57xx units, I'm getting higher PPD values on them. My 260s are estimating near 8k and my GT is running nearly 5600k....I hope these keep coming. :)
What projects are you getting now?
 
Quick question about GPU3, are the latest drivers still needed if you're going to use older hardware and fold only on core11?
 
Quick question about GPU3, are the latest drivers still needed if you're going to use older hardware and fold only on core11?


no only if you want to fold gpu3 WU's.. the programs are slightly different but only the cores matter..
 
Yeah they changed it....I've been running -advmethods, I figured I'd remove it tonight (therein doing core15 only) and see if it got rid of my EUE problems. Anyway I noticed after removing -advmethods it will do both, actually. I've had gpu3 DL and crunch both core11 and core 15 WU now, so they've definitely changed it and -advmethods does not force core11 anymore.

I love these 57xx units, I'm getting higher PPD values on them. My 260s are estimating near 8k and my GT is running nearly 5600k....I hope these keep coming. :)


to bad the extra ppd they get is counter acted by the loss in ppd on your smp client.. so while their nice when you look at the PPD overall they suck.. on my 8800GS's i gain 400 PPD with the 353's but i lose 600 PPD on my smp client..
 
Quick question about GPU3, are the latest drivers still needed if you're going to use older hardware and fold only on core11?
Ideally you should, otherwise you get warning message spam in your logfile saying the client can't identify the "GPU Species". Proper project delivery also works best when you are using more recent drivers.

You'll still fold fine with the older drivers, as monkey stated, but the warning messages were getting old on me so I finally upgraded to the latest drivers. No issues with the new drivers on any of my old cards.

Regarding your question about CPU utilization, yes and no.. just like the GPU2 client, it depends on the WU. I haven't noticed any major differences in CPU utilization.
 
Ideally you should, otherwise you get warning message spam in your logfile saying the client can't identify the "GPU Species". Proper project delivery also works best when you are using more recent drivers.

You'll still fold fine with the older drivers, as monkey stated, but the warning messages were getting old on me so I finally upgraded to the latest drivers. No issues with the new drivers on any of my old cards..
OK, I'll update the drivers this week when I perform some scheduled maintenance. I was going to update the drivers in the near future and might as well do it now. I noticed the message about not identifying the GPU family. I received it on one system but not on another with very recent drivers. Maybe new drivers combined with the GPU3 client will help with the lags of some apps that plagued the GPU2 client.
 
So these new GPU3 clients, do I need to add a flag to get them or are they automatically there? I haven't really done anything with it other than install it and am getting ~ 9.6-10k ppd on my 460 @ 780. I thought that sounded about right, but if they have changed it, please let me know.
 
to bad the extra ppd they get is counter acted by the loss in ppd on your smp client.. so while their nice when you look at the PPD overall they suck.. on my 8800GS's i gain 400 PPD with the 353's but i lose 600 PPD on my smp client..
The 353s are horrible when also folding -bigadv. On a system with several cards these WUs can be highly predatory on the SMP client. It doesn't affect my systems that run regular SMP because I always have one core dedicated to the GPUs, but the 353s wreak untold havoc on my -bigadv clients that have access to all cores.

With the GPU2 client, whenever I receive 450 pointers the -bigadv client gets a respite and stretches its legs for a couple of hours. The net effect being a faster overall completion time. My systems don't make good times with A3 -bigadv, so it's still worth the combined PPD to incorporate GPUs folding in the same systems, but it would be a major problem on recent machines that have fast -bigadv TPFs to be so encumbered by GPUs. I could easily imagine net loss scenarios above a certain TPF threshold that ordinarily would grant large bonus factors. I'm going to need to closely watch this play out and weigh the pros and cons now that I am beginning to migrate to GPU3.
 
Back
Top