Reprise du message précédent :
J'ai essayé de lancer la b19 sur Windows 7 x64
Le prg n'a pas l'air de se lancer : je n'ai que les deux stakhanovistes qui tapent indefiniment
 
EDIT: ah si finalement ca marche, il a fallu que je kille un fichier temporaire en memoire

Lol ! J'ai essayé Linpack a 90% et ça me prend de la mémoire virtuelle, et ça bouffe toute ma RAM (2Go)
Et a 50% il me bouffe 1,5Go sur les 2Go...

w00t w00t> T'as quel OS ? 32 ou 64bit ?

Xp SP3 32 bit

Ca va changer bientôt, ce linpack me sort par les trous de nez

Vires le . Sérieusement, pourquoi tu l'as incorporé ? Juste pour avoir un test en plus? D'autres softs sont là pour le faire tourner non? Et ça a l'air de t'apporter plus d'ennuis qu'autre chose .

Non non, c'est juste la dernière version qui fait chier.

OCCT PT 3.0.0.b20 OUT !
 
Au menu :

• Linpack 32 bits (uniquement) repasse en version précédente suite aux blems avec XP32 et + de 2Go de ram

Enjoy !
 
http://www.ocbase.com/download.php?fileext=beta
 
Vous confirmez que ca tourne les gens qui ont le blem ?

Si un screen peut t'aider...
 
@90%

 
@50%

 
Sachant que j'ai 2Go de RAM
 

OCCT PT 3.0.0.b21 OUT !
 
Au menu :

• Si ca marche pas avec XP 32 et 2Go ou + de ram, je me la coupe

Enjoy !
 
http://www.ocbase.com/download.php?fileext=beta

Pitié, sauvez ma virilité

J'espère que ça va planter chez moi    
Mais comme je ne le saurais que ce soir je pense que d'autres personnes auront l'occasion de t'enlever tes moyens de reproduction  

Chezmoisamarche @ 90% @ 2 Go de RAM

Tu fais du très bon boulot, tiens une grosse sucette pour toi

Bonjour à tous, et surtout bravo à Tetedeiench pour son logiciel (on a pas fait mieux depuis qu'il existe). J'ai cependant une petite question pour vous j'ai reçu ce matin mon E8600 et j'ai debuté les tests sous aircooling à 4.5Ghz pour 1.392v de vcore sous windows avec du 50° en iddle et 85° au max en burn. J'ai lançé occt et au bout de 3 minutes environ il m'a mis erreur code 4, j'ai vu que ça correspond à une erreur de calcul, mais cette erreur d'où vient-elle, d'un plantage logiciel ou obligatoirement de l'overclocking qui est instable? Merci d'avance pour vos éclaircissements.

Augmenter le vFSB et vNB dans ces cas là

Ok,  par vNB j'imagine que tu veux parler du vcore North bridge, par contre le vFSB est-ce le "FSB termination voltage"? Parce que pour régler le bios de ma P5K j'ai suivi les valeurs à cette adresse et c'est vrai que bizarrement beaucoup de valeurs sont en auto dont les deux cités au dessus:
 
http://www.nokytech.net/forum/over [...] 10697.html

 
et avec Vista 32 c'est bon aussi ou pas?

 
oki, visiblement seul coretemp donnerait les bonnes temperatures, je vais voir avec hwmonitor .
 
Tu utilises quel code dans occt ?

On aura pas de bébé iench!

50%

90%

Meme utilisation mémoire!

config: Core 2 Duo + 2x512Mo + 2x1Go de ram + XP SP3 32bits

comme d'hab, je prends.  

Oo, si t'as 4x512Mo de RAM, comment sa se fait que ton PC utilise plus de 2Go ? (2300Mo)

Et coupe tous tes programme d'ouvert, car je vois sur tes screens, firefox te prends déjà 100 Mo sur ta RAM

 
Rien n'a bougé pendant que j'ai lancé OCCT, donc que je ferme ou pas les programme ne devrait rien changer (je vais pas me mettre à opti OCCT )
Sinon je viens de découvrir que j'avais 3Go de ram installés Merci pour le filon je croyais que ça swappait

Pareil avec 2x2 Go ,sous XP SP3 32 bits, sur la nouvelle bêta Linpack marche ! Mais qu'elle que soit le pourcentage de mémoire utilisée spécifiée le processus utilise 1.3 Go de ram !
 
Et j'ai toujours le problème des sondes a reparamétrer à chaque lancement  

J'ai limité à 1.3Go, car j'ai enfin reproduit le blem chez moi, et ca a l'air d'être la limite à ne pas dépasser en 32 bits. Donc tout est normal. Je vais revoir ça pour que 25% soit 25% de 1.3Go...

Bon, sinon, grippe, 40°C de fièvre, va y avoir une petite pause dans les release, hein

 
Ben j'ai du mal à comprendre ce qui se passe en fait. Tu peux m'expliquer à coups de screenshots ?

Ouaip mais je peux pas te faire ça avant ce soir ! D'ailleurs tu veux des screens pour les sondes c'est ça?
 
Pour le process Linpack, le fait de sélectionner 25% Free Mem ..., vu que Linpack détecte 2.6Go de mémoire, ça devrait pas faire un processus de 650Mo environ?

 
Si, ca devrait, ca veut dire que j'ai merdé

Dac, faudrait que je reteste avec IBT pour voir si il prend bien la quantité que je lui demande d'ailleurs ...
Et le coup du 90% qui prend aussi 1.3Go, c'est parce que tu l'a bridé ou c'est encore un bug?

Bah c'est free mem, si tu as un truc qui vouffe trop de ram, il prendra moins

Oui sauf que entre mes tests je ne lance rien et j'ai aucun processus supplémentaire qui apparait, donc ma quantité de ram libre reste la même !

 
Je ne sais pas si ça peux aider, (j'ai l'impression de faire chier mon monde quand je post )
 
J'ai fais un test IntelBurnTest avec le max de RAM libre sur mon ordi, le test utilise donc 1697 Mb et passe sans problème:
 

 
Et le processus linpack32.exe utilise bien 1 621 104 ko.
Je n'ai que deux giga sur mon ordi (en 32 bits), je ne peux donc pas faire un test avec plus. Ceci IntelBurnTest semble se limiter à 1.87GB sur les systèmes avec 4Go.
Donc la limite à 1.3Go n'a effectivement aucune raison d'être et le blem est ailleurs...
 
Il pourrait être utile aux personnes qui ont le problème à 90% d'effectuer un test avec Memtest86+ pour voir si la RAM est bien stable (4x1Go peut parfois provoquer des erreurs avec certaines mobo) et/ou d'enlever 2Go pour voir si le test Linpack s'effectue correctement...
 
P.S.: Je vois que Madame partage tout, même la crève, remets toi vite !
 
edit: @simsounet: oui, tetedeiench à limité l'utilisation de la RAM à 1.3Go pour éviter les erreurs lors du test à 90% mais le problème ne semble pas venir de là...

Pour moi le problème vient de la combianaison 32bits/4 Go
Linpack (sous IBT) me dit que j'ai 2.6Go de mémoire vive disponible, donc si je lance un test sur 90% de la mémoire libre, le processus devrait faire 2.34Go, ce qui n'est pas possible puisque 32bits, d'ou le plantage ...
J'avais déja fait un memtest de ma ram il y a quelques jours

2,34Go est possible si on lance son OS avec le switch /3GB. D'autant plus que le NX bit implique le PAE et que donc le switch /3GB ne devrait pas forcement posser de pbs.
 
De toutes facons entre NX bit ou pas, PAE ou pas, 2Go ou 3Go par process, et utilisation de la zone >4Go ou pas on est mal barré avec un Windows x86. Et comme linpack n'est pas faire par tetedeiench, il ne peut pas savoir comment est géré tout ces parametres.

[léger HS]
Je n'utilise pas le switch 3Gb, je testerais sous seven 64bits quand j'aurais le temps pour vérifier que ce que je pense est vrai.
Mais le fait que le test IBT à 90% ne marche pas et que 50 et 25% marchent me fait penser qu'il ne se limite pas automatiquement à 2Go si on lui dit de faire le test sur plus, donc erreur. Faudrait que je teste aussi en fixant à 2Go environ en manuel pour voir
[/fin du léger HS]

Je pense aussi que tu as raison et qu'il y a un problème entre le test linpack et les os 32 bits qui possèdent 4Go de RAM.
 
Ceci dit, le test se limite d'office à 1.87Go quelques soit le total de la mémoire que tu as en plus. (cf les nombreux screens sur le topic, par exemple celui de paulothekid: http://forum.hardware.fr/forum2.ph [...] 0#t1838079 )
 
Donc le problème de quantité mémoire devrait être résolut par cette limitation.
Chez moi le test s'effectue correctement à 90% sur 1697MB.
 
Le mieux (si tu peux et si tu veux) ce serait d'enlever une de tes barrettes de 2Go pour effectuer un test avec seulement 2Go de mémoire total et de voir si ça passe.
 
AgentGOD signal sur son topic que le test IBT est plus fiable avec un système 64 bits. A voir donc

En pratique, la limite de Linpack semble aléatoire, et surtout, parfois, tu vas avoir des choses étranges, et c'est mon problème : sur certains windows (en dehors du mien), linpack se lance avec 1.6Go, mais "mouline" dans le vide (évidemment, toujours avec les OS 32 bits et 4Go).

Ca le fait jusqu'à 1.35Go de ram.

D'où ma limite récente.

Ce que je ne sais pas, c'est pourquoi ca le fait sur certains systèmes et pas d'autres. Suffit de lire certains posts (w00t w00t si ma mémoire est bonne) rapportant un comportement rigoureusement identique entre IBT et OCCT

La limite précédente était à 1.6Go

Bref, le 1.3Go est pas parfait mais assure que ca se lance partout.

Je comprends la limitation, cela permet d'améliorer la compatibilité, mais c'est dommage car c'est au détriment de la fiabilité du résultat non?
 
Réponse d'AgenGOD sur le problème de crash avec 4Gb de mémoire:
 

http://www.ultimate-filez.com/foru [...] topic=3441
 
Laconique mais clair
 
Il y a un autre programme basé sur Linpack: LinX
http://www.xtremesystems.org/forum [...] p?t=201670
 
Les personnes ayant 4Go de mem et ayant un bug avec Linpack peuvent essayer ce programme et voir s'il réagit différemment... (Avec de la chance, hein, on sait jamais )

 
Pour finir, je ne sais pas quelle version de Linpack tu utilises, Intel à sortit la version 10.1 début Décembre, ça peut valoir le coup d'essayer
http://www.intel.com/cd/software/p [...] 363184.htm
 
edit:

 
 
Ce n'est pas au détriment de la fiabilité des résultats. En pratique, linpack 1Go utilise 2W de moins que linpack 1.8Go sur ma config.
 
le problème est bien de lancer linpack, et de le laisser partir "en sucette" complètement. Car autant des fois on a un moyen de détecter que linpack ne se lance pas (et j'ai implémenté la moulinette déjà : si je détecte "no runs allowed for : not enough memory", je regénère un fichier en baissant l'utilisation mémoire, et je relance linpack). D'autres, on a un linpack qui se lance parfaitement, mais qui ne calcule rien de chez rien.
 
Je préfère avoir un linpack "universel" en 32 bits.
 
Je suis d'accord avec agentgod (il dit beaucoup de conneries, mais là, pour le coup des 64 bits, il a pas tort, ca ouvre plus de possibilités). Le seul souci, c'est qu'à l'heure actuelle, on a AUCUN recul sur la fiabilité de linpack et sa capacité de détecter des erreurs. Aucune. Si ca tombe, linpack en mode 25% est plus efficace que le 90%...
 
OCCT utilise déjà la dernière version de linpack (tu penses ).

Et ya pas moyen de configurer pour lancer 2 processus Linpack sur les 4 Go ?

Plus tu as de mémoire dispo pour le test et plus les données que tu envois à calculer peuvent être importante, il y a donc plus de possibilité pour que ton CPU/Mem renvoient une donnée erronée s'il sont instables.
Ce n'est pas qu'une question de dégagement de chaleur (dis moi si je me trompe )

D'où le fait qu'un test 25% est normalement moins "stressant" qu'un test à 50% et qu'un test à 90%....
En même temps, pour la fiabilité on est tous là pour échanger nos expériences

Ah ben ouai, je me disais bien que tu utilisais la dernière version !

@simsounet: Certains commentaires préconisent de lancer deux fois le test en même temps...