• 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.

Problem with RC5 buffer update in win2K

D

dkappos

Senior member
I have a problem with a Win2K computer. I am using this ini file and the computer refuses to update automaticaly the buffers. I am using the same ini on a Win98 mashine on the same intranet and it works perfectly. As I am not using the win2K computer it is hard to manualy force it to update, it is a 1G P3 and the buffer empties easily. The client is running as a service in both cases.

[parameters]
id=dkappos@netscape.net

[buffers]
checkpoint-filename=checkpoint.rc5
frequent-threshold-checks=1
threshold-check-interval=0:30

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

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

[des]
preferred-blocksize=32

[networking]
nofallback=true
autofindkeyserver=no
keyserver=teamanandtech.dhs.org
disabled=no

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

[display]
progress-indicator=auto-sense
 
0) no additional buffer-level checking. (default)
1) fetch/flush all buffers if any in-buffer is not full.
2) fetch/flush all buffers if any out-buffer is not empty.
3) both 1) and 2). (implied if 'Dialup detection options' are enabled)
4) fetch/flush all buffers if any in-buffer is empty.


This is a guess, nothing more, but try setting 2 or 3 for frequent-threshold checking.
 
I'd go for mechBgon's suggestion of the additional buffer level checking as well. I've had or two machines that refuse to connect unless the buff-out file is empty but other machines that work OK, just like you have.
 
dkappos, I'll second option 3 for buffer checking as well 😉

Hope you don't mind me making some other suggestions to your .ini while we've got it here 🙂

-The DES section can be removed (not likely to be another des contest and you've already got DES=0 in the priority😉)
-In the RC5 section, try to use a multiplier of 32 for your buffer size, at the moment you have 5000 how about 4800 instead? or 5120? both are multiples of 32, which will lead to less fragmentation of the keyspace 😎
-In the networking section, change from using the .dhs.org addy to the recent ones since the dhs.org addies will go down sometime in the future 😱 I suggest proxy.teamanandtech.com, but if you don't want that for tracking reasons go here and find your favourite baby bovine operator and flush to him 😉

With love and respect your fellow TA member

Two-Face
My stats:
RC5
OGR-25
Seti
Gamma Flux
 
I am now using the option 3. I think that it is now updating although it flushes every 100 - 200 blocks, or when it starts-restarts.

Appart from this there is definitely a problem with the logfile. I wish that this 43,918,128 keys/s :Q was true but as you can see from the times it is not 😕.

dnetc v2.8012-465-CTR-00122516 for Win32 (WindowsNT 5.0).
Using email address (distributed.net ID) 'dkappos@netscape.net'

[Feb 09 18:37:35 UTC] RC5: Loaded 0BCF6965:00000000:16*2^28 (1.60% done)
[Feb 09 18:37:35 UTC] RC5: Summary: 28 packets (448.00 stats units)
0.01:25:50.35 - [23.30 Mkeys/s]
[Feb 09 18:37:35 UTC] RC5: 313 packets (4996.00 stats units) remain in
buff-in.rc5
Projected ideal time to completion: 0.08:19:36.00
[Feb 09 18:37:35 UTC] RC5: 1 packet (16.00 stats units) is in buff-out.rc5
[Feb 09 18:37:35 UTC] 1 cruncher has been started.
[Feb 09 18:37:36 UTC] The perproxy says: "Team AnandTech pProxy!"
[Feb 09 18:37:36 UTC] Retrieved project state data from server. (cached)
[Feb 09 18:37:36 UTC] RC5: Retrieved 1 packet (16.00 stats units) from server.
[Feb 09 18:37:36 UTC] RC5: Sent 1 packet (16.00 stats units) to server.
[Feb 09 19:02:46 UTC] RC5: Completed 0BCF6965:00000000 (16.00 stats units)
0.00:01:58.19 - [35,735,037 keys/s]
[Feb 09 19:02:46 UTC] RC5: Loaded 0BCF6966:00000000:16*2^28
[Feb 09 19:02:46 UTC] RC5: Summary: 29 packets (464.00 stats units)
0.01:27:48.54 - [23.58 Mkeys/s]
[Feb 09 19:02:46 UTC] RC5: 313 packets (4996.00 stats units) remain in
buff-in.rc5
Projected ideal time to completion: 0.08:19:36.00
[Feb 09 19:02:46 UTC] RC5: 1 packet (16.00 stats units) is in buff-out.rc5
[Feb 09 19:28:18 UTC] RC5: Completed 0BCF6966:00000000 (16.00 stats units)
0.00:01:37.81 - [43,918,128 keys/s]
[Feb 09 19:28:18 UTC] RC5: Loaded 0BCF6967:00000000:16*2^28
[Feb 09 19:28:18 UTC] RC5: Summary: 30 packets (480.00 stats units)
0.01:29:26.36 - [23.95 Mkeys/s]
[Feb 09 19:28:19 UTC] RC5: 312 packets (4980.00 stats units) remain in
buff-in.rc5
Projected ideal time to completion: 0.08:18:00.00
[Feb 09 19:28:19 UTC] RC5: 2 packets (32.00 stats units) are in buff-out.rc5

Is it ok if I set it to flush to: core.teamanandtech.com or I have to use one of the Round Robin PProxies?

Thanks for your help
 
I know HI dumps to keyserver.teamanandtech.com which is the same as core.teamanandtech.com, I don't remember Mika's official stance on this, but as long as most of us use the RR I think it should be fine 😉 Might be best to ask first tho' 🙂

With love and respect your fellow TA member

Two-FaceMy stats:
RC5
OGR-25
Seti
Gamma Flux
 
Also, I thought that the teamanandtech.dhs.org address was only supposed to be a temporary fix, and that everyone should have moved to proxy.teamanandtech.com... Is this correct or not? 😕
 
You must log in or register to reply here.

TRENDING THREADS

Back
Top