About self-compiled Prime95
 

Well, I have a small problem.

I downloaded the source code of Prime95 v25.9 and compiled it successfully.

But it can't report my stats to primenet successfully, prompting this:

[CODE]

[Comm thread May 22 08:48] URL: http://v5.mersenne.org/v5server/?v=0.95&px=GIMPS&t=uc&g=897f745f60f7ce4170b5c00f4a02a1a7&hg=a3d99cef5b3f53737f59f8b215fc426d&wg=&a=Linux,Untrusted+Prime95,v25.9,build+4&c=Genuine+Intel(R)+CPU+3.80GHz&f=Prefetch,SSE,SSE2&L1=16&L2=2048&np=1&hp=2&m=2026&s=4226&h=24&r=1000
[Comm thread May 22 08:48] RESPONSE:
[Comm thread May 22 08:48] pnErrorResult=7
[Comm thread May 22 08:48] pnErrorDetail=parameter ss: Invalid int value/precision ''
[Comm thread May 22 08:48] ==END==
[Comm thread May 22 08:48]
[Comm thread May 22 08:48] PrimeNet error 7: Invalid parameter
[Comm thread May 22 08:48] parameter ss: Invalid int value/precision ''
[Comm thread May 22 08:48] Visit http://mersenneforum.org for help.
[Comm thread May 22 08:48] Will try contacting server again in 10 minutes.

[/CODE]

I saw the correct HTTP request is

[CODE]http://v5.mersenne.org/v5server/?v=0.95&px=GIMPS&t=uc&g=897f745f60f7ce4170b5c00f4a02a1a7&hg=a3d99cef5b3f53737f59f8b215fc426d&wg=&a=Linux,Prime95,v25.9,build+4&c=Genuine+Intel(R)+CPU+3.80GHz&f=Prefetch,SSE,SSE2&L1=16&L2=2048&np=1&hp=2&m=2026&s=4226&h=24&r=1000&ss=54683&sh=6A5D387CF8B7733715864CE015FC44CB[/CODE]

but mine is

[CODE]http://v5.mersenne.org/v5server/?v=0.95&px=GIMPS&t=uc&g=897f745f60f7ce4170b5c00f4a02a1a7&hg=a3d99cef5b3f53737f59f8b215fc426d&wg=&a=Linux,Untrusted+Prime95,v25.9,build+4&c=Genuine+Intel(R)+CPU+3.80GHz&f=Prefetch,SSE,SSE2&L1=16&L2=2048&np=1&hp=2&m=2026&s=4228&h=24&r=1000[/CODE]

So what do para "ss" and "sh" mean? And how to solve the problem? Thanks.

BTW, how does the GHz-Days mean? Is it GHz*Day?

I've forwarded your problem to Scott.

[QUOTE=Prime95;174457]I've forwarded your problem to Scott.[/QUOTE]
Thanks.

I looked up in the PrimeNet's [URL="http://v5.mersenne.org/v5design/v5webAPI_0.97.html"]Web API Specification[/URL]
And it says that "ss" and "sh" is optional.

but my mprime said this:

[CODE]
parameter ss: Invalid int value/precision ''
[/CODE]

[quote=tyeken8;174455]BTW, how does the GHz-Days mean? Is it GHz*Day?[/quote]Yes. 1 GHz-day is the number of clock cycles that result from a 1 GHz rate sustained for 24 hours (or 2 Ghz rate sustained for 12 hours, 500 MHz rate sustained for 48 hours, and so on...).

[QUOTE=cheesehead;174530]Yes. 1 GHz-day is the number of clock cycles that result from a 1 GHz rate sustained for 24 hours (or 2 Ghz rate sustained for 12 hours, 500 MHz rate sustained for 48 hours, and so on...).[/QUOTE]
Well, where's my earlier post??

I said:

I (as a noob in Linux) am running mprime (also Prime95 on Win) for more than 10 days but only gained about 10 GHz-days, what does that mean?

BTW #2, I wonder if everyone's thread should be checked manually by admin? Different from most of other forums... Or just because of my Join Date or number of posts?

Hey, It successes~

[quote=tyeken8;174566]BTW #2, I wonder if everyone's thread should be checked manually by admin? Different from most of other forums... Or just because of my Join Date or number of posts?[/quote]
from vague memory it is the first 5 posts that need verifying

[QUOTE=henryzz;174568]from vague memory it is the first 5 posts that need verifying[/QUOTE]
O, I see. Thx.

[quote=tyeken8;174566]I (as a noob in Linux) am running mprime (also Prime95 on Win) for more than 10 days but only gained about 10 GHz-days, what does that mean?[/quote]GIMPS credits are based on the speed with which a reference system performed the calculations. That is, 1.0 GHz-day of credit means the calculations for that result would have taken 1.0 GHz-day [I]on the reference system[/I]. (So, L-L on exponent 98765431 will get the same amount of credit no matter what type of system you actually use.)

Two possible reasons why the amount of credit would be less than your system's elapsed time (after adjusting for the difference in CPU clock speed between your system and the reference system, of course) for the calculation are:

Your system's CPU type may differ from the reference system's CPU type. Different CPU types have different efficiencies in performing the kinds of computation done for GIMPS assignments. Some types will require more (or less) than 1.0 GHz-day to complete a calculation that the reference system performed in exactly 1.0 GHz-day.

or

Other tasks running on your system would have lengthened the total elapsed time on your system, compared to how long it would have taken if only GIMPS client, nothing else, had been running all that time. The reference system's speed was measured with nothing else running on it.

Because the inner computation loop in mprime is identical to the inner computation loop in prime95 (both are coded in assembly language), there shouldn't be any difference in credit because of that. It is possible that differences in how the two operating systems perform support tasks for necessary functions of the GIMPS client could make a difference between mprime times and prime95 (which is what the reference system used) times, but that's probably very small.

Maybe there's something else, but I can't think of one now.

[QUOTE=cheesehead;174712]GIMPS credits are based on the speed with which a reference system performed the calculations. That is, 1.0 GHz-day of credit means the calculations for that result would have taken 1.0 GHz-day [I]on the reference system[/I]. (So, L-L on exponent 98765431 will get the same amount of credit no matter what type of system you actually use.)

Two possible reasons why the amount of credit would be less than your system's elapsed time (after adjusting for the difference in CPU clock speed between your system and the reference system, of course) for the calculation are:

Your system's CPU type may differ from the reference system's CPU type. Different CPU types have different efficiencies in performing the kinds of computation done for GIMPS assignments. Some types will require more (or less) than 1.0 GHz-day to complete a calculation that the reference system performed in exactly 1.0 GHz-day.

or

Other tasks running on your system would have lengthened the total elapsed time on your system, compared to how long it would have taken if only GIMPS client, nothing else, had been running all that time. The reference system's speed was measured with nothing else running on it.

Because the inner computation loop in mprime is identical to the inner computation loop in prime95 (both are coded in assembly language), there shouldn't be any difference in credit because of that. It is possible that differences in how the two operating systems perform support tasks for necessary functions of the GIMPS client could make a difference between mprime times and prime95 (which is what the reference system used) times, but that's probably very small.

Maybe there's something else, but I can't think of one now.[/QUOTE]
Thx.

Well, maybe my computer is out-of-date...

[QUOTE]Other tasks running on your system would have lengthened the total elapsed time on your system, compared to how long it would have taken if only GIMPS client, nothing else, had been running all that time.[/QUOTE]

I think it can be ignored. I saw the CPUs (HyperThread) are used more than 190% in "top", which can equal 8.4GHz or a bit less.

I will buy a new computer next month, and I'm considering to buy an i7 cpu, does anyone knows if it's good for GIMPS?

[QUOTE]Because the inner computation loop in mprime is identical to the inner computation loop in prime95 (both are coded in assembly language), there shouldn't be any difference in credit because of that. It is possible that differences in how the two operating systems perform support tasks for necessary functions of the GIMPS client could make a difference between mprime times and prime95 (which is what the reference system used) times, but that's probably very small.[/QUOTE]

Yes, I've mentioned it. It's just a little bit rate difference to prime95 (both of them are slow, oh, my CPU..).

Thanks again.

Tydus

[QUOTE=tyeken8]I (as a noob in Linux) am running mprime (also Prime95 on Win) for more than 10 days but only gained about 10 GHz-days, what does that mean?[/QUOTE]
[QUOTE=tyeken8]I saw the CPUs (HyperThread) are used more than 190% in "top", which can equal 8.4GHz or a bit less.

I will buy a new computer next month, and I'm considering to buy an i7 cpu, does anyone knows if it's good for GIMPS?[/QUOTE]
Welcome! A couple more things to consider (although you may well already be aware of them).

Primenet credit is only given for completed assignments. So it comes in lumps, not continuously. This often catches newcomers out.

I could be really wrong, but even though the OS says you're getting 190%, I think your effective output will be less than that. (Assuming a single-core hyperthreaded CPU. If you actually have two CPUs or cores, ignore all this.) The kind of assignment will affect it, too.
[Cue: somebody who actually knows what they're talking about should enter now.]

An i7 would be good. Consider faster/quality RAM, too, if you're taking this project into account in your choices. There should be useful stuff in the hardware section in this forum.