Re: Mersenne: Re: Self-test (was: Prime 95 Error Messages/ Misc)
George Woltman writes, in reply to Mikus Grinbergs: I don't know how to make the self-test any more strenuous. I suspect short FFTs are just as hard on the CPU and cache as the large FFTs. The large FFTs will access a little more memory. Most modern motherboards contain case and/or CPU temperature sensors which can be read by software. I believe the hardware interface is a de-facto standard, so portability shouldn't be a major concern. I suppose it would be possible to log the temperatures at which the tests were run re-test if the temperature during a "live" run was found to be higher. But whether it's worth the effort is disputable - the same boards also have a high temperature alarm which will trigger if the temperature exceeds a limit (set in the BIOS) - my (Supermicro) board also comes with a Win 9x/NT utility (runs in the background, using about 0.5% CPU) which will sound "warnings" for high temperature, low fan speed, etc, etc. It has its own setup file, therefore does not require a reboot via BIOS Setup to change the settings. When I built my dual PII system I did find I had a potential overheating problem, on Prime95 self-test one of the processors was triggerring the high temperature warning, nevertheless the reliability was OK. I fitted a case fan and the processor temperature dropped by about 10C, well out of the danger zone. I get the impression that plastic cases with "tinfoil" screening need more assistance with ventilation than cases made of painted metal. Incidentally the reason one processor runs hotter than the other is that the airflow in its vicinity is compromised by a bunch of HDD/FDD cables, so that processor fan tends to drag in "dirty" air. If anyone has any ideas as to how the self-test could be made more rigorous, without taking forever, we'd sure like to hear them. Regards Brian Beesley Unsubscribe list info -- http://www.scruz.net/~luke/signup.htm
Re: Mersenne: Re: Self-test (was: Prime 95 Error Messages/ Misc)
Most modern motherboards contain case and/or CPU temperature sensors which can be read by software. Is there a file in /proc that will tell me this? phma Unsubscribe list info -- http://www.scruz.net/~luke/signup.htm
Re: Mersenne: These go to 11 (WAS: blahblah...)
Ground rules are critical, but how about /.1 where "/" represents the APL-style monadic divide or multiplicative inverse. 1/.1 takes two. - Original Message - From: Ernst W. Mayer [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Tuesday, June 08, 1999 11:47 AM Subject: Mersenne: These go to 11 (WAS: blahblah...) Paul Leyland [EMAIL PROTECTED] wrote: The radix is always 10. {snip} or, more concisely, (1+1+1)^(1+1) + 1. Can anyone represent that number in fewer than (1+1+1)! ones? How about 1 1, where the shift is, of course, decimal. Your shifty friend, -Ernst Unsubscribe list info -- http://www.scruz.net/~luke/signup.htm Unsubscribe list info -- http://www.scruz.net/~luke/signup.htm
RE: Mersenne: These go to 11 (WAS: blahblah...)
Ground rules are critical, but how about /.1 where "/" represents the APL-style monadic divide or multiplicative inverse. 1/.1 takes two. Indeed, but ".1" represents 1 / radix, so 1/.1 is just radix. The whole point of my tongue-in-cheek posting was to indicate how an implicit assumption of decimal notation had crept in, despite the clear intention of the original to make the representation explicit. So: you *cannot* assume any particular radix; your solution must work for all integer radixes. Paul Unsubscribe list info -- http://www.scruz.net/~luke/signup.htm
Mersenne: another CPU speed benchmark...
I just built up a Pentium-III 450 (128MB PC100 memory running at CAS/3), and I'm testing it at 528MHz with a 115MHz system clock (rock stable so far). Prime95 is benching M=7,636,483 [63 bits] at 0.190 seconds/iteration. My fastest box yet! Is anyone still collecting CPU vs. prime95 speed statistics? -jrp Unsubscribe list info -- http://www.scruz.net/~luke/signup.htm
Re: Mersenne: EFF and 10,000,000 digits
Aaron Blosser wrote: I have heard some insider news that Intel *could* hit the 1 GigaHertz mark by years end if they had a reason to Did DEC not demonstrate a gigahertz Alpha chip shortly before Compaq purchased them? David Nicol 816.235.1187 UMKC Network Operations [EMAIL PROTECTED] "unpersuasive and dubious" Unsubscribe list info -- http://www.scruz.net/~luke/signup.htm
Re: Mersenne: Re: Self-test (was: Prime 95 Error Messages/ Misc)
Pierre Abbat wrote: Most modern motherboards contain case and/or CPU temperature sensors which can be read by software. Is there a file in /proc that will tell me this? phma This is the first I've heard of such sensors being a standard item. How long have they been a standard item? David Nicol 816.235.1187 UMKC Network Operations [EMAIL PROTECTED] "The radix is always 10." -- Paul Leyland Unsubscribe list info -- http://www.scruz.net/~luke/signup.htm
Re: Mersenne: Re: Self-test (was: Prime 95 Error Messages/ Misc)
"David" == David L Nicol [EMAIL PROTECTED] wrote the following on Wed, 09 Jun 1999 16:51:17 + David Pierre Abbat wrote: Most modern motherboards contain case and/or CPU temperature sensors which can be read by software. Is there a file in /proc that will tell me this? phma David This is the first I've heard of such sensors being a standard David item. How long have they been a standard item? Linux users will probably be interested in the lm_sensors package, which is a kernel module that does what Pierre suggests: makes your system's hardware health information available via the /proc filesystem. The homepage is: http://www.netroedge.com/~lm78/ Even non-linux users might be interested in these pages, as they contain information about how "hardware health monitoring" works, a useful FAQ, and plenty of useful related links. (This is why I'm posting this in response to David's question: the FAQ addresses his question.) --Mike Unsubscribe list info -- http://www.scruz.net/~luke/signup.htm
RE: Mersenne: Re: Self-test (was: Prime 95 Error Messages/ Misc)
For a few years. Most PII class MBs have them and some late Socket7 ones do, too. They're not standard as far as how they interface both at the hardware and software levels. You need MB specific drivers. Linux has a project called lm_sensors (named after one of the early chips used to perform this function, the National LM78). Cheers, David -- From: David L. Nicol[SMTP:[EMAIL PROTECTED]] Sent: Wednesday, June 09, 1999 11:51 AM To: Pierre Abbat; Yngvwe Mersenne Subject: Re: Mersenne: Re: Self-test (was: Prime 95 Error Messages/ Misc) Pierre Abbat wrote: Most modern motherboards contain case and/or CPU temperature sensors which can be read by software. Is there a file in /proc that will tell me this? phma This is the first I've heard of such sensors being a standard item. How long have they been a standard item? David Nicol 816.235.1187 UMKC Network Operations [EMAIL PROTECTED] "The radix is always 10." -- Paul Leyland Unsubscribe list info -- http://www.scruz.net/~luke/signup.htm Unsubscribe list info -- http://www.scruz.net/~luke/signup.htm
RE: Mersenne: EFF and 10,000,000 digits
1) see my other email. Yes, they did. 2) Yes, it was Compaq. Intel bought foundry technology that is used on the StrongARM as well as the StrongARM archetecture itself. Cheers, David -- From: Joth Tupper[SMTP:[EMAIL PROTECTED]] Sent: Wednesday, June 09, 1999 1:13 PM To: GIMPS Subject: Re: Mersenne: EFF and 10,000,000 digits Two things: 1) I do seem to recall a 1GHz Alpha announcement. 2) Was it Intel that bought the Alpha rights? It might have been IBM but was NOT Compac. Joth - Original Message - From: David L. Nicol [EMAIL PROTECTED] To: Aaron Blosser [EMAIL PROTECTED] Cc: Mersenne@Base. Com [EMAIL PROTECTED] Sent: Wednesday, June 09, 1999 9:28 AM Subject: Re: Mersenne: EFF and 10,000,000 digits Aaron Blosser wrote: I have heard some insider news that Intel *could* hit the 1 GigaHertz mark by years end if they had a reason to Did DEC not demonstrate a gigahertz Alpha chip shortly before Compaq purchased them? David Nicol 816.235.1187 UMKC Network Operations [EMAIL PROTECTED] "unpersuasive and dubious" Unsubscribe list info -- http://www.scruz.net/~luke/signup.htm Unsubscribe list info -- http://www.scruz.net/~luke/signup.htm Unsubscribe list info -- http://www.scruz.net/~luke/signup.htm
Re: Mersenne: EFF and 10,000,000 digits (fwd)
Intel worked out a licensing agreement with Digital just before Compaq took over. It gave them access to almost all of the technology of the Alpha line, if I recall correctly. I don't think anyone actually bought the Alpha chips; the line stayed with Digital when it went to Compaq. IBM was not involved. If I remember, Intel had better research into smaller data paths (so and so many nanometers smaller than the Alpha line), but the Alphas had superior clock rates... the combination of those two technologies (and a million other miscellaneous marriages of technology) was suppossed to produce killer chips. Or something like that, ---Chip \\ ^ // (o o) ---oOO--(_)--OOo | Chip Lynch| Computer Geek| | [EMAIL PROTECTED] || | (703) 465-4176 (w) | (202) 362-7978 (h) | -- Forwarded message -- Date: Wed, 9 Jun 1999 11:13:19 -0700 From: Joth Tupper [EMAIL PROTECTED] To: GIMPS [EMAIL PROTECTED] Subject: Re: Mersenne: EFF and 10,000,000 digits Two things: 1) I do seem to recall a 1GHz Alpha announcement. 2) Was it Intel that bought the Alpha rights? It might have been IBM but was NOT Compac. Joth - Original Message - From: David L. Nicol [EMAIL PROTECTED] To: Aaron Blosser [EMAIL PROTECTED] Cc: Mersenne@Base. Com [EMAIL PROTECTED] Sent: Wednesday, June 09, 1999 9:28 AM Subject: Re: Mersenne: EFF and 10,000,000 digits Aaron Blosser wrote: I have heard some insider news that Intel *could* hit the 1 GigaHertz mark by years end if they had a reason to Did DEC not demonstrate a gigahertz Alpha chip shortly before Compaq purchased them? David Nicol 816.235.1187 UMKC Network Operations [EMAIL PROTECTED] "unpersuasive and dubious" Unsubscribe list info -- http://www.scruz.net/~luke/signup.htm Unsubscribe list info -- http://www.scruz.net/~luke/signup.htm Unsubscribe list info -- http://www.scruz.net/~luke/signup.htm
Mersenne: Re: Self-test (was: Prime 95 Error Messages/ Misc)
"Pierre Abbat" [EMAIL PROTECTED] writes: Most modern motherboards contain case and/or CPU temperature sensors which can be read by software. Is there a file in /proc that will tell me this? It's not part of the standard kernel yet, but take a look at http://www.lm-sensors.nu/. HTH. -- /'"`\ zzzZ | My PGP Public Key is available at: ( - - ) | http://home1.inet.tele.dk/renehl/ --oooO--(_)--Oooo-- Don't ya just hate it when there's not enough room to fin Unsubscribe list info -- http://www.scruz.net/~luke/signup.htm
Re: Mersenne: These go to 11 (WAS: blahblah...)
APL .. now that brings back memories!I was an APL wizard in the '70s regards, Michael... Joth Tupper wrote: Ground rules are critical, but how about /.1 where "/" represents the APL-style monadic divide or multiplicative inverse. 1/.1 takes two. - Original Message - From: Ernst W. Mayer [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Tuesday, June 08, 1999 11:47 AM Subject: Mersenne: These go to 11 (WAS: blahblah...) Paul Leyland [EMAIL PROTECTED] wrote: The radix is always 10. {snip} or, more concisely, (1+1+1)^(1+1) + 1. Can anyone represent that number in fewer than (1+1+1)! ones? How about 1 1, where the shift is, of course, decimal. Your shifty friend, -Ernst Unsubscribe list info -- http://www.scruz.net/~luke/signup.htm Unsubscribe list info -- http://www.scruz.net/~luke/signup.htm Unsubscribe list info -- http://www.scruz.net/~luke/signup.htm
Mersenne: Pentium Pro Optimization Help Needed
Hi all, I'm trying to optimize prime95 for the Pentium Pro/PII/PIII architecture. I'm fairly well versed in various execution units and latencies, but some mysteries remain. Are there any experts in this field - maybe even some Intel employees - that could improve the code further? Even one clock cycle in a macro that will be executed a few quintillion times is a big help. The new assemply macros are at ftp://entropia.com/gimps/lucas1p.mac for you to look at. Questions: Why is the code faster when I throw in some no-ops (actually fxch st(0) instructions)? How can I force the CPU to execute the floating point micro-ops in the optimal order? Does reordering the fstp instructions have any effect? Are there other issues I sould consider? Regards George - who is looking forward to IA-64 where I am in control of the opcode scheduling once again. Not to mention lots of registers! P.S.The clock timings were measured using the following loop. I can provide more details upon request. mov al, 0 mov ecx, 250; 1000 iterations clp1: disp four_complex_cpm_fft_3 8, 16, 32 ;;; or some other macro lea esi, [esi+64] add al, 256/4 jnc clp1 lea esi, [esi-256] dec ecx ; Check loop counter jnz clp1; Loop if necessary Unsubscribe list info -- http://www.scruz.net/~luke/signup.htm
Mersenne: Computer speeds factoring
I have two questions/comments: Does anyone else remember something from a year or two back (actually may still be a modern thing still)? This company was producing very fast computers using ordinary chips and making the computer case into a type of freezer, encasing the chip and keeping the chip very cold. This made the computer run faster, I guess by increasing its conduction, and one result I recall is getting a 600 MHz DEC Alpha chip to run at around 767 MHz? Has anyone bought this kind of computer, or perhaps done some kind of home modification (like all the overclocking)? My second question, what is a good factoring program for Win98 on a PII system that allows you to enter a very large number and attempt to factor it, thereby proving it either composite or prime? Thanks for any help. Unsubscribe list info -- http://www.scruz.net/~luke/signup.htm
Re: Mersenne: Computer speeds factoring
[EMAIL PROTECTED] wrote: Does anyone else remember something from a year or two back (actually may still be a modern thing still)? This company was producing very fast computers using ordinary chips and making the computer case into a type of freezer, encasing the chip and keeping the chip very cold. You must be thinking of KryoTech: http://www.kryotech.com/ -- Petri Holopainen Unsubscribe list info -- http://www.scruz.net/~luke/signup.htm