Yafu: new MT app available, and help needed

[Fire$torm]

Trigggl's method worked! Only issue so far is that it only downloads 4 tasks and then says I've reached a limit. Maybe I need to complete a few tasks before I can download more? Either way, you da man Trigggl!

On a side note, prior to this, I tried to edit the <commandline...-THREAD... part out of the yafujobmt_0.04.xml file. It does indeed check the file size and found that it was wrong. So, I padded the file with white space until it reached the correct file size. Unfortunately, it still downloaded the mt tasks, so I gave up. Don't have time to fiddle as I have a mid term tomorrow.

As soon as my current tasks complete, I'll try Trigggl's method again.

If they keep limiting the number of tasks you could try using multiple VMs. Initially set each VM CPU to one core, DL the tasks, shut down the VMs, up the cores to 4~16 and then restart the VMs.

[spingadus]

The vm approach would require a lot of micro managing. It appears the Yafu will only let me download 4 at a time as I tried it again. So, I may have to just do the mt tasks. It may not be too bad. I just looked at some other crunchers completed tasks and it looks like they do count the total run time now for all cores.

[zombie67]

The vm approach would require a lot of micro managing. It appears the Yafu will only let me download 4 at a time as I tried it again. So, I may have to just do the mt tasks. It may not be too bad. I just looked at some other crunchers completed tasks and it looks like they do count the total run time now for all cores.

Interesting. I took a look at some tasks, and I am seeing mostly the opposite. For example.

Run time 25,276.24
CPU time 7,437.88

Those numbers should be reversed.

[trigggl]

Interesting. I took a look at some tasks, and I am seeing mostly the opposite. For example.

Run time 25,276.24
CPU time 7,437.88

Those numbers should be reversed.

Must be a Mac thing.

[zombie67]

Must be a Mac thing.

No, that was a random windows machine from the top machines page. Most (but not all) machines on that list have tasks that are backwards like that.

FWIW, there is no mac app, so it definitely not a mac thing.

[trigggl]

No, that was a random windows machine from the top machines page. Most (but not all) machines on that list have tasks that are backwards like that.

FWIW, there is no mac app, so it definitely not a mac thing.

I figured it probably wasn't, but seemed like the thing to say at the time.

[spingadus]

Ok, so is the credit at this project based on run time or cpu time? It's hard to tell with the numbers i'm getting.

[Slicker]

I would think an app_info.xml would solve the problem. When my 24 core web server was crunching AQUA, running more than 8 cores on a task was a waste as the cores wouldn't be fully utilized. I let it download some tasks and then used the sched_reply file as a template to create an app_info file. I changed the max and average cpus to be 8 rather than 64 so it would run one WU for every 8 cores. The same thing should work here by using just 1 cpu.

[zombie67]

Update:

The fact that CPU time reporting is messed up, has nothing to do with the credits awarded. Credits are based on run time and the number of threads (MT app). You can read more about it here.

Anyway, after doing some more data analysis, there is an upside. Credits awarded are not so horrible after all. On a Core2 CPU, credits range from 20-40 credits/hour/thread. Considering that the old "normal" method of awarding credits awarded ~20 c/h/t*, it is not worse than it used to be, once the machine settles down under CreditNew....at least for this project. I validated this across three different machines.

So I guess this is a long way to say it is safe to come back to yafu, if you want. It would be nice to keep our #1 spot there. Remember, it is a finite project. So we can keep that #1 forever.

*Seriously. Compare to some of the older projects like amelegrid, sztaki, etc