Folding Forum

If the servers were designed to work in a prioritizing way to best utilize the available hardware, what you are talking about wouldn't be an issue at all. If the system were actually smart in assigning work, the only way a 386 could be assigned work is if everything faster was already in use. In wh...

You're basically telling me there is a flaw in the system then. WUs should be prioritized and high priority WUs should end up on the fastest hardware available to calculate it. The Pentium IIs should only receive low priority WUs. As a contributor, that really isn't my problem. If I make my Pentium...

There is no great good in encouraging people to run their 386 machines, (not one, not a million),they are just too slow! So is something not better than nothing? In a sense this is true. Pandegroup has said in the past that if a client computer cannot reliably make the "preferred" (first)...

Ultimately, that's where I disagree with a lot of people on this forum. I fold because I have a lot of spare clocks that could be put to better use. Most here fold to fold. The current score system works for those that fold to fold but not for those that just want to donate spare clocks. I don't th...

I brought it up now because I saw 11 processors getting raped by a single 8800 GTS. The owner of the GTS is not pleased with this (he's thinking about switching to BOINC), nor am I. So I came here to get some answers, make some suggestions, and ultimately decide what course of action I will take (s...

Scaling prior to and after calculations can move the bulk of the calculations to the ALU while the FPU only handles translations of incoming and outgoing results. Surprise, surprise, 64-bit longs are far more suited to those kinds of operations than 32-bit. They have to commit to 64-bit before it i...

We ended up choosing a code snippet we had that takes a height map and calculates the corresponding normal map. Normal calculations are extremly FlOp intensive. Your input and outputs could be in the form of integers but the heavy lifting is all double- and single-precision floating point decimals-...

Only in FlOp sense. CPUs rape GPUs in arithmatic and almost always in available memory. Pande Group choose not to exploit those things probably due to the ease of keeping everything in floating-point decimals. I'm not a computer programmer, so I'll ask you this: What about a case like http://www.to...

You're honestly going to sit there and say that using the number of WUs completed is not fair, but assigning some number to a WU and passing that out is????? Um, you just said that it wasn't fair, but then you turn around and say it is? lol.... :roll: FAIR is listing what you are REALLY DOING. If W...

It's funny that you say it's physically impossible for a CPU to handle what a GPU can handle. They are very similar and CPUs were designed to handle much more. Think about what you are saying. You have pretty much stumbled onto your own answer without knowing it. A CPU handles all of the functions ...

Do we know that processor time is collected? We do WUs that give us points, and those points are based off of a benchmark machine. But that benchmark is a P4. I believe with hyperthreading turned off. What if hyperthreading is turned on? The processor may be slightly more efficient. Or what if it's ...

I hate to be the bad guy here, but who says we should dig up every old processor and plug it into FAH? Now don't get me wrong; I like the project. I think we all do, or we wouldn't read these forums. But in my opinion, the project chiefly works because it favors a bigger, but ultimately otherwise us...