minirosetta 2.17

Message boards : Number crunching : minirosetta 2.17

To post messages, you must log in.

1 · 2 · 3 · 4 . . . 10 · Next

AuthorMessage
Yifan Song
Volunteer moderator
Project administrator
Project developer
Project scientist

Send message
Joined: 26 May 09
Posts: 62
Credit: 7,322
RAC: 0
Message 68306 - Posted: 31 Oct 2010, 23:43:18 UTC

This update fixes the memory and invalidation issues from 2 weeks ago.
please report bugs here.
ID: 68306 · Rating: 0 · rate: Rate + / Rate - Report as offensive    Reply Quote
Pardner

Send message
Joined: 31 Oct 10
Posts: 6
Credit: 3,442
RAC: 0
Message 68322 - Posted: 1 Nov 2010, 20:42:55 UTC - in response to Message 68306.  

This update fixes the memory and invalidation issues from 2 weeks ago.
please report bugs here.


I am new to Rosetta but am getting the Tasks \"Suspended\" a lot. The Task (a single Task) runs fine when I \"Suspend\" all the other Tasks. But if I let them all be active (so that 2 are \"Running\"),that\'s when the \"Suspended\" constantly occurs. I have verified that my PC meets all the \"Minimum Requirements\". Below is what I\'m getting as far as \"Messages\".

11/1/2010 1:30:47 PM Suspending computation - CPU usage is too high
11/1/2010 1:30:57 PM Resuming computation
11/1/2010 1:31:08 PM Suspending computation - CPU usage is too high
11/1/2010 1:31:28 PM Resuming computation
11/1/2010 1:31:39 PM Suspending computation - CPU usage is too high
11/1/2010 1:31:49 PM Resuming computation
11/1/2010 1:31:59 PM Suspending computation - CPU usage is too high
11/1/2010 1:32:10 PM Resuming computation
11/1/2010 1:32:20 PM Suspending computation - CPU usage is too high
11/1/2010 1:32:31 PM Resuming computation
11/1/2010 1:32:41 PM Suspending computation - CPU usage is too high
11/1/2010 1:32:51 PM Resuming computation
11/1/2010 1:33:02 PM Suspending computation - CPU usage is too high
11/1/2010 1:33:13 PM Resuming computation
11/1/2010 1:33:23 PM Suspending computation - CPU usage is too high
11/1/2010 1:33:33 PM Resuming computation
11/1/2010 1:33:44 PM Suspending computation - CPU usage is too high
11/1/2010 1:33:55 PM Resuming computation
11/1/2010 1:34:05 PM Suspending computation - CPU usage is too high
11/1/2010 1:34:15 PM Resuming computation
11/1/2010 1:34:26 PM Suspending computation - CPU usage is too high
11/1/2010 1:34:36 PM Resuming computation
11/1/2010 1:34:47 PM Suspending computation - CPU usage is too high
11/1/2010 1:34:57 PM Resuming computation
11/1/2010 1:35:08 PM Suspending computation - CPU usage is too high
11/1/2010 1:35:18 PM Resuming computation
11/1/2010 1:35:29 PM Suspending computation - CPU usage is too high
11/1/2010 1:35:39 PM Resuming computation
11/1/2010 1:35:49 PM Suspending computation - CPU usage is too high
11/1/2010 1:36:00 PM Resuming computation
11/1/2010 1:36:10 PM Suspending computation - CPU usage is too high
11/1/2010 1:36:21 PM Resuming computation

Thanks
ID: 68322 · Rating: 0 · rate: Rate + / Rate - Report as offensive    Reply Quote
Murasaki
Avatar

Send message
Joined: 20 Apr 06
Posts: 303
Credit: 409,677
RAC: 96
Message 68323 - Posted: 1 Nov 2010, 20:52:20 UTC - in response to Message 68322.  
Last modified: 1 Nov 2010, 20:53:20 UTC

I am new to Rosetta but am getting the Tasks \"Suspended\" a lot. The Task (a single Task) runs fine when I \"Suspend\" all the other Tasks. But if I let them all be active (so that 2 are \"Running\"),that\'s when the \"Suspended\" constantly occurs. I have verified that my PC meets all the \"Minimum Requirements\". Below is what I\'m getting as far as \"Messages\".


This sounds like a problem with your BOINC preferences set on your computer. In your BOINC manager\'s preferences you will have a setting for running the programme \"while processor usage is less than X%\". If on that setting you have 25%, then when your CPU becomes more than 25% busy BOINC will suspend activity.

You can either set the setting to a higher percentage, or set it to 0% so the setting becomes ignored. When 0% is set BOINC will continue running as best it can no matter how busy your CPU is.
ID: 68323 · Rating: 0 · rate: Rate + / Rate - Report as offensive    Reply Quote
Mod.Sense
Volunteer moderator
Project administrator

Send message
Joined: 22 Aug 06
Posts: 3434
Credit: 0
RAC: 0
Message 68324 - Posted: 1 Nov 2010, 20:58:36 UTC

BOINC runs at low priority. But the default configuration is there to try and make BOINC as unnoticeable as possible. The thought is that if your machine is busy with other things that are taking 25% of CPU, then running BOINC may conflict with the other work you are trying to do, so it steps out of the way.

But, as Murasaki states, you can increase the value of this cut-out threshold, or set it to zero, and BOINC will try to run more then it has been.
Rosetta Moderator: Mod.Sense
ID: 68324 · Rating: 0 · rate: Rate + / Rate - Report as offensive    Reply Quote
Pardner

Send message
Joined: 31 Oct 10
Posts: 6
Credit: 3,442
RAC: 0
Message 68328 - Posted: 1 Nov 2010, 23:24:51 UTC - in response to Message 68323.  

I am new to Rosetta but am getting the Tasks \"Suspended\" a lot. The Task (a single Task) runs fine when I \"Suspend\" all the other Tasks. But if I let them all be active (so that 2 are \"Running\"),that\'s when the \"Suspended\" constantly occurs. I have verified that my PC meets all the \"Minimum Requirements\". Below is what I\'m getting as far as \"Messages\".


This sounds like a problem with your BOINC preferences set on your computer. In your BOINC manager\'s preferences you will have a setting for running the programme \"while processor usage is less than X%\". If on that setting you have 25%, then when your CPU becomes more than 25% busy BOINC will suspend activity.

You can either set the setting to a higher percentage, or set it to 0% so the setting becomes ignored. When 0% is set BOINC will continue running as best it can no matter how busy your CPU is.


Thanks for the quick reply and info both Marasaki & Mod.sense.
I have been using SETI and of course BOINC for a while now. I\'m familiar with the CPU usgae settings and mine are at 100% and 0 (run always). I did not have this issue when running the SETI Tasks. I am only running Rosetta now as SETI is down for a server upgrade so there is no competing for Projects.

Below is a snipet of my \"Messages\" You\'ll notice that at 2:01 I had \"Suspended\" all tasks except one and then it ran fine for an hour, until 3:01. (Keep in mind I am not using any other applications/programs during this time. Rosetta is the only item running.)
At 3:01 I decided to \"Resume\" all my \"Suspended\" Rosetta tasks. Once I did that I started getting the \"Suspending computation - CPU Usage is too high\" message.
At 3:22 I \"Suspended\" all Rosetta Tasks but one and it worked fine until 3:30 when I got on the Message Board which of course pushed my CPU usage over the limit. So the Tasks DO run well but they only run well when 1 Rosetta Task is running at a time. Like I said earlier, I have been running multiple SETI Tasks for over a month and have not had an issue like this.

Thanks for any input.


11/1/2010 2:01:00 PM Resuming computation
11/1/2010 3:01:02 PM rosetta@home task T0572_AG_rs_stg0_lrlxMultiCst_t000__casp9__aln23_SAVE_ALL_OUT_22447_312_0 resumed by user
11/1/2010 3:01:02 PM rosetta@home Restarting task T0572_AG_rs_stg0_lrlxMultiCst_t000__casp9__aln23_SAVE_ALL_OUT_22447_312_0 using minirosetta version 217
11/1/2010 3:01:21 PM Suspending computation - CPU usage is too high
11/1/2010 3:01:31 PM Resuming computation
11/1/2010 3:01:42 PM Suspending computation - CPU usage is too high
11/1/2010 3:01:46 PM rosetta@home task T0572_AG_rs_stg0_lrlxMultiCst_t000__casp9__aln23_SAVE_ALL_OUT_22447_312_0 suspended by user
11/1/2010 3:01:52 PM Resuming computation
11/1/2010 3:03:53 PM rosetta@home Computation for task celldiv_LPhe_1de2_3bci_ProteinInterfaceDesign_30Oct2010_22401_198_0 finished
11/1/2010 3:03:54 PM rosetta@home Started upload of celldiv_LPhe_1de2_3bci_ProteinInterfaceDesign_30Oct2010_22401_198_0_0
11/1/2010 3:03:57 PM rosetta@home Finished upload of celldiv_LPhe_1de2_3bci_ProteinInterfaceDesign_30Oct2010_22401_198_0_0
11/1/2010 3:20:42 PM rosetta@home update requested by user
11/1/2010 3:20:46 PM rosetta@home Sending scheduler request: Requested by user.
11/1/2010 3:20:46 PM rosetta@home Reporting 1 completed tasks, not requesting new tasks
11/1/2010 3:20:47 PM rosetta@home Scheduler request completed
11/1/2010 3:21:08 PM rosetta@home task T0572_AG_rs_stg0_lrlxMultiCst_t000__casp9__aln23_SAVE_ALL_OUT_22447_312_0 resumed by user
11/1/2010 3:21:08 PM rosetta@home task celldivs_LPr2_1de2_2av4_ProteinInterfaceDesign_29Oct2010_22399_200_0 resumed by user
11/1/2010 3:21:08 PM rosetta@home task celldivs_LPr2_1de2_2aak_ProteinInterfaceDesign_29Oct2010_22399_200_0 resumed by user
11/1/2010 3:21:08 PM rosetta@home task celldivs_LPr2_1de2_2a7m_ProteinInterfaceDesign_29Oct2010_22399_200_0 resumed by user
11/1/2010 3:21:08 PM rosetta@home task celldivs_LPr2_1de2_2a1i_ProteinInterfaceDesign_29Oct2010_22399_200_0 resumed by user
11/1/2010 3:21:08 PM rosetta@home task celldivs_LPr2_1de2_1zn6_ProteinInterfaceDesign_29Oct2010_22399_200_0 resumed by user
11/1/2010 3:21:08 PM rosetta@home task celldivs_LPr2_1de2_1rz4_ProteinInterfaceDesign_29Oct2010_22399_203_0 resumed by user
11/1/2010 3:21:08 PM rosetta@home task celldivs_LPr2_1de2_1rw7_ProteinInterfaceDesign_29Oct2010_22399_203_0 resumed by user
11/1/2010 3:21:08 PM rosetta@home task celldiv_LPhe_1de2_3boe_ProteinInterfaceDesign_30Oct2010_22401_198_0 resumed by user
11/1/2010 3:21:08 PM rosetta@home task celldiv_LPhe_1de2_3b5v_ProteinInterfaceDesign_30Oct2010_22401_198_0 resumed by user
11/1/2010 3:21:08 PM rosetta@home task celldiv_LPhe_1de2_2zrr_ProteinInterfaceDesign_30Oct2010_22401_198_0 resumed by user
11/1/2010 3:21:08 PM rosetta@home task celldiv_LPhe_1de2_2zfy_ProteinInterfaceDesign_30Oct2010_22401_198_0 resumed by user
11/1/2010 3:21:08 PM rosetta@home task celldiv_LPhe_1de2_2qgu_ProteinInterfaceDesign_30Oct2010_22401_197_1 resumed by user
11/1/2010 3:21:08 PM rosetta@home task TEMP_0.05_control_1vcc__SAVE_ALL_OUT_22400_50_1 resumed by user
11/1/2010 3:21:08 PM rosetta@home task T0640_AG_rs_stg0_lrlxMultiCst_t000__casp9__aln1_SAVE_ALL_OUT_22500_313_0 resumed by user
11/1/2010 3:21:08 PM rosetta@home task T0628_AG_rs_stg0_lrlxMultiCst_t000__casp9__aln3_SAVE_ALL_OUT_22492_290_0 resumed by user
11/1/2010 3:21:08 PM rosetta@home task T0620_AG_rs_stg0_lrlxMultiCst_t000__casp9__aln1_SAVE_ALL_OUT_22486_313_0 resumed by user
11/1/2010 3:21:08 PM rosetta@home task T0615_AG_rs_stg0_lrlxMultiCst_t000__casp9__aln1_SAVE_ALL_OUT_22483_313_0 resumed by user
11/1/2010 3:21:08 PM rosetta@home task T0540_AG_rs_stg0_lrlxMultiCst_t000__casp9__aln1_SAVE_ALL_OUT_22425_313_0 resumed by user
11/1/2010 3:21:08 PM rosetta@home task T0535_AG_rs_stg0_lrlxMultiCst_t000__casp9__aln6_SAVE_ALL_OUT_22421_313_0 resumed by user
11/1/2010 3:21:08 PM rosetta@home task celldivs_LPr2_1de2_2vwr_ProteinInterfaceDesign_29Oct2010_22399_203_0 resumed by user
11/1/2010 3:21:08 PM rosetta@home Restarting task T0572_AG_rs_stg0_lrlxMultiCst_t000__casp9__aln23_SAVE_ALL_OUT_22447_312_0 using minirosetta version 217
11/1/2010 3:21:08 PM rosetta@home Starting celldivs_LPr2_1de2_2av4_ProteinInterfaceDesign_29Oct2010_22399_200_0
11/1/2010 3:21:09 PM rosetta@home Starting task celldivs_LPr2_1de2_2av4_ProteinInterfaceDesign_29Oct2010_22399_200_0 using minirosetta version 217
11/1/2010 3:21:15 PM Suspending computation - CPU usage is too high
11/1/2010 3:21:25 PM Resuming computation
11/1/2010 3:21:35 PM Suspending computation - CPU usage is too high
11/1/2010 3:21:46 PM Resuming computation
11/1/2010 3:21:56 PM Suspending computation - CPU usage is too high
11/1/2010 3:22:02 PM rosetta@home task celldivs_LPr2_1de2_2av4_ProteinInterfaceDesign_29Oct2010_22399_200_0 suspended by user
11/1/2010 3:22:02 PM rosetta@home task celldivs_LPr2_1de2_2aak_ProteinInterfaceDesign_29Oct2010_22399_200_0 suspended by user
11/1/2010 3:22:02 PM rosetta@home task celldivs_LPr2_1de2_2a7m_ProteinInterfaceDesign_29Oct2010_22399_200_0 suspended by user
11/1/2010 3:22:02 PM rosetta@home task celldivs_LPr2_1de2_2a1i_ProteinInterfaceDesign_29Oct2010_22399_200_0 suspended by user
11/1/2010 3:22:02 PM rosetta@home task celldivs_LPr2_1de2_1zn6_ProteinInterfaceDesign_29Oct2010_22399_200_0 suspended by user
11/1/2010 3:22:02 PM rosetta@home task celldivs_LPr2_1de2_1rz4_ProteinInterfaceDesign_29Oct2010_22399_203_0 suspended by user
11/1/2010 3:22:02 PM rosetta@home task celldivs_LPr2_1de2_1rw7_ProteinInterfaceDesign_29Oct2010_22399_203_0 suspended by user
11/1/2010 3:22:02 PM rosetta@home task celldiv_LPhe_1de2_3boe_ProteinInterfaceDesign_30Oct2010_22401_198_0 suspended by user
11/1/2010 3:22:02 PM rosetta@home task celldiv_LPhe_1de2_3b5v_ProteinInterfaceDesign_30Oct2010_22401_198_0 suspended by user
11/1/2010 3:22:02 PM rosetta@home task celldiv_LPhe_1de2_2zrr_ProteinInterfaceDesign_30Oct2010_22401_198_0 suspended by user
11/1/2010 3:22:02 PM rosetta@home task celldiv_LPhe_1de2_2zfy_ProteinInterfaceDesign_30Oct2010_22401_198_0 suspended by user
11/1/2010 3:22:02 PM rosetta@home task celldiv_LPhe_1de2_2qgu_ProteinInterfaceDesign_30Oct2010_22401_197_1 suspended by user
11/1/2010 3:22:02 PM rosetta@home task TEMP_0.05_control_1vcc__SAVE_ALL_OUT_22400_50_1 suspended by user
11/1/2010 3:22:02 PM rosetta@home task T0640_AG_rs_stg0_lrlxMultiCst_t000__casp9__aln1_SAVE_ALL_OUT_22500_313_0 suspended by user
11/1/2010 3:22:02 PM rosetta@home task T0628_AG_rs_stg0_lrlxMultiCst_t000__casp9__aln3_SAVE_ALL_OUT_22492_290_0 suspended by user
11/1/2010 3:22:02 PM rosetta@home task T0620_AG_rs_stg0_lrlxMultiCst_t000__casp9__aln1_SAVE_ALL_OUT_22486_313_0 suspended by user
11/1/2010 3:22:02 PM rosetta@home task T0615_AG_rs_stg0_lrlxMultiCst_t000__casp9__aln1_SAVE_ALL_OUT_22483_313_0 suspended by user
11/1/2010 3:22:02 PM rosetta@home task T0540_AG_rs_stg0_lrlxMultiCst_t000__casp9__aln1_SAVE_ALL_OUT_22425_313_0 suspended by user
11/1/2010 3:22:02 PM rosetta@home task T0535_AG_rs_stg0_lrlxMultiCst_t000__casp9__aln6_SAVE_ALL_OUT_22421_313_0 suspended by user
11/1/2010 3:22:02 PM rosetta@home task celldivs_LPr2_1de2_2vwr_ProteinInterfaceDesign_29Oct2010_22399_203_0 suspended by user
11/1/2010 3:22:06 PM Resuming computation
11/1/2010 3:22:17 PM Suspending computation - CPU usage is too high
11/1/2010 3:22:27 PM Resuming computation
11/1/2010 3:30:50 PM SETI@home Sending scheduler request: To fetch work.
ID: 68328 · Rating: 0 · rate: Rate + / Rate - Report as offensive    Reply Quote
Murasaki
Avatar

Send message
Joined: 20 Apr 06
Posts: 303
Credit: 409,677
RAC: 96
Message 68329 - Posted: 1 Nov 2010, 23:37:48 UTC - in response to Message 68328.  
Last modified: 1 Nov 2010, 23:40:53 UTC

Thanks for the quick reply and info both Marasaki & Mod.sense.
I have been using SETI and of course BOINC for a while now. I\'m familiar with the CPU usgae settings and mine are at 100% and 0 (run always). I did not have this issue when running the SETI Tasks. I am only running Rosetta now as SETI is down for a server upgrade so there is no competing for Projects.


As you are familiar with BOINC I assume you are aware that local settings can override web-settings. Therefore if you have checked the BOINC Manager preferences on your local computer and they say 0 then there isn\'t anything more I can suggest. Hopefully someone else can provide an answer.
ID: 68329 · Rating: 0 · rate: Rate + / Rate - Report as offensive    Reply Quote
Pardner

Send message
Joined: 31 Oct 10
Posts: 6
Credit: 3,442
RAC: 0
Message 68330 - Posted: 2 Nov 2010, 0:37:25 UTC - in response to Message 68329.  

Thanks for the quick reply and info both Marasaki & Mod.sense.
I have been using SETI and of course BOINC for a while now. I\'m familiar with the CPU usgae settings and mine are at 100% and 0 (run always). I did not have this issue when running the SETI Tasks. I am only running Rosetta now as SETI is down for a server upgrade so there is no competing for Projects.


As you are familiar with BOINC I assume you are aware that local settings can override web-settings. Therefore if you have checked the BOINC Manager preferences on your local computer and they say 0 then there isn\'t anything more I can suggest. Hopefully someone else can provide an answer.


Thanks Murasaki. Yes I\'m using the local Preferences settings. Thanks for your help though. Just kind of weird. I\'m not going to kill myself about it but it does cause me to manage something I\'d rather not. Hopefully there is another suggestion out there.
ID: 68330 · Rating: 0 · rate: Rate + / Rate - Report as offensive    Reply Quote
Mod.Sense
Volunteer moderator
Project administrator

Send message
Joined: 22 Aug 06
Posts: 3434
Credit: 0
RAC: 0
Message 68334 - Posted: 2 Nov 2010, 3:14:40 UTC

All I can suggest is that this doesn\'t sound like how it was intended to work, and so I\'d check to see if there is a fix in a newer version of BOINC Manager for such a problem. What BOINC version are you running?
Rosetta Moderator: Mod.Sense
ID: 68334 · Rating: 0 · rate: Rate + / Rate - Report as offensive    Reply Quote
[AF>france>pas-de-calais]symaski62

Send message
Joined: 19 Sep 05
Posts: 47
Credit: 33,871
RAC: 0
Message 68344 - Posted: 2 Nov 2010, 16:09:15 UTC

no problem :)

02/11/2010 00:22:36 suspend work if non-BOINC CPU load exceeds 25 %

BOINC.exe (french) => Activité => 1/3/1

minirosetta_2.17_windows_intelx86.exe 50% (CPU)

Processor: 2 GenuineIntel Intel(R) Pentium(R) Dual CPU E2160 @ 1.80GHz [Family 6 Model 15 Stepping 13]
Processor: 1.00 MB cache

Preferences: max memory usage when active: 1022.64MB
Preferences: max memory usage when idle: 1022.64MB
Preferences: max CPUs used: 1 <= 50%

voila :)


ID: 68344 · Rating: 0 · rate: Rate + / Rate - Report as offensive    Reply Quote
Pardner

Send message
Joined: 31 Oct 10
Posts: 6
Credit: 3,442
RAC: 0
Message 68352 - Posted: 2 Nov 2010, 19:42:13 UTC - in response to Message 68334.  

All I can suggest is that this doesn\'t sound like how it was intended to work, and so I\'d check to see if there is a fix in a newer version of BOINC Manager for such a problem. What BOINC version are you running?



Hi Mod.Sense,

I\'m using BOINC 6.10.58 and I see that as the current/latest version. It\'s doing it on 2 of my computers too. Guess I just get the \"fun issues\". I think I\'ll let the Tasks that I have complete and then drop Rosetta since that\'s the only app where I have this issue.

Thanks anyway.
ID: 68352 · Rating: 0 · rate: Rate + / Rate - Report as offensive    Reply Quote
Snags

Send message
Joined: 22 Feb 07
Posts: 194
Credit: 1,509,393
RAC: 435
Message 68359 - Posted: 3 Nov 2010, 1:20:50 UTC - in response to Message 68352.  

All I can suggest is that this doesn\'t sound like how it was intended to work, and so I\'d check to see if there is a fix in a newer version of BOINC Manager for such a problem. What BOINC version are you running?



Hi Mod.Sense,

I\'m using BOINC 6.10.58 and I see that as the current/latest version. It\'s doing it on 2 of my computers too. Guess I just get the \"fun issues\". I think I\'ll let the Tasks that I have complete and then drop Rosetta since that\'s the only app where I have this issue.

Thanks anyway.


I know you went into local prefs to set them but did you confirm that BOINC is actually using them? The easiest way to do this is to quit BOINC. Upon restarting BOINC open the messages tab and look for \"Reading preferences override file\". It should be about 20 lines down. If it\'s not there, despite your best efforts, BOINC is using website prefs instead of local ones. It may simply be your copy of BOINC has developed a glitch and a reinstall is all that\'s needed to set things right again.

When using global prefs the BOINC client uses the most recently modified preferences. Rosetta@home uses a somewhat older server code that does not know about this relatively new client setting. IF, when you signed up a few days ago, you made any changes in the computing preferences section on the web site AND your BOINC client is insisting, for whatever reason, on using global instead of local prefs, then the client would default to 25% for this setting and that would explain what\'s happening. You can confirm where BOINC is reading the global prefs by looking at those first 20 lines in the messages tab. You should see a line something like \"General prefs: from rosetta@home (last modified 31-Oct-2010 15:20:47)\".

IF, while you were running SETI, you edited the computing preferences on the SETI website including changing that 25 to 0 AND your BOINC client is insisting, for whatever reason, on using global instead of local prefs, then, well, you would notice nothing wrong since your global and local prefs would exactly match.

It may be that signing up for a project using an older server code has exposed a fault in your copy of BOINC that was previously invisible.

If your client says it\'s reading the override file but you are still seeing the \"cpu usage too high\" message and, as in the message line described above, your \"general prefs\" are from rosetta, then try this: go back to the SETI website and edit the computing preferences again. You don\'t have to actually change anything; the goal is just to make sure the SETI prefs are the last modified and so the ones BOINC will use. You can check the modified date at the top of the web page. Restart BOINC and see what happens.

Of course, it would be odd for the same glitch to occur on two different PCs at the same time (unless you copied over a broken BOINC from the first pc to the second rather than downloading a fresh copy from Berkeley) so ... when you changed the local prefs did you close the window by clicking OK or by some other method? Forgive me if that sounds silly; I\'m just trying to cover all the bases.


Best,
Snags
ID: 68359 · Rating: 0 · rate: Rate + / Rate - Report as offensive    Reply Quote
Mod.Sense
Volunteer moderator
Project administrator

Send message
Joined: 22 Aug 06
Posts: 3434
Credit: 0
RAC: 0
Message 68369 - Posted: 3 Nov 2010, 13:15:30 UTC

Good line of thought Snags.

I believe where Snags says \"Restart BOINC and see what happens.\" in the second to last paragraph, they intended to say you should select the option to \"update\" in the projects tab when you have SETI highlighted (this will bring down the new preference for the CPU threshold as defined in your SETI profile), and then restart BOINC.

To word it another way, there is a new preference for CPU threshold. Older server code such as what is being used presently on R@h knows nothing of this new field and so it may be getting a default value if your preferences are coming from R@h. SETI is an example of a project that has the new server code and will allow you to enter your desired CPU threshold. So we\'re just trying to force it to pull those preferences down to your machine and run with them.
Rosetta Moderator: Mod.Sense
ID: 68369 · Rating: 0 · rate: Rate + / Rate - Report as offensive    Reply Quote
Pardner

Send message
Joined: 31 Oct 10
Posts: 6
Credit: 3,442
RAC: 0
Message 68370 - Posted: 3 Nov 2010, 18:34:46 UTC - in response to Message 68359.  

All I can suggest is that this doesn\'t sound like how it was intended to work, and so I\'d check to see if there is a fix in a newer version of BOINC Manager for such a problem. What BOINC version are you running?



Hi Mod.Sense,

I\'m using BOINC 6.10.58 and I see that as the current/latest version. It\'s doing it on 2 of my computers too. Guess I just get the \"fun issues\". I think I\'ll let the Tasks that I have complete and then drop Rosetta since that\'s the only app where I have this issue.

Thanks anyway.


I know you went into local prefs to set them but did you confirm that BOINC is actually using them? The easiest way to do this is to quit BOINC. Upon restarting BOINC open the messages tab and look for \"Reading preferences override file\". It should be about 20 lines down. If it\'s not there, despite your best efforts, BOINC is using website prefs instead of local ones. It may simply be your copy of BOINC has developed a glitch and a reinstall is all that\'s needed to set things right again.

When using global prefs the BOINC client uses the most recently modified preferences. Rosetta@home uses a somewhat older server code that does not know about this relatively new client setting. IF, when you signed up a few days ago, you made any changes in the computing preferences section on the web site AND your BOINC client is insisting, for whatever reason, on using global instead of local prefs, then the client would default to 25% for this setting and that would explain what\'s happening. You can confirm where BOINC is reading the global prefs by looking at those first 20 lines in the messages tab. You should see a line something like \"General prefs: from rosetta@home (last modified 31-Oct-2010 15:20:47)\".

IF, while you were running SETI, you edited the computing preferences on the SETI website including changing that 25 to 0 AND your BOINC client is insisting, for whatever reason, on using global instead of local prefs, then, well, you would notice nothing wrong since your global and local prefs would exactly match.

It may be that signing up for a project using an older server code has exposed a fault in your copy of BOINC that was previously invisible.

If your client says it\'s reading the override file but you are still seeing the \"cpu usage too high\" message and, as in the message line described above, your \"general prefs\" are from rosetta, then try this: go back to the SETI website and edit the computing preferences again. You don\'t have to actually change anything; the goal is just to make sure the SETI prefs are the last modified and so the ones BOINC will use. You can check the modified date at the top of the web page. Restart BOINC and see what happens.

Of course, it would be odd for the same glitch to occur on two different PCs at the same time (unless you copied over a broken BOINC from the first pc to the second rather than downloading a fresh copy from Berkeley) so ... when you changed the local prefs did you close the window by clicking OK or by some other method? Forgive me if that sounds silly; I\'m just trying to cover all the bases.


Best,
Snags



Hi Snagletooth & Mod. Sense,

Snags you are the BOMB!!

I looked at the statement in Messages for what you suggested... \"General prefs: from rosetta@home (last modified 31-Oct-2010 15:20:47)\".
What I found was \"General prefs: from SETI@home (last modified 21-Sep-2010 09:26:17)\".

I logged into SETI to update my global \"Computing Preferences\". Made one change and clicked Update to see if it would work. I exited the BOINC app and then restarted BOINC, looked for the \"General prefs\" message and it had not changed. (Maybe because the SETI project is currently down)

I then decided to log into Rosetta and modified 1 item in the \"Computing Preferences\" and clicked Update. I then exited BOINC and restarted it.
Lo and behold I saw \"11/3/2010 10:58:12 AM rosetta@home General prefs: from rosetta@home (last modified 03-Nov-2010 10:51:03)\".

I\'m now running just fine on both PCs with no \"CPU usage too high\" messages.

Thanks very much to you, Mod.Sense & Murasaki for taking the time with this and providing input. It is VERY much appreciated!!!! I was going through \"crunch withdrawl\".

Pardner
ID: 68370 · Rating: 0 · rate: Rate + / Rate - Report as offensive    Reply Quote
Profile Rabinovitch
Avatar

Send message
Joined: 28 Apr 07
Posts: 28
Credit: 2,067,451
RAC: 3,439
Message 68374 - Posted: 4 Nov 2010, 4:14:23 UTC

Two times on both PC and notebook (both under Kubuntu 10.xx amd 64) WUs became very \"heavy\" (more than 1000 MB in the RAM). Ain\'t it a bug?

I have suspended both of them now.
ID: 68374 · Rating: 0 · rate: Rate + / Rate - Report as offensive    Reply Quote
Mod.Sense
Volunteer moderator
Project administrator

Send message
Joined: 22 Aug 06
Posts: 3434
Credit: 0
RAC: 0
Message 68375 - Posted: 4 Nov 2010, 6:39:52 UTC
Last modified: 4 Nov 2010, 6:47:00 UTC

Rabinovitch, I see you have a number of machines, and are saying at least two are seeing high memory utilization. Could you please locate the specific tasks where you are seeing this? And please double check the Rosetta version they are running... errr... ummm \"suspended\" under :) (this is shown in the tasks tab in the advanced view under the \"application\" column).
Rosetta Moderator: Mod.Sense
ID: 68375 · Rating: 0 · rate: Rate + / Rate - Report as offensive    Reply Quote
Snags

Send message
Joined: 22 Feb 07
Posts: 194
Credit: 1,509,393
RAC: 435
Message 68384 - Posted: 4 Nov 2010, 15:22:03 UTC - in response to Message 68370.  



Hi Snagletooth & Mod. Sense,

Snags you are the BOMB!!

I looked at the statement in Messages for what you suggested... \"General prefs: from rosetta@home (last modified 31-Oct-2010 15:20:47)\".
What I found was \"General prefs: from SETI@home (last modified 21-Sep-2010 09:26:17)\".

I logged into SETI to update my global \"Computing Preferences\". Made one change and clicked Update to see if it would work. I exited the BOINC app and then restarted BOINC, looked for the \"General prefs\" message and it had not changed. (Maybe because the SETI project is currently down)

I then decided to log into Rosetta and modified 1 item in the \"Computing Preferences\" and clicked Update. I then exited BOINC and restarted it.
Lo and behold I saw \"11/3/2010 10:58:12 AM rosetta@home General prefs: from rosetta@home (last modified 03-Nov-2010 10:51:03)\".

I\'m now running just fine on both PCs with no \"CPU usage too high\" messages.

Thanks very much to you, Mod.Sense & Murasaki for taking the time with this and providing input. It is VERY much appreciated!!!! I was going through \"crunch withdrawl\".

Pardner


Well, Pardner, I don\'t know quite why that worked but nonetheless I am very happy it did. (And very glad Mod.Sense quickly caught my omission of the \"update\" step. Details, details are everything!)

Happy crunching,
Snags

If you are willing to satisfy my curiosity (or, more likely, risk provoking it further) you could say whether you ever saw the \"Reading preferences override file\".
ID: 68384 · Rating: 0 · rate: Rate + / Rate - Report as offensive    Reply Quote
Profile [AF>WildWildWest] Ryzen

Send message
Joined: 27 Jul 08
Posts: 1
Credit: 105,860
RAC: 0
Message 68398 - Posted: 4 Nov 2010, 22:39:15 UTC
Last modified: 4 Nov 2010, 22:44:59 UTC

Hello,

I have 2 tasks running but they are very long!

one, running during 23 hours with 54% and an other 45h at only 22%!!

What can I do?

I let running these tasks or it\'s better to stop?

Thank you for your answers

I just view the memory usage and it\'s very down: 3.3 mo for one, 1 mo for an other and 0.3mo for the last. the problem must be here?
ID: 68398 · Rating: 0 · rate: Rate + / Rate - Report as offensive    Reply Quote
Evan

Send message
Joined: 23 Dec 05
Posts: 268
Credit: 402,585
RAC: 0
Message 68400 - Posted: 4 Nov 2010, 23:10:19 UTC - in response to Message 68398.  

Hello,

I have 2 tasks running but they are very long!

one, running during 23 hours with 54% and an other 45h at only 22%!!

What can I do?

I let running these tasks or it\'s better to stop?

Thank you for your answers

I just view the memory usage and it\'s very down: 3.3 mo for one, 1 mo for an other and 0.3mo for the last. the problem must be here?


Look at the properties tab for each work unit. If the CPU time (time actually spent working on the WU) is reasonably close to the elapsed time(real time), then it is still working ok. If there is a big difference then it has stopped working. In that case exit completely from boinc and restart it (or reboot). This should get the programmes working properly. Also if the memory usage is below normal then this indicates a problem.
ID: 68400 · Rating: 0 · rate: Rate + / Rate - Report as offensive    Reply Quote
Profile Chris Holvenstot
Avatar

Send message
Joined: 2 May 10
Posts: 220
Credit: 9,106,918
RAC: 0
Message 68406 - Posted: 5 Nov 2010, 1:28:30 UTC

I seem to be having problems with a series of tasks which appear to have come into my system in the last day or so - the common point is that they are all named in the form of \"Rossmann3x3_abinitio\"

Typical message being put out by failed tasks:

ERROR: Option matching -relax:fastrelax_repeats not found in command line top-level context

Sample Task IDs: 377019618, 377071245 and 376994962

I also had one Rossmann2x3_abinitio run over seven hours (on a system set to 4 hour preferred run time) and then fail with a repeated message:

OVERFLOW ERROR: Error writing

No indication what was being written.

Sample Task ID: 376994899
ID: 68406 · Rating: 0 · rate: Rate + / Rate - Report as offensive    Reply Quote
Mod.Sense
Volunteer moderator
Project administrator

Send message
Joined: 22 Aug 06
Posts: 3434
Credit: 0
RAC: 0
Message 68409 - Posted: 5 Nov 2010, 4:05:55 UTC
Last modified: 5 Nov 2010, 4:10:15 UTC

Moved Chris\' post,
Appears these are failing at startup, here\'s some direct links:

377019618
377071245
376994962

This one ran for more then 7 hours before failing
Overflow error: 376994899
Rosetta Moderator: Mod.Sense
ID: 68409 · Rating: 0 · rate: Rate + / Rate - Report as offensive    Reply Quote
1 · 2 · 3 · 4 . . . 10 · Next

Message boards : Number crunching : minirosetta 2.17



©2017 University of Washington
http://www.bakerlab.org