[QUOTE=Bdot;389225]Here are a few results that I received for the test version.[/QUOTE]

Thanks. Some of the GCN cards do show significant drops as bit levels increase.

[QUOTE=Prime95;389025]I'm working on the Primenet GPU TF assignment page. It works much like the GPU72 page.

Two questions:

1) The system is designed to work one bit-level at a time. Will this create some work units that are just too short? Should I modify the assignments to do multiple bit levels if the current bit level is somewhat low (or should I leave this under user control by filling out the "optional will factor to" field)? If automatic, what are the recommended minimum bit level to factor to for a DC, LL, and 100M?
2) What is the current TF/LL crossovers for GPUs on 100M digit numbers?[/QUOTE]

Great, does that mean we are finally going to get rid of the GPU work showing up as status "U" and each card being properly recognised as a processor in it's own right? (The CPU's table in the my account page) and we'll be able to drill down into it as you can for cpu's?

[QUOTE=Gordon;389367]Great, does that mean we are finally going to get rid of the GPU work showing up as status "U" and each card being properly recognised as a processor in it's own right? (The CPU's table in the my account page) and we'll be able to drill down into it as you can for cpu's?[/QUOTE]

No plans along those lines yet.

Nah. If we have GPU's recognizable as hardware on Primenet then I won't be working at 1900% capacity anymore :sad:

[QUOTE=TheMawn;389381]Nah. If we have GPU's recognizable as hardware on Primenet then I won't be working at 1900% capacity anymore :sad:[/QUOTE]

My last 24 hours - 2720. Must be some on here who are up in the 10,000% range...

What is more valuable ATM...
 

....in terms of CPU time: LLDC or P-1? I am currently running 50-50 on a FX-8350. Having played around with different combinations, I have a notion that this 'shared FPU' design works better if you put the same kind of work on each pair: 1-2, 3-4, 5-6, 7-8, in which each 2 integer cores share an FPU.

I also have 32 GB of RAM.

What is in more demand?

1) DCs are lagging first time LLs by an ever increasing amount.
2) First time LLs are the only type of work that can reveal a new prime.
3) 32 GB is great for P-1 (more than one test simultaneously)

Sounds conflicting, isn´t it? :confused:

If I were you, taking into account 1) and 3) above, I would go for a mix of DCs and P-1s, also considering that P-1s will also help advancing first time LL work, by finding sometimes new factors and in any case offloading work from 1st time testers (no more need to perform a P-1 test before starting the actual LL).
All in all, do as you see fit... all contributions are valuable!

[QUOTE=Gordon;389390]My last 24 hours - 2720. Must be some on here who are up in the 10,000% range...[/QUOTE]:mike:

[QUOTE=Xyzzy;389458]:mike:[/QUOTE] :max:

[QUOTE=lycorn;389446]1) DCs are lagging first time LLs by an ever increasing amount.
2) First time LLs are the only type of work that can reveal a new prime.
3) 32 GB is great for P-1 (more than one test simultaneously)

Sounds conflicting, isn´t it? :confused:

If I were you, taking into account 1) and 3) above,[B] I would go for a mix of DCs and P-1s, [/B]also considering that P-1s will also help advancing first time LL work, by finding sometimes new factors and in any case offloading work from 1st time testers (no more need to perform a P-1 test before starting the actual LL).
All in all, do as you see fit... all contributions are valuable![/QUOTE]

Indeed. I am just wondering about the balance, which ATM is even. This has produced some interesting moments, such as the day recently that I found 2 DCTF factors and 2 P-1 factors waiting to be turned in. Given the items you list such as memory, plus my perception that the CPU does better when the same task type runs on paired integer cores; it seems that I'm in about as good a position as the circumstances allow. If I were to make any change, it would probably be to switch two workers from DC to P-1.

One more day of DC TF Processing and we have enough to cover the churn until recycling starts...:rogue:
(Nov 14 + 40days = Dec 24, 16 days left, current reserve of 20,000 ... )