Posts by 4LG5zSZM7uiF1nVGZVqTRrjkXA6i

1) Message boards : Number crunching : Out of work (Message 90564) Posted 23 Mar 2019 by 4LG5zSZM7uiF1nVGZVqTRrjkXA6i Post: As I've said before, my main concern is that it taints the results. Any results reported out of Rosetta@home have to be replicated because it all feels like preliminary work. How exactly does the fact, that the project has not always enough work for everyone anything to do with the quality of the results? Apparently they got the amount of results they need for the current tasks and are not in hurry to release the next batch. That's their choise, we don't know why and I'm fine with that. The fact, that they don't generete more WUs than they need just to satisfy some people thinking only about their RAC, does not make it feel "like preliminary work", but quite the opposite. New work is available now btw. Best not to ask questions. They've had the same issue which really comes down to their system and how they use it, but want the scientists to change the project to fix the issues. It has been suggested that maybe this is not the project for them but yet they keep coming back. Best bet, just ignore what they have to say as none of it is based upon any facts.
2) Message boards : Number crunching : GPU calculation (Message 90267) Posted 29 Jan 2019 by 4LG5zSZM7uiF1nVGZVqTRrjkXA6i Post: Hello Rosetta Team I'd like to see a GPU Client for Rosetta@home. GPU is MUCH, MUCH, MUCH, MUCH, MUCH, MUCH faster than CPU. THANK YOU Balmer Switzerland Try building a computer with a GPU only and let us know how fast it is. If a GPU could do everything faster than a CPU, then Intel would be selling GPU's instead of CPU's.
3) Message boards : Cafe Rosetta : Had to uninstall, using 200,000K RAM (Message 89929) Posted 25 Nov 2018 by 4LG5zSZM7uiF1nVGZVqTRrjkXA6i Post: That is how you get someone to do something for you. 200,000K of ram would be 200 Megabytes. 18 years ago, that was a lot of RAM and many systems had either 128 or 256MB of RAM. So I highly doubt that was the case back then. Why is it an issue 18 years later, or are you still using the same computer from 18 years ago? By the way, Rosetta@Home is not BOINC. Rosetta@Home is part of the BOINC ecosystem, but BOINC is not Rosetta@Home. If 200MB is too much for your system, then you will need to find a different distributed computing project to put your computing resources too.
4) Message boards : Number crunching : No WUs for Android client (Message 89570) Posted 16 Sep 2018 by 4LG5zSZM7uiF1nVGZVqTRrjkXA6i Post: Looks like there are no more Android tasks again. Anyone care to guess how long it will be before we see more? Maybe we should start a pool.
5) Message boards : Number crunching : More checkpointing problems (Message 89358) Posted 30 Jul 2018 by 4LG5zSZM7uiF1nVGZVqTRrjkXA6i Post: Some of what you're reporting is on your side though. So if it isn't your responsibility to fix it, then who? So now you're complaining about the BOINC software that Rosetta@Home has no responsibility over. Also, the first thing that should never be brought up is how much work you've done....there is always a bigger fish. For example, you are closing in on 8 million; that is about a months worth of work for me. I don't seem to have all of the issues that you do. Could things be better? Sure. Could they be worse? Yes. Yes, I think you have some misunderstandings of what is going on. When you're talking about a scientific perspective, is that on the computer science side or the field the scientists actually work in? You could have a computer science PHD make things work great...but the results may not meet what the scientists are actually looking for. A computer science PHD would not know the science of what they are creating for. You have some Windows machines correct? There is sloppy coding in Windows too. Every so often a WU gets stuck in the upload state; I've had three or four out of over 77 million points worth. I'm not going to worry about it.
6) Message boards : Number crunching : Rosetta and Android (Message 89347) Posted 27 Jul 2018 by 4LG5zSZM7uiF1nVGZVqTRrjkXA6i Post: Currently according to the server status page, there are no WU's available for Android and I only have one left in my queue, so pretty soon I'll have idle Android cores as will many others. I'm posting now since tomorrow is Friday and hopefully someone notices and can get more WU's ready.
7) Message boards : Number crunching : Waiting for memory (Message 89278) Posted 14 Jul 2018 by 4LG5zSZM7uiF1nVGZVqTRrjkXA6i Post: Have you checked the settings under computing preferences?
8) Message boards : Number crunching : More checkpointing problems (Message 89256) Posted 10 Jul 2018 by 4LG5zSZM7uiF1nVGZVqTRrjkXA6i Post: I see no problems on the Windows machines other than you seem to be caching more work that your machine can complete. I'd say a lot of people fall into that category, every resend that is sent and then later is cancelled because the returned a late result falls into this category, especially when the WU deadline is 7 days. I do agree with you in that he says he has an issue with 3-day deadline WU's. It sounds like he doesn't keep his machines running constantly and shuts them down. With that said, the OP just needs to figure out what kind of buffer to run for his machines for how long they will be powered on. Given that the default is to run a WU for ~12 hours of CPU time, that is where he should start. If his machine only runs for 8 hours day, then he should be using at most a 1 day buffer. I personably run a low buffer. If there is an outage that lasts for say 6 hours, I'll have an issue. Those are rare for the most part and if there is no work, other projects will get the computing resources. No big deal. People that have a buffer where their machine cannot complete a WU in a week need to seriously shrink their buffer.
9) Message boards : Number crunching : More checkpointing problems (Message 89252) Posted 9 Jul 2018 by 4LG5zSZM7uiF1nVGZVqTRrjkXA6i Post: You can look at the WU and see if someone returned a result. Many times, the original WU was sent, no response by the deadline, so it gets sent back out. However, the original computer could have been crunching it, it finished it and returned it after the deadline, so that means the resent WU should be canceled since a result was received. So while you view it as wasted bandwidth, having you crunch it would be wasted computing. Which would you rather have; wasted bandwidth or 12 computing hours?
10) Message boards : Number crunching : Exporting result data from website? (Message 89248) Posted 9 Jul 2018 by 4LG5zSZM7uiF1nVGZVqTRrjkXA6i Post: You could write a script that uses curl, wget, etc. to pull the information and put it into a CSV file or whatever you want.
11) Message boards : Number crunching : Problems and Technical Issues with Rosetta@home (Message 89231) Posted 7 Jul 2018 by 4LG5zSZM7uiF1nVGZVqTRrjkXA6i Post: I've also seen this, even on Android devices. WU1: Run time 12 hours 3 min 35 sec CPU time 11 hours 54 min 52 sec Validate state Valid Credit 50.04 Peak working set size 337.73 MB Peak swap size 394.07 MB Peak disk usage 576.05 MB DONE :: 1 starting structures 42892.1 cpu seconds This process generated 121 decoys from 121 attempts WU2: Run time 12 hours 2 min 22 sec CPU time 11 hours 54 min Validate state Valid Credit 244.01 Peak working set size 333.51 MB Peak swap size 390.57 MB Peak disk usage 576.05 MB DONE :: 1 starting structures 42840.4 cpu seconds This process generated 117 decoys from 117 attempts WU3: Run time 12 hours 6 min 5 sec CPU time 11 hours 57 min 23 sec Validate state Valid Credit 239.91 Peak working set size 330.57 MB Peak swap size 391.07 MB Peak disk usage 576.06 MB DONE :: 1 starting structures 43043.8 cpu seconds This process generated 115 decoys from 115 attempts So the WU with the most decoys had less than 25% of the credit of the others. CPU time was all within 3 minutes of each other. All three WU's were part of the same family as well; cispro_backbone_generation_8mers_largerun_PXXPXXXX_SAVE_ALL_OUT These three were run on the same device at the same time. There are times where I get two WU's that have low value and one that is high, in this case, it was two high and one low. The device was not be used at all; just sitting on a desk plugged into a charger.
12) Message boards : Cafe Rosetta : 1 billion of wus (Message 89183) Posted 29 Jun 2018 by 4LG5zSZM7uiF1nVGZVqTRrjkXA6i Post: Not quite, we are still in the 900 million territory. Task wise we are past one billion, WU wise we are almost at 911 million. The difference is because if a WU is aborted, fails, timeouts, etc. it will get a new task number, but the WU number will stay the same. So there have been over a billion tasks, but actual work is about 100 million behind.
13) Message boards : Number crunching : Not getting Android WUs (Message 88438) Posted 7 Mar 2018 by 4LG5zSZM7uiF1nVGZVqTRrjkXA6i Post: The only WU's I've received are resends, so those will slowly dry up as we as we approach the deadline for them.
14) Message boards : Cafe Rosetta : Who has access to the results ? (Message 87663) Posted 11 Nov 2017 by 4LG5zSZM7uiF1nVGZVqTRrjkXA6i Post: To add what Krypton stated. Sure a drug company could try to charge a lot of money, but since University of Washington owns the patents, they would license it to more than one drug company. So you get competition and if they colluded to fix the price, they would be in deep trouble.