Message boards : Number crunching : Problems and Technical Issues with Rosetta@home
Previous · 1 . . . 35 · 36 · 37 · 38 · 39 · 40 · 41 . . . 293 · Next
Author | Message |
---|---|
Sid Celery Send message Joined: 11 Feb 08 Posts: 2059 Credit: 40,463,815 RAC: 1,453 ![]() |
see below, there are no 4.07 tasks left showing, there was 9000 yesterday only 400 today, the mini was taking around an hour but gives an idea. the 4.07 were averaging a 40 min runtime, with a rate of 1 credit for 11.5 secs of runtime on average. 3600/11.5 = 313 Oh, you're not going to like this... I've just checked my own PC to see how my dribble of tasks have performed on a mere FX8370 1 Apr - Mini & 4.12 tasks around 45/hr, 280-340/8hr task. Better than I usually get tbh 2 Apr - Mini only (4.12 not reported yet) 110-120/hr, 890-950/8hr task. Lol Nothing I can say to that... ![]() ![]() |
entity Send message Joined: 8 May 18 Posts: 19 Credit: 5,401,518 RAC: 1,949 ![]() |
Oh you're right. This is a known problem in Rosetta that the developers have acknowledged but probably haven't fixed yet. They indicated that it would take a major rewrite of the code. L3 cache tends to become over utilized and the CPU waits for data to make the trip from main memory hence the CPU runs cooler (more waiting). There was a post by a developer in another project that suggested to limit the number of tasks run concurrently. They indicated that each task uses about 4MB of L3 cache. Concerning the run time, I noticed that the run parameters include something like cpu_seconds=57500. That is 16 hours. They are ignoring the Target CPU runtime setting |
Stephen "Heretic" Send message Joined: 2 Apr 20 Posts: 21 Credit: 11,028 RAC: 0 |
Hello, I have just joined this project but it seems there is no work to do at the moment. Is this a common state of affairs or have I struck a bad moment to join??Work being done has increased by 500% over the last 2 and a bit weeks, so there's not much work available as demand is far exceeding supply. . . I'm guessing fellow refugees from S@H ... oh well, I'll just have to be patient ... Stephen :( |
Mod.Sense Volunteer moderator Send message Joined: 22 Aug 06 Posts: 4018 Credit: 0 RAC: 0 |
I've tried to summarize the new work unit runtimes in a new thread, please post concerns about "performance" of new v4.12, or estimated time to completion over there. Rosetta Moderator: Mod.Sense |
BetelgeuseFive Send message Joined: 10 Aug 10 Posts: 4 Credit: 1,393,847 RAC: 145 |
I'm having a problem with 4.12 on Linux (CentOS 7). Found out my computer was doing nothing while there were plenty of tasks "Ready to start". First rebooted the system, but this did not change anything. Enabled cpu_sched_debug in the event log and messages indicated it was trying to start v4.12 tasks, but nothing actually started. Suspended the v4.12 tasks and other v4.08 tasks started immediately without any problems. Any clues ? Thanks, Tom |
Mod.Sense Volunteer moderator Send message Joined: 22 Aug 06 Posts: 4018 Credit: 0 RAC: 0 |
How much memory have you allowed BOINC to use, when active? when idle? Rosetta Moderator: Mod.Sense |
BetelgeuseFive Send message Joined: 10 Aug 10 Posts: 4 Credit: 1,393,847 RAC: 145 |
How much memory have you allowed BOINC to use, when active? when idle? System has 6 Gb configured (running inside VM). Just checked settings, it has: When in use, use at most 50% When not in use, use at most 90% Should have been plenty start at least one task. |
Jim1348 Send message Joined: 19 Jan 06 Posts: 881 Credit: 52,257,545 RAC: 0 |
System has 6 Gb configured (running inside VM). That means you have only 3 GB available. If you have "leave applications in memory" enabled, any suspended task will be taking up memory too. It is a memory problem. |
BetelgeuseFive Send message Joined: 10 Aug 10 Posts: 4 Credit: 1,393,847 RAC: 145 |
System has 6 Gb configured (running inside VM). There were no other (suspended) tasks active and it didn't want to start even a single new v4.12 task while the system had been running v4.08 tasks for several days without any problems. I changed memory settings so it can always use 90% and enabled the v4.12 tasks again so I will find out if it helps. Did anything change in v4.12 that will cause tasks to not even start ? Thanks for your feedback, it is appreciated. Tom |
vowelmarauder Send message Joined: 22 Mar 20 Posts: 2 Credit: 2,114,237 RAC: 0 |
I just noticed that my tasks are taking almost twice as long as the ETA says. The time is either standing still with 1-2 seconds either way or counting *up*... I don't think I've tinkered with any settings and boinc is using all its cores fully. Is this normal? What's going on? Sure enough all the new tasks are running like this as well (~16 hours) and I saw others report the same? they're all "conducting_fiber_XXXX_fold_and_dock_XXX" As suggested above, is this a different batch and nothing to worry about? edit: thank you for the explanation 🙏🏻 I will reply only here so others can see your post https://boinc.bakerlab.org/rosetta/forum_thread.php?id=6893&postid=93107#93107 |
JoshuaScholar Send message Joined: 26 Mar 20 Posts: 18 Credit: 232,183 RAC: 0 |
Bitdefender thinks that rosetta_4.12_windows_intelx86.exe "exhibits ransomeware behavior" I thinks that it encrypted boinc_checkpoint_count.txt boinc_init_count.txt chk_S_00000023_ClassicAbinito_stage4_kk_1.rng.state.gz [a bunch similar like it] I'm guessing that rng means random number generator and that it reinitialized a bunch of random number files, the program detected the maximum entropy and assumed that the files are encrypted. I can make that program an exception, but I don't know what's ruined because the damn program restored some of the files to their previous state. |
Mod.Sense Volunteer moderator Send message Joined: 22 Aug 06 Posts: 4018 Credit: 0 RAC: 0 |
Default workunit preferred runtime increases to 16 hours. Rosetta Moderator: Mod.Sense |
Admin Project administrator Send message Joined: 1 Jul 05 Posts: 4805 Credit: 0 RAC: 0 |
Sorry, we changed that back to 8 hours |
![]() Send message Joined: 28 Mar 20 Posts: 1611 Credit: 16,521,941 RAC: 3,372 ![]() |
Hi especially @Grant (SSSF) Could be the Tasks in question? On my system all Tasks are running to the Target time (other than the odd one that bails out early), and apart from a glitch with some Tasks a few days back that paid out bugger all Credit (and the few early exits), Credit has generally been inline with Runtime. Grant Darwin NT |
JoshuaScholar Send message Joined: 26 Mar 20 Posts: 18 Credit: 232,183 RAC: 0 |
What do I do to clean my system since the damn antivirus program "restored" some of rosetta's files to a previous state, assuming that Rosetta 4.12 is a ransomware program? I tried aborting the WU's currently being calculated but one finished. |
Stephen "Heretic" Send message Joined: 2 Apr 20 Posts: 21 Credit: 11,028 RAC: 0 |
. . OK, I am totally new to this project. I started cautiously giving it one core of my i5-6400 with the other 3 cores idle as backup and support for E@H on the GPU. One task ran and was looking good, pretty much on target (8 hours) after 6 hours runtime with CPU utilisation remaining under 50% on all 4 cores. To try and improve CPU usage I increased it to 2 cores but it remained at one task running. I then increased commitment to 3 cores and it started a 2nd task, but soon crashed BOINC requiring me to go to task manager to kill all Rosetta functions and E@H before I could get BOINC to launch again. I reduced CPU commitment back to 1 core and left it running, but upon returning to this machine about 8 hours later it had crashed the boinc-client several times and despite trying to kill off still active app components I could not get BOINC to restart, so I had to reboot the machine. I suspended the idle Rosetta tasks but now the one running task has gone to 'waiting to run". This machine has 8GB RAM. If I cannot get Rosetta to play nice with E@H it may have to go. . . I increased CPU commitment back to 2 cores and the stalled task has resumed, but I am now waiting for the other shoe to drop. Will it crash BOINC yet again? Stephen ? ? |
![]() Send message Joined: 28 Mar 20 Posts: 1611 Credit: 16,521,941 RAC: 3,372 ![]() |
. . I increased CPU commitment back to 2 cores and the stalled task has resumed, but I am now waiting for the other shoe to drop. Will it crash BOINC yet again?Settings that are working for me (keep in mind 6c/12t), 32GB of RAM. Other Store at least 1 days of work Store up to an additional 0.02 days of work Disk Use no more than 12 GB Leave at least 2 GB free Use no more than 40% of total Memory When computer is in use, use at most 95 % When computer is not in use, use at most 95 % Leave non-GPU tasks in memory while suspended (not selected) Page/swap file: use at most 75 % Running more than one project i'd suggest "Store at least x days of work" to be 0.5 or less. Grant Darwin NT |
MarkJ Send message Joined: 28 Mar 20 Posts: 72 Credit: 25,238,680 RAC: 5 |
Bitdefender thinks that rosetta_4.12_windows_intelx86.exe "exhibits ransomware behavior" Set Rosetta to No New Tasks in BOINC. Make the BOINC folders and program an exception in Bitdefender. On the projects tab in BOINC reset the project and then set it to Allow New Tasks. What that will do is clean out the project folder and download the apps again. It will get rid of any running task (if you have any) . BOINC blog |
RT Send message Joined: 14 Mar 20 Posts: 6 Credit: 1,155,031 RAC: 0 |
For some reason since v4.12 was released, one of my machines has failed computation on every Rosetta task, my other machines seem to be fine at the moment but the following host: https://boinc.bakerlab.org/rosetta/show_host_detail.php?hostid=3849302 seems to fail every task it gets after 2-3 seconds of computation. |
JoshuaScholar Send message Joined: 26 Mar 20 Posts: 18 Credit: 232,183 RAC: 0 |
Sadly exceptions for ransomware are by program, not by folder. It seems my choices are: 1) turn off ransomware protection altogether or 2) except Rosetta_4.12_windows_intelx86.exe and know that I'm going to go through the same sh_tshow next time you update the client. |
Message boards :
Number crunching :
Problems and Technical Issues with Rosetta@home
©2024 University of Washington
https://www.bakerlab.org