• We’re currently investigating an issue related to the forum theme and styling that is impacting page layout and visual formatting. The problem has been identified, and we are actively working on a resolution. There is no impact to user data or functionality, this is strictly a front-end display issue. We’ll post an update once the fix has been deployed. Thanks for your patience while we get this sorted.

RC5 - Question on fetch-time-threshold

JWMiddleton

Diamond Member
I have 4 networked systems running RC5 with identical dnetc.ini files. I have set the fetch-time-threshold to 72 hours, so that it will work on the weekends that I go home without my attention. It seems to work properly on 3 systems, but will not get enough WUs on the 4th. It is a Cel2-700 at 910 MHz. It should be fetching at least 2,400 WUs, but it will not fetch when prompted. It currently has 1,645 WU in the Buff-in file. The following is the complete .ini file.

[parameters]
id=jw.middleton@att.net

[misc]
project-priority=RC5,OGR=0,CSC=0,DES=0
run-work-limit=0

[rc5]
fetch-time-threshold=72
preferred-blocksize=33
randomprefix=9

[networking]
disabled=yes
nofallback=true
autofindkeyserver=no
keyserver=proxy.teamanandtech.com

[buffers]
checkpoint-filename=cp.rc5

[logging]
log-file-limit=100
log-file=celly2.log
log-file-type=fifo

[triggers]
restart-on-config-file-change=yes


Any ideas?
 
If you want a prescribed number to download, instead of a time based one, change your .ini to this:

[rc5]
fetch-workunit-threshold=2400
preferred-blocksize=33

Time based is affected by usage of the machine, perahps that is what is causing problems for you?
 
Nope, BK. I wanted one .ini file that would work with any system without having to calculate the number of WUs needed. I had the option you suggested until Friday, but I did not think it was an elegant solution. Will have to go back to it if I can't get the prefered option working.
 
Try my ini generator.

INI generator

Another thing, you do not want to put OGR=0. The problem with that is if rc5 ends lets say tomorrow, then those cpu are wasted on randoms. With the below options, RC5 will be kept the priority unless a couple of circumstances happen.
1. the projects ends
2. there is no connection to the internet, and work runs out.

The Dnet client with therfore do an OGR stub until that stub is done. Then it will check the buffers for more RC5 work. If there is any, then it will proceed with RC5 once again.

This is a sample from my ini generator. It was meant for a dial up connection. If there is any connection detect on dial up, it will automaticly fetch/flush its buffers. Also I set it to buffer work for 72 hours.
------------------------------------------------------------------------------------

[parameters]
id=jw.middleton@att.net
[networking]
keyserver=proxy.teamanandtech.com
nofallback=true
autofindkeyserver=no
dialup-watcher=passive
interfaces-to-watch=*


[misc]
run-work-limit=0
project-priority=RC5,OGR

[rc5]
fetch-time-threshold=72
preferred-blocksize=33


[buffers]
checkpoint-filename=cp.rc5
frequent-threshold-checks=3


[triggers]
restart-on-config-file-change=yes

[ogr]
fetch-workunit-threshold=2


 
Well with randoms you take the chance that you will not get credited with that time spent into those blocks. by doing an ogr stub or two we more efficiently use our computing potential. IMHO.
 
Thanks Adul! I would still like to know why I am not able to get more blocks on that machine. This morning it did pickup 733 WU, which brought the buff-in to 2,058. The buff-in on the Cel-458 is 2,125.

As far as OGR is concerned: I didn't sign-on to do OGR only to help with RC5. If that went away I'd put those boxes back on S@H.
 
JWMiddleton,

May I recommend that you use



<< fetch-time-threshold=108 >>



to allow for 4 day weekends, sick days, work days so busy that you don't even get a cup of coffee....
 
Joe O: I did increase it to 96 hours as a test, but it still didn't get more blocks. 🙁

Now, what I was hoping someone would say is that the round-robin proxys have a limited on the mumber of blocks given out. Have I hit some kind of limit?
 
Actually I beleive the client its has a limit has to how many blocks it may cache. My only suggestion is to setup a pproxy to hold 20k worth of work for you. If you want help ssetting one up, I would be more then happy to help you.
 
Now, what I was hoping someone would say is that the round-robin proxys have a limited on the mumber of blocks given out. Have I hit some kind of limit?
nope.. the round robins will give a user 200k if he asks for em.
 
Back
Top