Folding Forum

Awsome, yes the filter is working - thank you very much! Your sensitivity to the social needs of the community is much appreciated

Thank you very much. I don't want to bother them any more about this silly problem. That is why I posted here; I know that this forum is a separate entity. If nothing can be done, that's fine, just checking for suggestions.

Not asking for manual filtering of all names - just asking to delete 2 specific user names that I provided to 2 different admins. They have been out of commission for a while now, so I am hoping the perp lost interest. Here are the names and user links that grace fah-web.stanford.com, since I have h...

I have asked 2 admins at folding.stanford.edu to delete 2 specific users who chose names that deface the folding.stanford.edu web site, but get no reply - either via email, or by seeing those users disappear. Does anybody know a better way to contact those admins? Or, maybe what I am asking is just ...

I understand that caching is bad in general. Just trying to figure out how to handle situations like this where I have regular once a day internet and a couple of fast GPUs. I set max_packet_size for both GPUs to 100,000,000 - so, we'll see what happens. May be no change at all based on GW's analysi...

ah - thank you for explaining that. I'll try it when I get home and see how much the estimated complete times increase.

Good suggestions all UF, just not suited to my ancient slow CPU. I have a pair of very fast GPUs, so am limited to the work loads available for those - and, as someone explained earlier - the client has no choice about what work units it receives from the server. Would the PG project benefit with sm...

Thank you for the explanation guys. Ya'll have gone above and beyond the call of duty in explaining the current system, the needs of the project, and future direction and reasons for it. Above all, thanks for keeping the conversation constructive! Bruce - no incentive to stay connected will work for...

We can just agree to disagree as to what the desires of PG are. For me - it'll remain "fold as much as you want within the given timelines" unless somebody says something that makes better sense of this.

<philosophy alert> If a work unit has a deadline of 3 days, then returning the results within that deadline is in the interest of the science, is it not? If it takes 1 hour because I am connected, or if it takes 18 hours because I'm not connected is exactly equivalent to it taking 1 hour because I h...

As you point out, the client only has an estimate of points that will be awarded prior to download, so including the phrase "estimated points" in the UI makes sense. I don't know about all of the different type of work units, but as 7 pointed out, I am using the GPU client which finishes w...

I love reading so much great detailed info as 7, GW, and Bruce have provided. Gives some insight into how things work. From an end user's perspective, though, so long as I see that the project deadline is on the order of 3 days, and I know that I will connect each day at a minimum, I am going to bel...

I understand what you mean about the work units being serial in nature. So, in terms of the speed of finishing a single project element, yes - being offline will hold up that project element. Just as a slow machine taking a work unit slows down the other work units behind it. But, for the larger goa...

Finally found a link to instructions for communicating with the V7 client. It sounds like I should be able to do what I need by writing a bit of code to continually create enough "slots" while on line to keep the machine busy while off-line, and just have this little tender app running all...

What I am trying to do is this - download enough work to keep my machine busy while it is disconnected from the Internet. It should do this in an automated manner so that I don't have to manually configure the controller every day (like has to be done in the V7 client UI now). Can this be done by co...