begin process at 2010 03 18 12:02:50
  Trouver un code source :
 
dans
 
Accueil > 

Code

 > 

Maths

 > ADDITION DÉCIMAL. 4GO MAX.

ADDITION DÉCIMAL. 4GO MAX.


 Information sur la source

Note :
Aucune note
Catégorie :Maths Niveau :Initié Date de création :06/10/2004 Vu / téléchargé :3 320 / 183

Auteur : Bombela

Ecrire un message privé
Commentaire sur cette source (8)
Ajouter un commentaire et/ou une note

 Description

Ce code prend deux fichiers en entrée. Dans chacun il doit y avoir un nombre décimal.
Il en fait l'adition en envoyant le résultat dans un fichier.

Ce code fais suite à la source de TheWhiteShadow sur le même type de fonctionnement mais en faisant le calcul en binaire.


 Conclusion

Précisions. Le code est en Delphi et pas optimisé en asm, comme la source de TheWhiteShadow. Je vais le faire...

Temps en microsecondes que j'ai optenu en additionnant deux nombres de 193ko.

Sur mon AMD Athlon XP 2400+ @ 2000Mhz avec DDR @ 400mhz et FSB 266Mhz > 178451
Sur le famillial P4 2000 @ 2667Mhz avec DDR @ 266Mhz et FSB 533Mhz > 3629737

(Violent la différence du temps de calcul ! Vive les AMD !)

 Fichier Zip

Les Membres Club peuvent télécharger directement un fichier contenu dans le zip sans télécharger le zip en entier !

Télécharger le zip


 Sources du même auteur

Source avec Zip Source avec une capture ECRIRE ET LIRE DANS UNE IMAGE DISQUE
Source avec Zip TRACAGE DE PARABOLE
Source avec Zip DOUBLE BUFFERING SIMPLE.
Source avec Zip EFACEUR DE DOSSIER TEMPORAIRE
Source avec Zip PETIT PROG MARRANT QUI DÉPLACE LE BOUTTON DÉMARRER DE WINDOW...

 Sources de la même categorie

Source avec Zip Source avec une capture CONVERTISSEUR D'UN NOMBRE DÉCIMAL EN BINAIRE ET HEXADECIMAL par ludokk
Source avec Zip Source avec une capture PREMIER OU PAS? par ludokk
Source avec Zip Source avec une capture CONJECTURE DU CARRÉ DES FACTEURS par Bacterius
Source avec Zip Source avec une capture GÉNÉRATEUR DE NOMBRES PSEUDO-ALÉATOIRES par Bacterius
Source avec Zip Source avec une capture ALGORITHME DE HASH LEA par Bacterius

Commentaires et avis

Commentaire de BruNews le 08/10/2004 00:43:50 administrateur CS

Salut,

tests processeurs serieux ici:
http://www.tomshardware.fr/articlecpu.php?IdArticle=267&NumPage=1

que soit en OpenGl, compression winrar, encodage MP3... le P4 passe largement devant si le prog a ete correctement optimise avec les instructions SSE2, c'est normal vu que l'AMD en est depourvu.

ciao...

Commentaire de Bombela le 08/10/2004 14:31:13

Donc, par défaut, un AMD est plus puissant !

Commentaire de BruNews le 08/10/2004 14:42:20 administrateur CS

Tu crois a ce que tu dis ???
On est 'plus puissant' en informatique quand on fait mieux tourner des vieux progs, mais c'est a s'en taper le derriere par terre...

Commentaire de Bombela le 08/10/2004 14:54:42

Nan, ce que je veux dire, c'est que pour un programme "normal", sans SSE; 3DNOW etc. AMD est plus rapide !

Pourtant, le P4 à un FSB de 533, et  mon AMD un de 2566mhz !

Je pense que c'est l'assocation de plusieurs matériels de même générations qui permet ça.

En effet, sur mon pc, j'ai 512 mo de DDR à 400mhz contre 266 pour le P4.

Mon DD de 120 tourne à 64mo secondes alors que le p4 en à un à 33mo secondes etc.

Ca ne vient que de là !

Un PC moins cher, mais plus rapide, grâce à l'homogénéité de son matos !

@+

Commentaire de Bombela le 08/10/2004 15:00:33

D'ailleur, avec un tnt 2 pro 16mo sur mon pc contre une Gforce 4 MX 440 64mo sur le P4, la plupart des jeux d'avant dernière génération (SF2, MOH, COD, etc) tourne mieux sur mon pc.

Commentaire de Bombela le 15/10/2004 11:00:41

Bof... Peut être, mais c'est plus long dans certain cas !

C'est à dire que ma boucle est plus lente avec vérif intégrée, (d'ailleur faut que je mettent un conpteur pour situer l'erreur), mais par contre, avec une vérification avant, c'est plus long avec de grand chiffre !

Faut absolument que je prenne le temps de faire quelques optimisation en asm !

@+

Commentaire de Bombela le 15/10/2004 17:36:13

Ok pour la gestions d'erreurs !

Dès que l'un de nous gère une erreur de plus, à l'autre de faire pareil !

Sinon, les Streams sont plus rapide qu'un lecture simple de fichier, mais interdisent l'assembleur...

C'est un choix.

@+

Commentaire de Bombela le 16/10/2004 11:59:01

T'inquète, Delphi optimise déjà très bien !

@+

 Ajouter un commentaire




Nos sponsors


Appels d'offres

Sondage...

Comparez les prix

CalendriCode

Mars 2010
LMMJVSD
1234567
891011121314
15161718192021
22232425262728
293031    

Consulter la suite du CalendriCode

Photothèque

 
Développement réalisé par Nicolas SOREL (Nix) avec l'aide de : Cyril DURAND et Emmanuel (EBArtSoft), Merci à Vincent pour ses précieux conseils.
CodeS-SourceS.com© Toute reproduction même partielle est interdite sauf accord écrit du Webmaster
CodeS-SourceS.com© est une marque déposée tous droits réservés

Google Coop CodeS-SourceS Google Coop CodeS-SourceS
Temps d'éxécution de la page : 0,406 sec (3)

Nous contacter | Annoncer sur CodeS-SourceS | Mentions légales