• 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 (one more question) at end

Dee67

Dee67

Golden Member
Hi, I newly joined RC5 and the anandtech team, ran it a little while on the first day, second day for some hours, noticed it slowing down towards the end - started it up today (just now) and noticed it's like totally crawling..

I've been looking at .....10%R.. for like 30 minutes now, is there something I've done wrong?
 
Assuming your using windows:

right click in the client and select RC5 long - that will give your key rate. We will check it against your CPU size/type for output.

If you have a screensaver (particularly 3D) turn it off. They consume most spare cycles in a computer running them.

Press CTl-ALT-DEL and see what other programs are running. Shut down "findfast" if it's there.
You can stop it from starting by typing msconfig in the command line of W98 and then deselecting it from the startup tab along with anything else that isn't essential (be cautious).

Rgds and welcome to the team. 😀
 
Do a RC5 benchmark by right-clicking in the client and under benchmark choose RC5 long or short. I would try both.
 
yes, windows98se. nothing running but browser, mswheel, explorer, systray and distributed.net client
rc5 long says:

Automatic processor type detection found
an Intel Pentium III processor.
RC5: using core#2 (RG class 6).
Benchmark for RC5 core #2 (RG class 6)
0.00:00:08.00 [1,965,849.26 keys/sec]
 
That's reassuring, the last times I ran it that ...10...20.. thing was cruising along pretty good, and today it just seems stuck, like one dot per 15-20 minutes..

Thanks for the welcome, help, and tolerance 🙂
 
here comes that naive "new to this" kinda question:

where would I find THAT? (sorry)
 
After it completes a block it say how many packets and work units are in the buff-out. How many are in your buff-out?
 
The digits after RC5, the expression before "packet", gives the number of keys to be checked in the packet.

[Dec 18 01:22:57 UTC] Loaded RC5 4*2^28 packet F3FB1142:10000000 (17.90% done)

The first time you run the client it fairly races across the page because it cracks a single work unit or "block." After connecting to the net it downloads a number of packets that can contain a differing number of blocks in each packet (typically 8 on a standard setting). If you wish to load a larger amount of blocks per packet (up to 32) change the settings:

2) Buffer and Buffer Update Options

12) Preferred packet size (2^X keys/packet) ==> RC5=33

😀

err.. I'm not trying to race you Micron, I went away and came back and then typed this when I saw no answer. 😱
 
I don't have that today here's my entire session so far:

[Dec 18 00:14:36 UTC] Automatic processor detection found 1 processor.
[Dec 18 00:14:37 UTC] Loaded OGR stub 25/1-2-6-10-34-13 (12.40% done)
[Dec 18 00:14:37 UTC] 21 OGR packets (21 work units) remain in buff-in.ogr
[Dec 18 00:14:37 UTC] 0 OGR packets (0 work units) are in buff-out.ogr
[Dec 18 00:14:37 UTC] 1 cruncher has been started.
.....10%R.
[Dec 18 00:29:40 UTC] Retrieved OGR work unit 3 of 3 (100.00% transferred)
[Dec 18 00:29:40 UTC] Output buffers are empty. No flush required.
.....10%R...
[Dec 18 00:58:09 UTC] Automatic processor type detection found
an Intel Pentium III processor.
[Dec 18 00:58:09 UTC] RC5: using core #2 (RG class 6).
[Dec 18 00:58:19 UTC] Benchmark for RC5 core #2 (RG class 6)
0.00:00:08.00 [1,965,849.26 keys/sec]
.....10%R...
[Dec 18 01:02:32 UTC] Benchmark for RC5 core #2 (RG class 6)
0.00:00:08.51 [1,970,096.75 keys/sec]
.....10%R....20%.


and (if it helps) heres my stats (as pathetic as they are) 🙂
 
Aaaaah there you go!!!

You're doing OGR.

Just find your dnetc.ini file and drop in the following lines:
[misc]
project-priority=RC5,CSC=0,DES=0,OGR=0

and then restart the client.

Now Micron, considering your other post, you've gotta think this is funny!!!😀
 
something tells me I made a mistake setting it up huh?

Does this look better?

[Dec 18 02:10:41 UTC] Automatic processor detection found 1 processor.
[Dec 18 02:10:41 UTC] Automatic processor type detection found
an Intel Pentium III processor.
[Dec 18 02:10:41 UTC] RC5: using core #2 (RG class 6).
[Dec 18 02:10:41 UTC] Loaded RC5 8*2^28 packet F73B630B:60000000
[Dec 18 02:10:41 UTC] 2 RC5 packets (16 work units) remain in buff-in.rc5
[Dec 18 02:10:41 UTC] 0 RC5 packets (0 work units) are in buff-out.rc5
[Dec 18 02:10:41 UTC] 1 cruncher has been started.

the dots are coming along faster again.
 
thanks again guys.. don't know what the hell I'm doing, but it's nice to be part of a team 🙂
 
this flushing, this mean send completed work back to them, right?

How often should this be done? Thanks
 
Welcome to TA DEE!

Flushing/fetching are exchanging work with the keyservers or proxies.
As for how often, that depends on your Internet connectivity and several other items.

Are you on a dial-up? If you are, use dial-up detection mode so you only try to connect when you are on the 'net. This is very handy and automatic. 🙂

If you are on 24/7, the default configuration works very nicely as it will dump (flush and fetch) when the in-buffer empties.

viz
 
You must log in or register to reply here.

TRENDING THREADS

Back
Top