Secondpass queue is open for business again

[engracio]

Thanks Alien88 for opening/refilling the secondpass queue.:) They are getting wu again.

[Alien88]

Thanks Alien88 for opening/refilling the secondpass queue.:) They are getting wu again.

I did a couple of things.. first, queues have been repopulated.. second, should secondpass run out in the future it'll start to hand out firstpass tests. The queues include the error-fix (where we don't have matching residues), garbage (really old tests)..

Logic:

no tests: +first-pass, +second-pass
tests, but no residues: +first-pass, +second-pass
only one residue: +second-pass
n tests:
> n/2 matches: -
<= n/2 matches +error-fix

if there's a pending test for a k/n:
* if the test was assigned more than 30 days ago:
+ add to the garbage queue


I told vjs this, but I'm sorry for the delay. I was out of the country and the other admins are currently going through a really difficult time in their life and this is the last thing on their mind.

[engracio]

I did a couple of things.. first, queues have been repopulated.. second, should secondpass run out in the future it'll start to hand out firstpass tests. The queues include the error-fix (where we don't have matching residues), garbage (really old tests)..

Logic:

no tests: +first-pass, +second-pass
tests, but no residues: +first-pass, +second-pass
only one residue: +second-pass
n tests:
> n/2 matches: -
<= n/2 matches +error-fix

if there's a pending test for a k/n:
* if the test was assigned more than 30 days ago:
+ add to the garbage queue


I told vjs this, but I'm sorry for the delay. I was out of the country and the other admins are currently going through a really difficult time in their life and this is the last thing on their mind.

Well Thanks anyway. just glad you made it back and fixed the issues.:) Just don't like the idea of ws not getting work and wasting cpu cycles knowing full well it is only being used for surfing the net.:lmao:

As for personal issues. We all know it too well. Hope it passes for them soon.:)

e:)

[vjs]

Thanks alot our savior :allhail:

For posterity sake

dropped-tests 8 6957631 14602748 5 +4885785
error-fix 11475 5202550 13963834 34 +4126826
first-pass 9542 12040894 14999911 72 +-2559643
garbage 2911 6910687 13998031 0 n/a
global 0 n/a n/a 0 n/a
largest-prime 0 n/a n/a 0 n/a
missing-test 0 n/a n/a 0 n/a
(not queued) n/a n/a n/a 0 n/a
residue-recovery 0 n/a n/a 0 n/a
second-pass 61730 6977411 13999781 83 +23677
Overall 85666 5202550 14999911 194 +4126826

[vjs]

Alien,

Thanks for taking the time and doing things right, repopulating the garbage que and error que etc.

I think this one action will clear up alot of the old tests just hanging arround. If we find a prime out of it... I would have to say that its your doing.

Personal life, yup we all know that one too well. First things first.

Faith, Self, Spouse, Family, House, Food, Savings, Clothing, Transport.

[engracio]

I guess I am going to have to put all of my herd on second pass since error fix, garbage, dropped test and second pass queue needed cleaning up. Never know if a prime is hiding somewhere in those queues. There is enough first pass prime hunter, a few second pass prime hunter would not hurt.:)

[vjs]

Yup and we can calculate a quick back of the envelope calculation on error rate.

An under estimate of our error rate is basically 15%.

Yup at least 1 in 8 tests have errors. Thats alot higher than I expected, I was thinking between 5-10%, others have said up to 20%...

Anyone else want to verify my numbers? before I give away how I calculated it.

[[DPC]Frentik]

How can I help out cleaning the error-fix and garbage que? Is there a special way to set your name in the client like its done with the secondpass?

[Alien88]

Frentik;118947']How can I help out cleaning the error-fix and garbage que? Is there a special way to set your name in the client like its done with the secondpass?

error-fix is first priority for all regular tests, so there's nothing special for that queue. eg, if you're doing first-pass you'll get error-fix tests right now.

secondpass will grab from second-pass

garbage you can only get by running tests as the user 'garbage'. honestly, I wouldn't worry about that queue right now. I'll probably wind up cleaning the queue up in the future..

[[DPC]Frentik]

Ok thx, then I'll stick to first-pass/error-fix :)

[engracio]

error-fix is first priority for all regular tests, so there's nothing special for that queue. eg, if you're doing first-pass you'll get error-fix tests right now.

secondpass will grab from second-pass

garbage you can only get by running tests as the user 'garbage'. honestly, I wouldn't worry about that queue right now. I'll probably wind up cleaning the queue up in the future..

Alien88,

A real quick question, since error-fix has the current highest priority. If a k/n pair does not have any residue I would assume that it would go to first pass queue. When a result is submitted does it go to second pass queue? The reason I asked is that it seems that the secondpass queue is not going down or is it because error fix queue get send out first before first or second pass? Just wondering. Thanks.

[Alien88]

Alien88,

A real quick question, since error-fix has the current highest priority. If a k/n pair does not have any residue I would assume that it would go to first pass queue. When a result is submitted does it go to second pass queue? The reason I asked is that it seems that the secondpass queue is not going down or is it because error fix queue get send out first before first or second pass? Just wondering. Thanks.

If a k/n has NO residues, it'd go to both first pass and second pass.

secondpass is going down, but only by those who are getting the tests via 'QQQsecondpass'.

For clients that are not doing 'QQQsecondpass', they will currently get error-fix tests, then second-pass, then first-pass. I imagine that we'll switch back over to handing out strictly first-pass tests once we've cleaned up error-fix and second pass is back to a reasonable difference.

[engracio]

If a k/n has NO residues, it'd go to both first pass and second pass.

secondpass is going down, but only by those who are getting the tests via 'QQQsecondpass'.

For clients that are not doing 'QQQsecondpass', they will currently get error-fix tests, then second-pass, then first-pass. I imagine that we'll switch back over to handing out strictly first-pass tests once we've cleaned up error-fix and second pass is back to a reasonable difference.

Alien88,

Thanks for the response. Good to know.:) I just thought that secondpass would be the dumping ground once firstpass finish a wu. I see that is not the case.:clap:

[vjs]

E,

It really seems like Alien is taking some good proactive measures. Populating a no residue test in both ques etc.

I'd personally like to thank Mike for taking the time to explain what's going on as well. It's nice to have the ques populated and numbers to follow but the explainations are just a step above. :cheers:

[hhh]

Yup and we can calculate a quick back of the envelope calculation on error rate.

An under estimate of our error rate is basically 15%.

Yup at least 1 in 8 tests have errors. Thats alot higher than I expected, I was thinking between 5-10%, others have said up to 20%...

Anyone else want to verify my numbers? before I give away how I calculated it.

Can you release your envelope, please? H.

[vjs]

I'd rather someone work it out on their own first to verify my numbers.

However at this time I think we are certainly heading in the right direction and should drop the topic for a couple months.

[KriZp]

P(A)=chance that first-pass test is wrong
P(B)=chance that second-pass test is wrong
Assume P(A)=P(B)
If P(A) U P(B) =15% then P(A)=P(B)=1-sqrt(1-0,15)=1-sqrt(0,85)=1-0,9219=0,078=7,8%

[jasong]

I'm not very good with congruences, so I may be misunderstanding Krizp's equation, but I'm guessing when vjs says he thinks the error rate is 15%, I think he means per test.

So the odds that both tests would be wrong would be 2.25%, or about 1 in 45.

[Zuzu]

I'm not very good with congruences, so I may be misunderstanding Krizp's equation, but I'm guessing when vjs says he thinks the error rate is 15%, I think he means per test.

So the odds that both tests would be wrong would be 2.25%, or about 1 in 45.

If there were just random tests with (right/wrong) output that would be true. But fortunately the main output of the test is its residue. I think the probability to get 2 wrong tests with the same residue is much much lower ; in the order of 1/(2^64) or less (don't remember the exact size of the residue :))

BTW: what happens to firstpass ? Max value is stuck at 14,602K for all tests, and I just got a 2ndpass at 7,075K when connecting "normally" with my new PC laptop.

[engracio]

If there were just random tests with (right/wrong) output that would be true. But fortunately the main output of the test is its residue. I think the probability to get 2 wrong tests with the same residue is much much lower ; in the order of 1/(2^64) or less (don't remember the exact size of the residue :))

BTW: what happens to firstpass ? Max value is stuck at 14,602K for all tests, and I just got a 2ndpass at 7,075K when connecting "normally" with my new PC laptop.

Scroll up on the thread and alien88 explained it:)

[Zuzu]

Scroll up on the thread and alien88 explained it:)

Thanks, I should have read the thread more carefully :bonk: .
For the tests without residue comparison (no residue, or just one residue - according to www.seventeenorbust.com/secret there is no residue-recovery test) the above estimations (tests wrong twice = 2.25% prob) can be correct.

[KriZp]

when you have two tests with differing residues it's impossible to judge wether it is test A, test B or both that is incorrect before a third test has been done. The chance of test A being incorrect and B correct is 0,078*0,922=0,0719, and likewise for the case where B is wrong and A correct. The chance of both being incorrect is 0,078²=0,0061. This sums to 0,1499, wich is close to the 15% we started with.

[[DPC]Frentik]

error-fix is first priority for all regular tests, so there's nothing special for that queue. eg, if you're doing first-pass you'll get error-fix tests right now.

secondpass will grab from second-pass
From this I understood that after error-fix testing all users would go back to first-pass testing unless one would use the userQQQsecondpass option. But today I noticed second-pass que got priority over first-pass again. Is there any particular reason for this (e.g. suspected missed prime)?

[Alien88]

Frentik;120223']From this I understood that after error-fix testing all users would go back to first-pass testing unless one would use the userQQQsecondpass option. But today I noticed second-pass que got priority over first-pass again. Is there any particular reason for this (e.g. suspected missed prime)?

We've been focusing on second-pass queue for a while until it's not so far away from the first pass.

[[DPC]Frentik]

We've been focusing on second-pass queue for a while until it's not so far away from the first pass.OK thx, but can you switch back to first-pass lets say around April first ? (see this (http://www.free-dc.org/forum/showthread.php?t=13987) :D ). If we want to overtake TPR we better get those high-n tests ASAP :)

[Alien88]

Frentik;120223']From this I understood that after error-fix testing all users would go back to first-pass testing unless one would use the userQQQsecondpass option. But today I noticed second-pass que got priority over first-pass again. Is there any particular reason for this (e.g. suspected missed prime)?

We've been focusing on second-pass queue for a while until it's not so far away from the first pass.

[[DPC]Frentik]

We've been focusing on second-pass queue for a while until it's not so far away from the first pass.OK thx, but can you switch back to first-pass lets say around April first ? (see this (http://www.free-dc.org/forum/showthread.php?t=13987) :D ). If we want to overtake TPR we better get those high-n tests ASAP :)

[vjs]

Frentik,

Alien has been doing a great job lately at getting all tests completed at least once for everything less than 14M. As well as making sure double check gets up to the 10M level.

Its difficult to convince people to test with the scoring difference. But also consider the amount of time everyone has placed in DC testing and how that effected their team and personal scores.

For quite a few years I've been pushing/asking people to run DC tests at the low scores. My reasons were based on the n difference between the two levels, error rates, and prime distributions. It was and is a very tough sell considering the point difference. However I believe that the effort has paid off far beyond the invested effort.

In all fairness I believe that we should continue to support ALien and Sob, and not push for a change in project simply based on points.

Being a member of ARS, I know we appreciate the competition from DPC as well as their efforts. I think that it's made both teams contribution to the project worth while beyond the project scope.

I would say that the gauntlet should be run and try to take away the first place ARS will be ready. Test n should not play a role in that decision, lets run what the project gives us. Hopefully Alien can make use of the significant firepower of DPC and ARS over this period.

I would also ask that nobody selectively tests results in any effort. Please complete what you download, this is especially critical when Alien is trying to run a clean up. Not testsing a k/n pair or holding it for 90 days might hurt the effort or at least make Alien pull out the rest of his hair, LOL.

[[DPC]Frentik]

Frentik,

a long story...vjs

I know Alien88 did a great job last few months with the que's and beta clients. I juste wanted to say (with a BIG smile) that we need all the help we can IF we want to overtake TPR within the next month. Even if you guys would stay around 25-30T a day we still need at least ~180T a day extra to overtake you. So in that perspective I asked to switch back to first pass asap.

But if for the moment 2nd pass is better for the project we run 2nd pass and I'am sure nobody will skip or holds test. So watch you're back :Pokes:

[vjs]

on ^

I havn't helped out ARS in a while... but don't worry I can with 100% certainty say that they will make a serious push if you throw firepower at the project.

And hey we are always watching for :dump:

[[DPC]Frentik]

Just out of curiosity :D at which n value we are likely to switch back to first pass? My best guess would be somewhere around 11.5M since that is close to the lower limit of first pass or is that decisions based on Alien88's "mood of the day" :lmao:

[Alien88]

Frentik;120632']Just out of curiosity :D at which n value we are likely to switch back to first pass? My best guess would be somewhere around 11.5M since that is close to the lower limit of first pass or is that decisions based on Alien88's "mood of the day" :lmao:

Mood of the day.

[[DPC]Frentik]

OK thx alien88, here have a beer :cheers: ;)

[vjs]

Also wanted to point out that there isn't much point difference now that secondpass is at 10+M where first pass is at 13+M.

At least not as much as when it was 7M vs 11 + M

[Joh14vers6]

Also wanted to point out that there isn't much point difference now that secondpass is at 10+M where first pass is at 13+M.

At least not as much as when it was 7M vs 11 + M

Yeah, you are right. FFT barrier is the cause.

[Keroberts1]

so anyone know how much faster we went from 7 to 11 million this time

[Vato]

Mood of the day.

I see the mood took effect a few days ago and we're back on normal queue behaviour.

Be interesting to see how long before we burn through first pass this time...

[Alien88]

I see the mood took effect a few days ago and we're back on normal queue behaviour.

Be interesting to see how long before we burn through first pass this time...

Heh. I always get some weird pleasure out of seeing how long it takes people to notice changes such as this!

I changed it on April 15th to focus back on first-pass (well, first, error-fix, then first-pass, but error-fix only had like 150 tests left)

[Vato]

I was surprised that no one else had mentioned it, hence my post :-)

Anyway, given the DPC stampede, and sterling efforts from other folks either in response to that, or despite it, I guess we'll soon be back on second-pass, unless you have a bundle of first-pass > 1.5M ready to load up into the server. I'm happy enough either way, as long as there's work to do.

[Vato]

And error-fix is now empty!

[engracio]

Alien88,

Now that we cleared out everything except for first and second pass, can you briefly comment on the logic of the current setup. All first pass users only get first pass and second pass only get second pass wu or split in ratio? Thanks.:)

[Alien88]

Alien88,

Now that we cleared out everything except for first and second pass, can you briefly comment on the logic of the current setup. All first pass users only get first pass and second pass only get second pass wu or split in ratio? Thanks.:)

Same logic it's always been, except first-pass users now get first-pass instead of second. I believe I responded on another thread explaining the queue assignments, find that thread and for the default (aka first-pass) replace second-pass with first-pass

[Vato]

I'm not sure I've ever seen such a pristine set of queues since I started doing SoB all those years ago!

Well done everyone, and thank you.

Now to kill some more k!

[engracio]

Same logic it's always been, except first-pass users now get first-pass instead of second. I believe I responded on another thread explaining the queue assignments, find that thread and for the default (aka first-pass) replace second-pass with first-pass

Thanks, I did read that explanation a while back. I just wanted to make sure it is still the same.:clap:

Like Vato said, we've been thru quite a few hoops lately it is nice it has stabilized. Too bad DPC's stampede seems to be slowing down. Hope the next big guns come in blazing away. Let's get us a Prime.

[Vato]

Only a few dropped-tests showing up every now and again. Just over 5k tests to empty first-pass - runtime per test is significantly higher now - I'd guess 4-6 weeks before first-pass will run out.

[engracio]

Only a few dropped-tests showing up every now and again. Just over 5k tests to empty first-pass - runtime per test is significantly higher now - I'd guess 4-6 weeks before first-pass will run out.

Ya but have you looked at the currently pending test, 14399 with 957 active users in last two weeks. Those are a lot of pending test. Have they been dropped and put back in circulation? Are we waiting for someone to submit a result. The 90day stats are continually getting bigger. http://www.seventeenorbust.com/stats/oldTests.mhtml

[Max Dettweiler]

Ya but have you looked at the currently pending test, 14399 with 957 active users in last two weeks. Those are a lot of pending test. Have they been dropped and put back in circulation? Are we waiting for someone to submit a result. The 90day stats are continually getting bigger. http://www.seventeenorbust.com/stats/oldTests.mhtml
Aren't all the tests on that page supposed to have been re-assigned by now, since they're over 90 days old?

[Vato]

Ya but have you looked at the currently pending test, 14399 with 957 active users in last two weeks. Those are a lot of pending test. Have they been dropped and put back in circulation? Are we waiting for someone to submit a result. The 90day stats are continually getting bigger. http://www.seventeenorbust.com/stats/oldTests.mhtml

That seems a lot - and a lot of them look very stale.

I guess we'll just have to wait and see what happens.

[Alien88]

Ya but have you looked at the currently pending test, 14399 with 957 active users in last two weeks. Those are a lot of pending test. Have they been dropped and put back in circulation? Are we waiting for someone to submit a result. The 90day stats are continually getting bigger. http://www.seventeenorbust.com/stats/oldTests.mhtml


Oh my!! Good catch :cheers:. Our expire script was HIGHLY broken and is now fixed. You'll notice the old tests page is much shorter.. in addition, we have a crapload of dropped-tests to catch up on.. :eek:

[Vato]

C'est la vie.

At least it got noticed - thanks for fixing so quickly.

[engracio]

Oh my!! Good catch :cheers:. Our expire script was HIGHLY broken and is now fixed. You'll notice the old tests page is much shorter.. in addition, we have a crapload of dropped-tests to catch up on.. :eek:

Alien88,

To be honest that was my round about way of asking to see if the dropped test is working.:o When we went to first pass and I saw that the 90day list is not going down I said hmmmm.:)

Thanks for fixing it.:cheers::cheers:

[Vato]

dropped-tests seems to be oscillating between 5.1-5.3k - not ever getting lower for the last few days.

Not looking nice for progress.

Is this lots of very old tests that are now being expired correctly, or lots of new tests being dropped? (for reasons unknown, but possibly including: DPC Stampede is over, folks don't like the CEMs/s reduction on these smaller n values, random bad luck)

[enderak]

Probably some combination of all of those things. Plus, lots of people haven't fully switched over to dropped-tests yet. I know out of my 15 active tests, only 2 are dropped-tests, the rest are first-pass, and even still a few second-pass being crunched on by my dual-p3 machine. Once we all get fully switched over, I think it should pick up.

[Alien88]

I'm not sure why dropped-tests would be acting like that. There aren't all that many old tests, so it'd have to be manual expires.

enderak: the server will hand out dropped-test as a first priority, if the n value is less than whatever is in first-pass. So for most of these tests, people don't need to switch over, they're getting them automatically.

[enderak]

Alien88: Sorry - by switching over, I meant finishing up first- and second-pass tests and automatically switching to the dropped tests by way of requesting a new test.

It's only been 5 days since the dropped-test queue was filled, so if it takes (on average) 10 days to complete a first pass test, then only about 1/2 of computers would have switched over by now.

[Vato]

And at last, the dropped-tests queue has been emptied.
My new guess is that we'll need first-pass repopulating in about 5 weeks-ish.

[Death]

there is a page somewhere that shows WU's that's more than year old, can't find it right now. it has tests that has primes found and also very small tests that was started two years ago but completed only to 20%. maybe admins can do something about it?

[hhh]

there is a page somewhere that shows WU's that's more than year old, can't find it right now. it has tests that has primes found and also very small tests that was started two years ago but completed only to 20%. maybe admins can do something about it?

They did already. Click on the page 2 of this thread. These tests still are running, and there is no reason to expire them.

[Death]

Doomi 33661•2^14078808+1 80.238.147.59 Sep 16 2007 May 28 19:13 48 % 61006

this one seems completely useless
like this one

jkusuda 33661•2^13826592+1 67.112.246.235 Aug 4 2007 Jun 5 13:49 33 % 33972

so maybe you can write a mail to users that currently crunch tests with primes already find and ask them to switch to sieve? ))

[Vato]

They did already. Click on the page 2 of this thread. These tests still are running, and there is no reason to expire them.

True to a point.

If one of these turned out to be prime, we'd have all wasted a *lot* of time testing other (much higher) n for that k - though that's less of an issue for double-checking.

[hhh]

Useless, yes. Worth the hassle, no. These slow computers are not a big loss to the project. If the user runs tests without paying attention to what he is testing, it's none of our business, I think, as long as he is not obstructing the rest of the project. H.

[Vato]

It's a catch 22 situation.

I don't think we want to end up with a project where you can only participate with a very fast modern cpu that's crunching 24/7/365 - but some of these are clearly a bit too far in the other direction. A couple of them look like they're running on a 286 thats only turned on for 20 minutes per month. And if they hold onto a test that turns out to be prime, it'll be nice to have found it, but in the interim we will have wasted 1/6th of the current CPU power available to SoB. Then again, isn't this what the garbage account is supposed to deal with?

[Death]

got your point.
i hate situations like that really (((. but i can't change it, so I must live it over ))).

[Vato]

My new guess is that we'll need first-pass repopulating in about 5 weeks-ish.

It's a little later than I guessed, but not far off...

We have >4k tests assigned and only just >1k first-pass tests in the queue.

It's definitely approaching time to get tests n>15M into the queue IMHO.

[vjs]

We generally fall back to secondpass if firstpass runs out.

Looking at the levels of n, I think doing either at this point would be fine.

But your right firstpass looks like it will run out in the next two weeks.

Jason

[GP500]

It's a catch 22 situation.

I don't think we want to end up with a project where you can only participate with a very fast modern cpu that's crunching 24/7/365 - but some of these are clearly a bit too far in the other direction. A couple of them look like they're running on a 286 thats only turned on for 20 minutes per month. And if they hold onto a test that turns out to be prime, it'll be nice to have found it, but in the interim we will have wasted 1/6th of the current CPU power available to SoB. Then again, isn't this what the garbage account is supposed to deal with?



Isn't it an idead too take those test and let them also be done on a quicker machine.
So that, they atleast, have been done.

[Vato]

That is what the garbage queue used to be afaik - someone please correct me if I'm wrong.

It would hand out the oldest unreturned WU for which there was no result in the db, which effectively did a doublecheck to make sure it had been tested at least once.

[vjs]

Vato,

I think your correct.

Basically the garbage que could contain those n's as well as any other n's that the higher ups deemed nessary to retest or test.

I guess the major point it that que is populated manually by the project corrdinators.

[Keroberts1]

however it should be checked that only fast computers are give ngarbage tests and make sure eac htest is only assigned once. I believe the old versions tended to assign multiple people the same test.

[Vato]

Concur - suitable logic ought to be something along the lines of:

Populate garbage queue daily with the lowest n outstanding tests (and/or oldest tests outstanding), perhaps with a queue size of ~200.

Remove any unassigned test from the garbage queue if a result for that test is received back from other clients.

Should a result come in during this, it simply means a doublecheck has been done.

I'd be happy to a put a fast core on this to keep things ticking.

(In the meantime - I'm more worried about first-pass not being repopulated before it empties - only 754 tests remain at the time I type this)

[Vato]

And we have new first-pass tests 15M->16M in the queue!

Thanks!

[GP500]

I installed sob on a pc with this "GP500QQQsecondpass" but i don't i got secondpass test. taking too long 110h on 1 coreduo.

can't i force too do secondpasses.

because i tink we are letting the secondpass que build up too much.

Without secondpass there no need for firstpass.

[Joe O]

You first need to create a user "GP500" either through the client, or through the website http://www.seventeenorbust.com/
Only then can you use "GP500QQQsecondpass" in the client to force the client to request k n pairs from the second pass queue.

[GP500]

I already have been active as that user.

If we look at this
http://www.seventeenorbust.com/secret/

Almost no one is getting secondpass, only 2 per day ??
That looks :Pokes:

[Joe O]

I already have been active as that user.


I haven't been able to find your stats on this page: http://www.seventeenorbust.com/stats/users/

[GP500]

Use caps, It's there.

But anyway why are there so few secondpass jobs, it's important imho.

[engracio]

Use caps, It's there.

But anyway why are there so few secondpass jobs, it's important imho.

A lot less chance of finding a prime. Can't be a hero unless you find a prime.:lmao:

Guess me and you and a couple few are still doing secondpass.:eek:

[GP500]

A lot less chance of finding a prime. Can't be a hero unless you find a prime.:lmao:

Guess me and you and a couple few are still doing secondpass.:eek:

The point is , I don't tink i am even getting secondpass jobs.
With the special nickname.

So is there something screwed up.

If 'm right secondpass jobs shouldn't take longer then a few hours on a 2.1 GHz single core of a core2duo.

[engracio]

The point is , I don't tink i am even getting secondpass jobs.
With the special nickname.

So is there something screwed up.

If 'm right secondpass jobs shouldn't take longer then a few hours on a 2.1 GHz single core of a core2duo.

Nah I think you were thinking of the old stats. Secondpass is at 11.4 m already. On my dual 2.8 xeon it take several days to complete a wu. Bottom line is if you are getting 11m wu, then you are crunching secondpass. If the next wu is 15m then it is possible that you configured your client incorrectly. My second pass client is still getting 11m wu not 15m.:)

[tqft]

2nd pass here

24737•2^11498407+1 Thu Jul 10 19:04:02 2008 Wed Jul 16 03:55:09 2008 5777730 50 % 1646793
55459•2^11497906+1 Mon Jul 7 21:25:53 2008 Wed Jul 16 04:01:39 2008 9417180 81 % 1741348
55459•2^11497990+1 Tue Jul 8 00:39:07 2008 Wed Jul 16 04:02:51 2008 9243208 80 % 1737202

Taking about 10 days per wu - running 3 wu's on dual core at 2.93Ghz (Pentium D 805 overclocked 10%).