Folding Forum

Seems like a reasonable to be answered.

Goodbye FAH, you will not get another CPU/GPU cycle from me ever again.

bruce wrote:Stanford servers have been having an unusual number of problems recently and whatever they've done to fix them doesn't seem to be a permanent fix.

Did they upgrade the servers from i386s to Pentium IIs? If so, that should keep them good for a couple of years.

7im wrote:The fah client behaves like a web browser. Uses http on port 80.

That is a very misleading answer. Just because an app uses a web service that uses port 80, does not mean it acts like a web browser. The fah client is nothing like or close to a web browser.

You are not the first person to report missing uploads connected to using Langouste. I do not think the issue is with Langouste. I have had several of the beautiful 8101 WUs go MIA just using the standard client for result sending. Considering how often the Stanford servers go down every other week...

15 years of C/C++/Java/Python developing large distributed systems. No Windozes experience though.

Going by Grandpa_01 first post, if these PPD is anything to go by, a single GPU-rig can get around 200k PPD and while this won't beat a 48-way CPU-system it should easily beat the systems to probably 99% of the active folders. That right there is the whole point of my complaint. A pair of $200 GPUs...

With the 2.25 client I doubt anyone will see 250k ppd from a gtx580 maybe 150k. My gtx670s produce about 125k each on an 8057. You have to wonder if fermi will see its optimizations return in future clients. I recon just kepler will get optimized as nvidia has a hand in this and they are hardly goi...

When a $400 GPU produces the same quality/amount of "WORK" as a $3000 plus SMP machine is the time I stop contributing my free resources( hardware, time, electricity ) to this project. There is ZERO incentive for me to continue . 3 4P Opteron systems are now offline. This is the first tim...

When a $400 GPU produces the same quality/amount of "WORK" as a $3000 plus SMP machine is the time I stop contributing my free resources( hardware, time, electricity ) to this project. There is ZERO incentive for me to continue . 3 4P Opteron systems are now offline. This is the first time...

Grandpa_01 wrote:I would say it is resolved for those with faster machines,

I would say not. Missing 4 WUs. The "system", for what is it is, i saccepting newly completed WU. WU completed over the last 24 hours are SOL it looks like. +1 for Stanford ......

I haven't heard anything back yet--I'll post more when I have more information. I'm glad some returns seem to be running successfully, but I'd like to track this down so I can be sure it's resolved (and so I can do my best to prevent it from happening again.) This stuff still is not resolved. Why d...

Perhaps it would be best to start running normal SMP WU's till they get the problem sorted out. I'm sure that Kasson will report back when everything is working again and then you can switch back to bigadv's. Meanwhile those big machines won't be just spinning their wheels on failed Bigadv's. Obses...

I have two BA machines reporting the same error: "Server reports problem with unit.".... Now 3 machines...

Or it tells you 6903s need to be much lower, as kasson has said. ;) Really.... there are only 3 bigadv WUs: 6901, 6903, and 6904. All of them are consistent one another in respect to the number of steps, time to process, and points awarded. When a new WU is added making up 25% of the potential WUs ...