|
| temps de calculs variables par midi le
[Aller à la fin] |
| Informatique | |
Etonnement au sujet des divers tests de logiciels d'échecs fondés sur des temps de calculs dans des positions données.
Les temps donnés pour les résolutions ne prennent pas en compte de variations de temps de calculs et sont bien souvent constants, or je constate systèmatiquement une variation importante pour les temps de résolutions des divers tests.
Il suffit pour ce faire de relancer plusieurs fois le calculs après avoir redémarrer l'OS (ou encore relancer l'application, voire plus simplement effacer les Hash-tables).
Voiçi un exemple avec les tests de Peter Schreiner pour Schredder 8 que l'on trouve à l'adresse suivante en français :
http://perso.wanadoo.fr/lefouduroi/peter/shredder8.htm
Tests avec mon PC-CELERON 2,4Go avec 128 Mo de RAM :
Pour la position 1
Schredder 7 PIII 1Go 7 mn 20s
Schredder 8 PIII 1Go 1 mn 20s
Schredder 8 Cel 2,4Go 1mn 27 s à plus de 2 mn
Avec Schredder les résultats sont variables de 1mn 27 s à plus de 2 mn et il s'avère impossible de donner un résultat précis pour le test (la variation est au moins de 260%).
Ce phénomène apparaît également avec Fritz 8 ainsi que Junior 8 !
Etonnant non ?
|
|
|
Question ? Tu as pense a stopper tous les autres processus ? La mule consomme pas mal de temps processeur ;-)
|
|
|
tu manques de RAM alors windows utlise le disque dur comme memoire virtuelle.
|
|
|
2,4......GHz !! dommage ca donnait une config atypique sinon ;)
|
|
|
De plus On ignore sous quel système d'exploitation tourne tout ce petit monde. Parce que si c'est Windows XP, je suis alors assez surpris que ce soit aussi rapide lol.
|
|
|
réponse à Kavaliov Le système en question n'est autre que Windows 98SE (copératif non préemptif) avec une exploitation à plus de 95% du Celeron 2,4 Go et 128 Mo de RAM. Le logiciel de contrôle des processus est TaskInfos (logiciel libre disponible sur http://www.telecharger.fr). Peut-être que les autres Windows NT, 2000, XP apportent un plus en ce qui concerne la gestion des modules 32 bits en code natif de ChessBase.
|
|
|
réponse à jsg voir réponse à kavaliov svp.
|
|
|
Réponse à Desala Bizarre cette histoire de RAM, on ne sait pas trop comment les modules gèrent la mémoire vive, il est toutefois envisageable qu'ils réservent un espace imposé par des conventions de développement pour les divers types de modules (UCI, CB, ...). Les nombreux environnements de développement et leurs compilateurs ainsi que les choix effectués par les développeurs pour gérer leurs variables utilisés sans conventions de développement peuvent laisser libre court à toutes possibilités.
|
|
|
Par exemple ce qui m'ai arrivé.
j'ai regulierement une dizaine de tabs ouverts dans mozilla et il y doit y avoir un memory leak qui fait qu'apres une nuit il occupait 200mo de RAM.Quand j'ai lancé sous windows XP avec 512Mo de hash (sur 1Go de total) fritz 8 tournait a 3kn/sec (utilisation du disque dur) puis en quittant mozilla il a reussi a revenir a son miller de kilonoeud.Donc forcement j'aurais des temps differents si je lancais un test.
|
|
|
pas compris c des GO ou des Ghz pasque je vois pas ce ke la memoire du disque dur a avoir la dedans...
|
|
|
réponse à sulfateur Effectivement... c'est une étourderie de ma part, il est bien question de Mhz et non pas de Mo... plates excuses.
|
|
|
réponse à sulfateur ni de Go d'ailleurs !
|
|
|
