Bon voilà, étant donné qu'on a une base overclockings un peu moins propre que je l'aurais voulu à cause de personnes qui oublient de préciser que leurs oc ne sont pas stables ( ), j'ai eu l'idée d'un tout petit programme :
 
- Qui calcule des décimales de pi ou des nb premiers pendant 10-15 min, le tout aussi optimisé que super pi ou prime95 (doit bien y'avoir des sources dispo). Le but évidemment, faire chauffer le proc à mort, lui bouffer le maxi de ressources. Faudrait que ca soit optimisé mmx/sse/sse2/3dnow si possible pour que ca fonctionne mieux. Perso j'aime bien Prime95 à coz de ses vérifications qui l'arrêtent s'il y'a une erreur de calcul, je sais pas s'il y'a des sources dispo par contre :\
 
- Au bout de 15 min, un petit bench, base sur le même algo même pourquoi pas, genre un nb de boucles/décimales/nb limité qui sort un indice. Que ce soit pas trop court non plus. Genre 1 Min sur un proc moyen type 1.2-1.4 GHz
 
- Si le test passe, ca génère un code crypté (et bien crypté) contenant au moins la fréq du proc.  
 
Chaque mec qui soumet un oc à la base, doit joindre le fichier/code généré pour que son oc soit accepté    
 
 
Donc voilà, je de demandais éventuellement, si quelqu'un avait kkes minutes de son temps à perdre pour aider Hardware.fr.
 
C'est pas très pressé, vous pouvez éventuellement vous y mettre à plusieurs et voilà quoi.
 
Merci d'avance
 
 
PS : A priori y'a rien a gagner ;|
 
 

 
La gloire d'avoir fait le soft officiel servant à HFR

antp a écrit a écrit :   La gloire d'avoir fait le soft officiel servant à HFR

 
La possibilité de diffuser un supaire troyen

les deux

J'ai deja l'algo :
 
Tant que vrai
 Creer nouveau thread(fairemumuse)
fin tant que
 
fairemumuse :
tant que Vrai
  i=pow(sin(cos(tan(random(0..65535))),255)
fintantque
 
Ton CPU meurt. Point.
 
Tu rajoutes un evenement pour arreter des que la touche ESC est arretee dans le main et voila.

On dirait que y'a pas de volontaires  

Je suis volontaire, mais faut que tu detailles plus grand
 
Et pourquoi pas automatiser le processus et envoyer les resultats directement dans une base temporaire, ne demandant que validation de votre part.
 
Je suis tout a fait capable de vous pondre ca en quelques jours ( surtout que ThanksGiving arrive... ).
 

bwa pour l'envoi pourquoi pas ouais, mais en même temps ca va demander pamal + de temps à faire alors qu'un simple copier/coller du result ca demande pas énorme à l'utilisateur
 
en fait ce que j'aime bien dans Prime95 c'est qu'il s'arrête en cas d'erreur de calcul même si le PC plante pas (alors qu'un truc à la con genre CPU Burn se fout des erreurs de calcul et continuera même si le pc freeze pas). Mais bon comme je disais, pas certain qu'il y'ait des sources dispo kekpart :>

Bah a la base spa dur.
 
Tu lance un calcul tres lourd, et tu compares le resultat...
 
Si il est different, y a eu une erreur de calcul => on arrete tout.
 
Le probleme est de trouver un algo faisant assez chauffer le CPU.
 
Car si, pour les nombres premier, tu utilises le crible d'erathostene, tu fais rin chauffer
 
Je cherche des algos en ce moment meme pour les nb premiers.

si tu veux vraiment faire chauffer ton CPU programme en ASM et demerde toi pour occuper tous les registres mémoires, faire fonctionner tous les opérateurs, faire des move/store, etc

joce : c'est pile poil ce que je suis en train de faire.
 
Je vais lancer en boucle la meme operation et checker le result a la fin de chaque iteration.
 
Je suis en train de faire le con avec les registres justement la
 
Et je viens de voir que dans le MMX y a des instructions sympa pour faire chauffer

et introduit pas d'aléas dans les pipelines !

 
Of course
 
La je vais du mouvement de patterns dans des adresses memoire ( juste assez pour que ca tienne dans tous les caches), avec 4 patterns differents.
 
Apres, une fois fini, je ferai de la comparaison de resultats a la fin...
 
J'essaie de voir comment ca chauffe deja sans checker les results.
 
EDIT : je devrais ptet penser a faire ca dans les registres uniquement...
 
EDIT2 : Mauvaise idee les coups des patterns. Je reflechis a autre chose.

Ptet en s'oreintant vers le sigot algorithm pour calculer les decimales de pi... pourquoi pas.
 
Dommage que les resultats soient si long.
 
Le coup de voir si le nombre est premier par contre, c'est con, et c'est facile a verifier
 
En plus, en utilisant le MMX, on bosse sur des chiffres 64 bits, et la c'est du bingo ( ca va bosser sec dans le CPU).
 
C'est ptet encore la meilleure approche d'ailleurs.

ptdr mmx power ^^
 
Dommage qu'il n'y aie pas les divisions de disponibles...
 
Et bosser sur la FPU fait autant chauffer que sur le MMX, avec plus de possibilites.
 
Marrant.
 
Vais jamais finir de tester des algos differents moi
 
Bon, le mieux reste de faire mumuse avec la FPU, de faire des calculs intensif bien qu'un peu debiles ( bcp en boucle, avec des muls style 123456.123 * 1.0 , puis * 0.5, puis / 0.5, etc), ca fait pas mal chauffer a ce que je vois.
 
Fendart.
 
Bon evidemment faut reproduire le calcul des centaines de milliers de millons de fois pour que cela soit long ( TRES impressionnant).
 
Il me reste a faire le check du resultat ( assez couillon, faut que je trouve juste une operation naze qui fasse un resultat a la con).
 
Et a voir comment gerer le timer ( je pense que ce sera l'interface en delphi qui le gerera. Si le programme se termine et que le timer est pas arrive a la fin => ok c'est bon, on genere le rapport. Sinon, ben on ne genere rien).
 
Viendra ensuite le cryptage en delphi
 
Je veux d'abord tester a mort ce que j'ai produit sous dows ( mon TB est parfait comme proco a faire chauffer )
 
Alanou, si je te file le prog, tu as moyen de tester ca avec un o/c foireux ?? Perso, mon Tb a assez vecu je me sens pas le risquer. Et le tua qui est sur le nux non plus

+5 deg celsius en 5 minutes sur mon Tbird 1.3 @ 1.3FSB200 + Aqua690 ( il est a 61 la).
 
pas mal iench.
 
2 minutes + tard : 63 deg celsius.
 
good good good.
 
Max sur ma config apres 10 min : 63 deg celsius.
 
Je compare avec CPUBurn MMX ...
 
CPUBurnMMX apres 10 min : 65 deg celsius.
 
Donc je dis pas mal.
 
Demain je me mettrai surement ( apres ma prog de compilo java) au check de resultat mais je ne peux pas, si je continue a utiliser la FPU, utiliser le MMX ( vu que registres MMX = registres FPU... ).
 
Ils doivent faire des trucs en plus. Je rajouterai des calculs demaing
 
Style mettre en parrallele calculs FPU + Calculs Entiers classiques. (ALU).
 
QUESTION CONNE : Ca chauffe un cache
 

 
Alanou, si tu peux me donner ton ICQ/MSN via pv, ca m'aiderai je pense.

un truc sympa pour chauffer bêtement l'ALU: les shifts et rotations.  Surtout que le hardware a beaucoup changé sur le P4 par rapport aux générations précédentes à ce niveau

Tetedeiench a écrit a écrit : ptdr mmx   Alanou, si je te file le prog, tu as moyen de tester ca avec un o/c foireux ?? Perso, mon Tb a assez vecu je me sens pas le risquer. Et le tua qui est sur le nux non plus

 
 
Ui je sais exactement à partir de quelle fréq mon P4 commence à faire des erreurs sous prime95

Et ui le cache, ca chauffe à mort, mais bon, en même temps y'a pa bokoo de trucs spécifiques pour chauffer le cache me semble, il sert un peu tout le temps
 
 
bon jdois vous laisser un peu ++

tu px virer des dudu 700 y en as un qui dit un o/v et pour faire cpuMark il baisse de 50 megs !! en plus ça me fais gagner une place      
si j'avais mon 700 encorre je te prouverais que c stable certains (rares) dudu a plus de 1200
le mec est en air a 1100 1.85 de vcore et vx pas me le revendre      

moi j'ai pas d'idees mais des imperatifs:
 
 - le prog en question doit etre en gpl et fonctionner sous linux/bsd/solaris, etc (pas de troyen/on o/c aussi sous nux/bsd)
 
 -  optimisation mmx/sse/sse2/3dnow ok mais identifie au runtime (on o/c aussi des p2/tbird qui ne supportent pas le sse/sse2)
 
programme leger qui ne s'installe pas et tourne en simple user
 
c'est tout pr l'instant

Il ne vieillit pas le chien ;-)

Déterrage de 18 ans, un déterrage majeur

Joli

C'est donc là qu'OCCT a commencé ?

Il semblerait

l'archéologie

Ah le 'iench, un sacré personnage ! Une sorte de Dion avant l'heure