Forum |  HardWare.fr | News | Articles | PC | S'identifier | S'inscrire | Shop Recherche
4385 connectés 

 


Dernière réponse
Sujet : visual studio .NET
El_gringo

legreg a écrit a écrit :

autre conseil
En C++ tu as par defaut:
un allocateur de memoire (operateur new),
un mecanisme d'exception evolue.
 
si tu ne te sers pas du mecanisme d'exception tu peux
evidemment le desactiver
-fno-exceptions  
sur g++ si je me souviens bien.
 
mais bon c'est vrai que cette discussion est sterile.
 
Hop C c'est super bon  
C++ c'est encore meilleur
et tout le monde est content
ceux qui font de l'embarque et n'ont pas
besoin d'un langage haut niveau ou qui n'ont
pas la chance d'avoir un compilateur C++ sur
leur plateforme: ASM ou C.
Pour les autres C++, C#, delphi, java, perl,
php, ocaml, intercal, fortran, cobol et j'en oublie.
 
A+
LEGREG  




 
T un fou... tu dis que tu clos le débat, et t'en remet une couche ! :D
Si Lord Asirel passe par là, ça va chier ! :D


Votre réponse
Nom d'utilisateur    Pour poster, vous devez être inscrit sur ce forum .... si ce n'est pas le cas, cliquez ici !
Le ton de votre message                        
                       
Votre réponse


[b][i][u][strike][spoiler][fixed][cpp][url][email][img][*]   
 
   [quote]
 

Options

 
Vous avez perdu votre mot de passe ?


Vue Rapide de la discussion
El_gringo

legreg a écrit a écrit :

autre conseil
En C++ tu as par defaut:
un allocateur de memoire (operateur new),
un mecanisme d'exception evolue.
 
si tu ne te sers pas du mecanisme d'exception tu peux
evidemment le desactiver
-fno-exceptions  
sur g++ si je me souviens bien.
 
mais bon c'est vrai que cette discussion est sterile.
 
Hop C c'est super bon  
C++ c'est encore meilleur
et tout le monde est content
ceux qui font de l'embarque et n'ont pas
besoin d'un langage haut niveau ou qui n'ont
pas la chance d'avoir un compilateur C++ sur
leur plateforme: ASM ou C.
Pour les autres C++, C#, delphi, java, perl,
php, ocaml, intercal, fortran, cobol et j'en oublie.
 
A+
LEGREG  




 
T un fou... tu dis que tu clos le débat, et t'en remet une couche ! :D
Si Lord Asirel passe par là, ça va chier ! :D

shinji

os2 a écrit a écrit :

on va pouvoir de toute façon utilisé la technologie .net avec les produits borland.....
 
je trouve que ça demeure les produits les avancées...
 
même si le c est rapide, java est le plus utilisé actuellement,
la vitesse n'est donc pas un facteur, c'est plutôt le temp de développement qui compte  




 
Je suis pas entièrement d'accord !
 
Je connais une boîte qui pour développer très vite (en effet c'est priomordial), développe en SmallTalk (le précurseur de Java). Mais ils ont été obligé de construire une appli qui convertit leurs applis SmallTalk en C sinon elles étaient pas du tout performantes. Hé oui, ça compte aussi ! ! !

os2 on va pouvoir de toute façon utilisé la technologie .net avec les produits borland.....
 
je trouve que ça demeure les produits les avancées...
 
même si le c est rapide, java est le plus utilisé actuellement,
la vitesse n'est donc pas un facteur, c'est plutôt le temp de développement qui compte
LeGreg autre conseil
En C++ tu as par defaut:
un allocateur de memoire (operateur new),
un mecanisme d'exception evolue.
 
si tu ne te sers pas du mecanisme d'exception tu peux
evidemment le desactiver
-fno-exceptions  
sur g++ si je me souviens bien.
 
mais bon c'est vrai que cette discussion est sterile.
 
Hop C c'est super bon  
C++ c'est encore meilleur
et tout le monde est content
ceux qui font de l'embarque et n'ont pas
besoin d'un langage haut niveau ou qui n'ont
pas la chance d'avoir un compilateur C++ sur
leur plateforme: ASM ou C.
Pour les autres C++, C#, delphi, java, perl,
php, ocaml, intercal, fortran, cobol et j'en oublie.
 
A+
LEGREG
LeGreg hop un lien:
http://www.bagley.org/~doug/shootout/craps.shtml
 
(il ne va pas forcement dans le sens que je defends
mais chacun a le droit de brancher son cerveau
et pas deduire qu'il faut programmer en Ocaml, qui
allie concision, rapidite du code produit par le compilateur et beaute de la theorie ;) )
 
A+
LEGREG
Alload Vous pourrirez m'aider avec VS .NET?
 
http://forum.hardware.fr/forum2.ph [...] ic=&trash=
Lord_Asriel :D  :lol:
deathsharp meu si :D
surtout avec plusieurs milier de ligne :D
Lord_Asriel hum passer un programme C++ en C ca doit pas être simple :)
deathsharp bien ce que je pensais...
je voudrais quand meme voir un jour des resultats sur de gros truc pour voir.
Lord_Asriel et ca continue...
oui mais ca c sur une instruction... tu vois souvent des programmes de une instruction
je pense bien que tu peux comprendre ce que ca donne sur des programmes de plusieurs milliers d'instructions...
deathsharp d'accord, quand tu disait plus rapide tu voulais dire 0.020 secondes plus rapide...
Lord_Asriel pardon c t pas pour ici ce message :)
 
 
oui c en minutes
deathsharp :??:
Lord_Asriel et en francais ?
deathsharp Lord_Asriel: si g bien compris le m des resultats, c bien les minutes
Willythekid Yesssssssssss un sujet baston...On parlait de quoi déjà? .NET :D
 
Je pense que ce débat théorique n'a pas d'intéret, ce sont d'infimes différences et on s'en fou pour ce que l'on fait. Même Carmack s'en fout quand il fait doom3 parce que pour ce qui a vraiment besoin de vitesse, rien de tel que l'asm.
 
D'autre part, pour apporter de l'eau au moulin, la vitesse dépend pas vraiment du langage mais plutôt du compilo (on parle pas de Java bien sûr :D). A ce propos, pour comparer, je pense qu'il faudrait vraiment prendre VC ou les compilo Intel qui, de notoriété publique, sont les plus rapides du "marché" et offrent le plus d'optimisations du code...
 
Il me semble d'ailleurs que VC prend juste le code C++, le converti en C, l'optimise, etc. A l'arrivée la différence reste minime.
 
Pour finir, cela montre aussi que ce n'est pas le code ou le langage qui est plus rapide, c'est d'abord le compilo. C est plus rapide parce que plus vieux (tous les compilo été d'abord développés pour lui).

 

[edtdd]--Message édité par Willythekid--[/edtdd]

Lord_Asriel bobdupont j'ai répété le test trois fois avant de le faire :)
et là on charge la libc
 
Lord Asriel : time langagec
hello world
real    0m0.023s
user    0m0.005s
sys     0m0.000s
Lord Asriel : time langagecpp
hello world
real    0m0.081s
user    0m0.023s
sys     0m0.002s
Lord Asriel : time langagec
hello world
real    0m0.015s
user    0m0.006s
sys     0m0.000s
Lord Asriel : time langagecpp
hello world
real    0m0.038s
user    0m0.025s
sys     0m0.000s
Lord Asriel : time langagec
hello world
real    0m0.014s
user    0m0.007s
sys     0m0.001s
Lord Asriel : time langagecpp
hello world
real    0m0.080s
user    0m0.023s
sys     0m0.003s
Lord Asriel : time langagec
hello world
real    0m0.014s
user    0m0.006s
sys     0m0.002s
Lord Asriel : time langagecpp
hello world
real    0m0.037s
user    0m0.024s
sys     0m0.000s
Lord Asriel :

 

[edtdd]--Message édité par Lord_Asriel--[/edtdd]

Lord_Asriel bobdupont > :( comprend pas je dis pas que le C++ est plus nul sur le C
arf le débat porte sur la rapidité...
 
un programme en C++ est plus rapide a faire
plus simple
plus facilement débuggable (encore que..)
la maintenance est plus facile
y'a l'objet
etc.
je suis d'accord
mais là on parle de rapidité

Copyright © 1997-2025 Groupe LDLC (Signaler un contenu illicite / Données personnelles)