Posts by dannyridel
log in
1) Message boards : Number crunching : Task Deadline (Message 6689)
Posted 14 Aug 2020 by dannyridel
When I first visit the work unit at around 6 Am UTC today, the deadline is at 6 AM UTC tomorrow.
But now whenI visit it agian, the deadline move to 16:20 UTC tomorrow. So it's always move away and seem to never timeout.


You were always processing that task, so BOINC moves it backwards.


Cool!


It's like the PrimeGrid system, trickling.
2) Message boards : Number crunching : Task Deadline (Message 6687)
Posted 11 Aug 2020 by dannyridel
When I first visit the work unit at around 6 Am UTC today, the deadline is at 6 AM UTC tomorrow.
But now whenI visit it agian, the deadline move to 16:20 UTC tomorrow. So it's always move away and seem to never timeout.


You were always processing that task, so BOINC moves it backwards.
3) Message boards : Number crunching : Checkpoint? (Message 6641)
Posted 19 Jul 2020 by dannyridel
Has there been a real answer to this?

I'm seeing that whenever BOINC syspends an SRBASE work unit to run another project, the SRBASE unit is resumed from the beginning. This is wasted work unless I'm only running this one project.

Are there any plans to fix checkpointing so that it works correctly?

Thanks.


If these tasks are LLR (CPU tasks), don't fret. BOINC doesn't show progress correctly and LLR checkpoints itself. For TF, I'm not sure.
4) Message boards : Number crunching : Work available?? (Message 6633)
Posted 16 Jul 2020 by dannyridel
No work... possibly reserve larger bases/larger exponents to keep us busy? For example R1025 until 2M. Or get larger ranges for example R747 from 300k to 500k.


Iam still waiting for sieve files from yoyo for the recommended bases. The biggest available file is only S51. I grabbed all the 400-500k with 1k left. I will setup the rest pending bases today after the server restart.


Okay. When SRBase is out of work I'm going to sieve yoyo.
5) Message boards : Number crunching : Work available?? (Message 6626)
Posted 16 Jul 2020 by dannyridel
No work... possibly reserve larger bases/larger exponents to keep us busy? For example R1025 until 2M. Or get larger ranges for example R747 from 300k to 500k.
6) Message boards : Number crunching : Work available?? (Message 6609)
Posted 7 Jul 2020 by dannyridel
Sorry for the delay, much work to to. I will setup one today.

Update:

new work is up


Thanks rebirther for your hard work at this project!
7) Message boards : Number crunching : Work available?? (Message 6605)
Posted 6 Jul 2020 by dannyridel
Yes, no work is available for CPUs.
8) Message boards : News : server outage / db crash again (Message 6576)
Posted 9 Jun 2020 by dannyridel
Hi Reb! I hope you are on the lookout that new mandatory updates will be coming this week?


I have blocked them with update manager. I hope this is working.


What if it doesn't? A backup is always needed.
9) Message boards : Number crunching : AVX-512? (Message 6562)
Posted 6 Jun 2020 by dannyridel
I am not so sure. Here is the result of a machine with AVX-512s:

Using zero-padded FMA3 FFT length 560K, Pass1=448, Pass2=1280, 5 threads, a = 3


FMA3 is not AVX-512.


Hmm maybe check in cmdline which version it is, if it's not 3.8.23 then probably use app_info on it?
10) Message boards : Number crunching : AVX-512? (Message 6560)
Posted 6 Jun 2020 by dannyridel
Do the CPU apps use AVX-512 if available?


SRBase uses LLR, so I think it does.
11) Message boards : Number crunching : Trial Factoring (Message 6525)
Posted 31 May 2020 by dannyridel
Is it possible to have it all? I mean let users choose in Project Preferences which WUs to check off to run based on their GPU? This way slow GPUs can pick the short WUs and fast GPUs can pick the long WUs. Or is that too much of a pain to setup on the server to feed proper WUs based on that selection?


yes and no, we have started from the lowest range and will end at the highest.


I mean, could we possibly have different "subprojects" like the S/R Base long/average/short ones? For example 70-71,71-72,72-73,...?
12) Message boards : Number crunching : Trial Factoring (Message 6517)
Posted 29 May 2020 by dannyridel
Maybe for higher ranges instead of going to 71 bits from 70 just go straight to 72 or 73 instead. You will have to make some trials for timings.


How would people here in general feel about doing lower n, breadth first to max bit ie n>96.83M to n<=120M to 78 bit? I know it eventually is a huge increase in testing time, but does it really make a difference for you as a user when it comes to supporting this project or not?

I'm asking, because if we really want to benefit and boost this project, running that suggested n range, to 78 bit, is the way to move forward. I know it will steal some of the low hanging fruits. What does each user prefer in terms of short or long running tasks?

I reckon Rebirther is the one who takes the final decision, but it is seriously as little as changing one setting in the .ini file and then everything from work creation to validation will work the same, even if we decide to run multiple bits per workunit.

The offer Rebirther, that I gave in a private message, still stands, when it comes to creating the next bit range, if you wont go all remaining bits up to 78, but breadth first and increase by 1 bit per workunit - all we have to do, is to agree with George that we can reserve and keep everything in that range untill we reach 78 bit.

Has the new way of showing progress, made it possible to have a mix of bits?

I understand the need to go breadth first, but we also have to use our ressources to best help Primenet and as mentioned in private message, going breadth first, but completing the range n>96.83M to n<=120M to 78 bit, one bit at a time, wont be difficult and I will no doubt help you do it flawlessly :)

Everyone with an oppinion or enlightment, please let me hear what you think, preferably from both slow and fast GPU users :)


I suggest we do something between 73 and 77, since it would be a compromise for both fast and slow GPU Users. I have only laptop GPUs, so I'd prefer something small but will still fastforward Primenet in the short term.
13) Message boards : Number crunching : Sudden credit loss (Message 6441)
Posted 19 May 2020 by dannyridel
Okay, thanks for telling me! I'm putting my machine on TF+any random base right now.
14) Message boards : Number crunching : Sudden credit loss (Message 6438)
Posted 19 May 2020 by dannyridel
Was it my imagination or did I lose 200 credit?
I can't access Free-DC from China, so could anyone check?
15) Message boards : Number crunching : Trial Factoring (Message 6330)
Posted 21 Apr 2020 by dannyridel
Collatz is the worst example. Making credit like collatz will attract all the point whores and cheaters.

Ahaha! +1


Collatz is inflated.

by a factor of 1.527 - this is roughly what I'd expect, perhaps as high as 1.6 to match PPS Sieve and Moo credits (based on what I remember !)

I would set TF daily credits a bit lower than PPS-SV ones so that we'll get only users that are interested in science here.


That would slow down the progress...will it?
Only around 2300 users are registered currently.
COLLATZ IS INFLATED!! I crunched for like one day and got around the amount of credit I got for amicable numbers in one week or so.
16) Message boards : Number crunching : Base primes incorrect??!?! (Message 6259)
Posted 18 Apr 2020 by dannyridel
Okay, didn't realize that two primes were found for some of those K's,
Good work!!
17) Message boards : Number crunching : Base primes incorrect??!?! (Message 6257)
Posted 18 Apr 2020 by dannyridel
this post as far as I know there are two T5K primes, but for the posts above the prime number is completely off-par both T5K and normal, is it an error?
Here:
http://srbase.my-firewall.org/sr5/forum_thread.php?id=108&postid=6255
and Here:
http://srbase.my-firewall.org/sr5/forum_thread.php?id=108&postid=6256
In addition to the above post
18) Message boards : Number crunching : Badge (Message 6239)
Posted 16 Apr 2020 by dannyridel
Reb, some big users are going to reach the maximum badge in about a month, and white seems a bit too final. Could we have "double" badges like in PG?
19) Message boards : Number crunching : Sierpinski / Riesel Base - short (Message 6204)
Posted 15 Apr 2020 by dannyridel
Any idea when there will be more of these? I am just a hair short of the next badge level. :)


About being a hair short, yesterday I was 60 credits away from my Sierpinski-Short bronze :)
20) Message boards : Number crunching : Checkpoint? (Message 6201)
Posted 15 Apr 2020 by dannyridel
Okay, on vega8 it happens about that long AFTER 5 hours passed idk why :(


Next 20

Main page · Your account · Message boards


Copyright © 2014-2024 BOINC Confederation / rebirther