I have <max_concurrent>0</max_concurrent> for rosetta app, but boinc still computes them.

I have <max_concurrent>0</max_concurrent> for rosetta app, but boinc still computes them.

It's possible there's no zero option. Zero often means no limit in Boinc.

Also check Messages tab in Boinctasks or Event Log in Boinc Manager in case there's an error in your file. It looks ok to me, although the indenting is all over the place, but I think it ignores that. Mine would look like this:

<app_config>
   <app>
      <name>rosetta</name>
      <max_concurrent>0</max_concurrent>
   </app>
   <app>
      <name>rosetta_python_projects</name>
      <max_concurrent>2</max_concurrent>
   </app>
</app_config>

You guys have not had problems with M2's and BOINC have you?

Both my systems have M2 drives and they are no different to other drives.
You physically install them.
Install the driver if Windows doesn't do it,
Use Disk Management to partition it, then Format it.
Once it is then visible in Explorer with it's own drive letter it's ready to use just like any other drive.

---

Grant
Darwin NT

I have this in app_config.xml
why do i still get and run rosetta 4.20 workunits?

<app_config>

   <app>
      <name>rosetta</name>
      
    <max_concurrent>0</max_concurrent>
      
    </app>
	
	   <app>
      <name>rosetta_python_projects</name>
       <max_concurrent>2</max_concurrent>
     
      
    </app>

	</app_config>

because the project is configured to be covered under "rosetta" and does not associate the difference between 4.2 and python. That would require to much work on their end.

Actually it does - to find these names what I do is paste in something with the wrong <name> (eg copying an app_config.xml from another project). Then read the config files, then check the messages tab / event log. I got this:

Your app_config.xml file refers to an unknown application 'milkyway'. Known applications: 'rosetta_python_projects', 'rosetta'

You guys have not had problems with M2's and BOINC have you?

Both my systems have M2 drives and they are no different to other drives.
You physically install them.
Install the driver if Windows doesn't do it,
Use Disk Management to partition it, then Format it.
Once it is then visible in Explorer with it's own drive letter it's ready to use just like any other drive.

I installed it, partioned it and BOINC says to hell with your GPU's.
I put the data on C: (SATA SSD) or E: (HDD) and everything is happy.
Outside of BOINC it works fine in Windows.

You guys have not had problems with M2's and BOINC have you?

Both my systems have M2 drives and they are no different to other drives.
You physically install them.
Install the driver if Windows doesn't do it,
Use Disk Management to partition it, then Format it.
Once it is then visible in Explorer with it's own drive letter it's ready to use just like any other drive.

I installed it, partioned it and BOINC says to hell with your GPU's.
I put the data on C: (SATA SSD) or E: (HDD) and everything is happy.
Outside of BOINC it works fine in Windows.

My vote is now for: You've found one of the billion weird bugs in Boinc's sloppy programming. I doubt they'll ever sort it, since it appears to only happen once in a blue moon, you must have chosen the set of hardware that confuses it. You're writing to the disk, you're using folding at home on the GPUs, I can't see how your hardware can be blamed.

I have <max_concurrent>0</max_concurrent> for rosetta app, but boinc still computes them.

It's possible there's no zero option. Zero often means no limit in Boinc.

Also check Messages tab in Boinctasks or Event Log in Boinc Manager in case there's an error in your file. It looks ok to me, although the indenting is all over the place, but I think it ignores that. Mine would look like this:

<app_config>
   <app>
      <name>rosetta</name>
      <max_concurrent>0</max_concurrent>
   </app>
   <app>
      <name>rosetta_python_projects</name>
      <max_concurrent>2</max_concurrent>
   </app>
</app_config>

I have created a github issue.

I have <max_concurrent>0</max_concurrent> for rosetta app, but boinc still computes them.

It's possible there's no zero option. Zero often means no limit in Boinc.

Also check Messages tab in Boinctasks or Event Log in Boinc Manager in case there's an error in your file. It looks ok to me, although the indenting is all over the place, but I think it ignores that. Mine would look like this:

<app_config>
   <app>
      <name>rosetta</name>
      <max_concurrent>0</max_concurrent>
   </app>
   <app>
      <name>rosetta_python_projects</name>
      <max_concurrent>2</max_concurrent>
   </app>
</app_config>

As I said before, RAH gives you want it wants when it wants.
The only control that works is project concurrent.
But you can not separate out 4.2 from Python.
The project does not know anything but Rosetta. 4.2 is Rosetta and Python is Rosetta.
Besides, 4.2 tasks get chewed up very fast from the queue.
Right now there are 28,759 4.2 tasks being processed by 5499 accounts.
That makes around 5 tasks per account before that queue is cleaned out.
I have 8 in process and 34 in queue. 6-8 hours run time per tasks

I have <max_concurrent>0</max_concurrent> for rosetta app, but boinc still computes them.

It's possible there's no zero option. Zero often means no limit in Boinc.

Also check Messages tab in Boinctasks or Event Log in Boinc Manager in case there's an error in your file. It looks ok to me, although the indenting is all over the place, but I think it ignores that. Mine would look like this:

<app_config>
   <app>
      <name>rosetta</name>
      <max_concurrent>0</max_concurrent>
   </app>
   <app>
      <name>rosetta_python_projects</name>
      <max_concurrent>2</max_concurrent>
   </app>
</app_config>

As I said before, RAH gives you want it wants when it wants.
The only control that works is project concurrent.
But you can not separate out 4.2 from Python.
The project does not know anything but Rosetta. 4.2 is Rosetta and Python is Rosetta.
Besides, 4.2 tasks get chewed up very fast from the queue.
Right now there are 28,759 4.2 tasks being processed by 5499 accounts.
That makes around 5 tasks per account before that queue is cleaned out.
I have 8 in process and 34 in queue. 6-8 hours run time per tasks

Well Boinc just told me that "<name>rosetta_python_projects</name>" is valid, so you could use that for example to make sure only 2 pythons run at once. But you can't pick what you receive in the first place.

I have <max_concurrent>0</max_concurrent> for rosetta app, but boinc still computes them.

It's possible there's no zero option. Zero often means no limit in Boinc.

Also check Messages tab in Boinctasks or Event Log in Boinc Manager in case there's an error in your file. It looks ok to me, although the indenting is all over the place, but I think it ignores that. Mine would look like this:

<app_config>
   <app>
      <name>rosetta</name>
      <max_concurrent>0</max_concurrent>
   </app>
   <app>
      <name>rosetta_python_projects</name>
      <max_concurrent>2</max_concurrent>
   </app>
</app_config>

As I said before, RAH gives you want it wants when it wants.
The only control that works is project concurrent.
But you can not separate out 4.2 from Python.
The project does not know anything but Rosetta. 4.2 is Rosetta and Python is Rosetta.
Besides, 4.2 tasks get chewed up very fast from the queue.
Right now there are 28,759 4.2 tasks being processed by 5499 accounts.
That makes around 5 tasks per account before that queue is cleaned out.
I have 8 in process and 34 in queue. 6-8 hours run time per tasks

Well Boinc just told me that "<name>rosetta_python_projects</name>" is valid, so you could use that for example to make sure only 2 pythons run at once. But you can't pick what you receive in the first place.

RAH gives you what it wants to give when it gives it. You have no say.
We never had a choice before python because there was nothing else but python.
They didn't change anything in the server from the looks of it, so to them a task is a task, there is no difference to them if its python or 4.2, its a task. The only thing that matters is the due by date for the results. That is what seems to determine what gets sent out.

Fortunately i can disable vbox tasks if i want to.

RAH gives you what it wants to give when it gives it. You have no say.
We never had a choice before python because there was nothing else but python.
They didn't change anything in the server from the looks of it, so to them a task is a task, there is no difference to them if its python or 4.2, its a task. The only thing that matters is the due by date for the results. That is what seems to determine what gets sent out.

You can switch Python off at the server. You can't switch 4.2 off. But you can limit it locally. If you could limit it to zero (which the other poster found is a Boinc bug) then it would download them and never do them, that would teach them to sort their system out.

RAH gives you what it wants to give when it gives it. You have no say.
We never had a choice before python because there was nothing else but python.
They didn't change anything in the server from the looks of it, so to them a task is a task, there is no difference to them if its python or 4.2, its a task. The only thing that matters is the due by date for the results. That is what seems to determine what gets sent out.

You can switch Python off at the server. You can't switch 4.2 off. But you can limit it locally. If you could limit it to zero (which the other poster found is a Boinc bug) then it would download them and never do them, that would teach them to sort their system out.

Teach them something? HAHAHAHA no...it will not teach them anything.
They haven't learned much from our comments and emails about python, so why would not doing or aborting 4.2 tasks teach them anything? The data will just be passed on to the next computer willing to take it and they will notice nothing.

Looks like a small batch of 600,000 Rosetta 4.2 tasks.
Got na10v7nt on my computers.

Yup, and still some available, surprisingly

---

Looks like a small batch of 600,000 Rosetta 4.2 tasks.
Got na10v7nt on my computers.

Yup, and still some available, surprisingly

600k?
Where?

Rosetta 29685 297048 2.78 (0.08 - 55.18) 6950
rosetta python projects 4999 11515 4.62 (0.6 - 59.22) 981
Tasks ready to send 34679

Looks like a small batch of 600,000 Rosetta 4.2 tasks.
Got na10v7nt on my computers.

Yup, and still some available, surprisingly

600k?
Where?

Rosetta 29685 297048 2.78 (0.08 - 55.18) 6950
rosetta python projects 4999 11515 4.62 (0.6 - 59.22) 981
Tasks ready to send 34679

I presume he noticed the change on the main page, where it shows the real queue size instead of the little RAM buffer on the server. Trouble is it doesn't distinguish between types there, so you have to notice how much it increased. Einstein is so much better organised, I can see precisely how many tasks until the end of each subproject.

Looks like a small batch of 600,000 Rosetta 4.2 tasks.
Got na10v7nt on my computers.

Yup, and still some available, surprisingly

Due to Boinc being stupid, you may get some of mine. A computer which runs only 6 hours a day has just downloaded too many to do in that time. Although they say they'll take 8 hours each, I notice some are a lot faster nowadays, so I'll see if they get done.

Looks like a small batch of 600,000 Rosetta 4.2 tasks.
Got na10v7nt on my computers.

Yup, and still some available, surprisingly

600k?
Where?

Rosetta 29685 297048 2.78 (0.08 - 55.18) 6950
rosetta python projects 4999 11515 4.62 (0.6 - 59.22) 981
Tasks ready to send 34679

I presume he noticed the change on the main page, where it shows the real queue size instead of the little RAM buffer on the server. Trouble is it doesn't distinguish between types there, so you have to notice how much it increased. Einstein is so much better organised, I can see precisely how many tasks until the end of each subproject.

Yep.

---

Looks like a small batch of 600,000 Rosetta 4.2 tasks.
Got na10v7nt on my computers.

Get it wiped off quick , it makes a mess if it dry`s on

Yup, and still some available, surprisingly
Due to Boinc being stupid, you may get some of mine. A computer which runs only 6 hours a day has just downloaded too many to do in that time.
Although they say they'll take 8 hours each, I notice some are a lot faster nowadays, so I'll see if they get done.

Looks like the `na` tasks take about 3 hours to crunch,

I have set crunching time to one day and 12 hours in settings.