eh bien soit, si tu le dis :)
mais à vrai dire je ne comprends par vraiment ton post.. j'etais en train de repondre à shhht et pas en train de t'accuser d'écrire rien que des conneuries !
c'est pas tout a fait le même genre de GFlops, quand même... pour le genre de simulations qu'ils font tourner, ton cluster de PC aura du mal du mal a arriver à la cheville d'un noeud smp avec 16 power3
honnetement ça fait longtemps que je n'ai plus fait de c++ dans des code de calcul, mais mes derniers essais remontent à l'époque d'egcs, avec les librairies Blitz++ et SL++ (sl++ est un projet abandonné, je crois), entierement basées sur les expression templates. Eh bien un code C++ de 3 lignes mettait 5 minutes à compiler, en bouffant 100Mo de mémoire...
g++ a certainement fait beaucoup de progrès depuis, mais la mauvaise impression initiale persite.
quand au mot cle restrict, oui c'est bien pratique pour combler la difference de perf entre C et f77, mais il faut faire aussi un certain nombre d'efforts pour forcer le compilateur à faire de bonnes optimisation.... enfin bon j'attend toujours le mix parfait entre C et f90, même si ce n'est pas D.
pour l'élegance/efficacité je suis d'accord avec toi dans le cas général, mais dans la boucle la plus interne du programme, celle qui coûte le plus cher en cpu, je suis prêt à commettre toutes les horreurs imaginables pour gratter 5% de temps ;-)
et pour continuer a te chercher des noises, je dirais que si le lisp est élégant au niveau algorithmique, le code source ne l'est pas [tu me repondras peut etre que c'est des idées préconçues et je ne pourrai pas dire le contraire, j'ai jamais programmé en lisp...]
pour la rapidité c'est vraiment dur a avaler...
on parle ici de codes de calcul, cad ou le programme passe 99% de son temps dans des boucles du genre multiplication matrice x vecteur etc..
le lisp se base bien sur la recursivité, non ? donc c'est forcement beaucoup plus lent qu'une execution séquentielle (bien organisée)
je prends l'exemple du calcul scientifique (je ne sais pas si D est satisfaisant à ce niveau la, mais bon..): il faut un langage le plus rapide possible à l'execution, qui soit parallelisable, qui ait une bonne gestion des tableaux, des nombres complexes...
actuellement il y a:
- le C, ok pour la rapidité si on fait attention, mais pas de nombre complexes, pas de gestion vraiment commode des tableaux
- le fortran 77: le plus rapide, mais un langage vraiment pourri avec des lacunes enormes
- le c++, il faut tout refaire (gestion des tableaux,usage intensif des templates si on veut que les perfs soient a la hauteur...), on aboutit a des codes qui ressemblent a tout sauf a du c++ et qui mettent des heures a compiler
- le fortran 90, pas trop mal foutu, assez complet mais avec une gestion des entrees/sorties lamentable, a mon gout, et quelques soucis de performance.
bref, moi je dois dire que je reve d'un mix entre C et f90.
ouais, apres avoir posté la news j'ai eu quelques regrets... (ceci dit, montreal capitale du quebec j'ai pas du tout tilté :)
Mais bon c'est le genre de news où on attend que l'information viennent de quelques commentateurs éclairés sur le sujet.
et puis apres coup, j'ai compris où cliquer dans le site de SGDL, d'où des exemples...
c'est normal, c'était un troll completement gratuit ;-) et je dirais même plus: j'aime bien la mandrake, je l'utilise a la maison, et j'aime bien le concept de la mandrakefreq
en y reflechissant, je peux même justifier mon post precedent: il y en aurait eu un de ce genre de toute maniere, alors autant y aller franchement histoire d'etouffer le troll [je veux dire le vrai troll, anonyme et aigri] dans l'oeuf
- updated to kernel-2.4.10-ac78-unstable
- new XFree-4.2-cvs-prealpha-unstable
- KDE 3.0-20010808-prepreprealpha
- many new untested drivers !
- gcc 3.1-preview
- and lots of new backdoors !
feel free to test this new release, and enjoy your mandrake.
Je l'ai essayé, ça marche bien (comme mozilla), et ça bouffe toujours deux fois plus de mémoire que netscape 4.x , donc tant pis pour ceux qui sont un peu limite en ram...
moi ça ne m'étonne pas. depuis l'épisode i2bp, on sait qu'un bon codec video, ça vaut des miyards de francs, et pour un miyard ou deux ( avec option piscine et gardes du corps ) y'a peu de gens sur cette planète qui ne seraient pas prêt à s'asseoir sur la gpl
La soumission de commentaires en trois étapes est déjà pas mal pour forcer les gens a se relire, mais je crois que pour certains anonymes, il faudrait rajouter 10 étapes...
[^] # Re: j'avais lu ça sur le parisien d'aujourd'hui.
Posté par Troy McClure (site web personnel) . En réponse à la dépêche Asci/White Ibm. Évalué à 1.
mais à vrai dire je ne comprends par vraiment ton post.. j'etais en train de repondre à shhht et pas en train de t'accuser d'écrire rien que des conneuries !
[^] # Re: j'avais lu ça sur le parisien d'aujourd'hui.
Posté par Troy McClure (site web personnel) . En réponse à la dépêche Asci/White Ibm. Évalué à 1.
[^] # Re: gros virus
Posté par Troy McClure (site web personnel) . En réponse à la dépêche Logiciel propriétaire => Virus. Évalué à -1.
[^] # Re: YAL
Posté par Troy McClure (site web personnel) . En réponse à la dépêche Draft de la spécification du langage D. Évalué à 1.
g++ a certainement fait beaucoup de progrès depuis, mais la mauvaise impression initiale persite.
quand au mot cle restrict, oui c'est bien pratique pour combler la difference de perf entre C et f77, mais il faut faire aussi un certain nombre d'efforts pour forcer le compilateur à faire de bonnes optimisation.... enfin bon j'attend toujours le mix parfait entre C et f90, même si ce n'est pas D.
[^] # Re: YAL
Posté par Troy McClure (site web personnel) . En réponse à la dépêche Draft de la spécification du langage D. Évalué à 1.
[^] # Re: YAL
Posté par Troy McClure (site web personnel) . En réponse à la dépêche Draft de la spécification du langage D. Évalué à 1.
pour l'élegance/efficacité je suis d'accord avec toi dans le cas général, mais dans la boucle la plus interne du programme, celle qui coûte le plus cher en cpu, je suis prêt à commettre toutes les horreurs imaginables pour gratter 5% de temps ;-)
et pour continuer a te chercher des noises, je dirais que si le lisp est élégant au niveau algorithmique, le code source ne l'est pas [tu me repondras peut etre que c'est des idées préconçues et je ne pourrai pas dire le contraire, j'ai jamais programmé en lisp...]
[^] # Re: YAL
Posté par Troy McClure (site web personnel) . En réponse à la dépêche Draft de la spécification du langage D. Évalué à 1.
on parle ici de codes de calcul, cad ou le programme passe 99% de son temps dans des boucles du genre multiplication matrice x vecteur etc..
le lisp se base bien sur la recursivité, non ? donc c'est forcement beaucoup plus lent qu'une execution séquentielle (bien organisée)
[^] # Re: YAL
Posté par Troy McClure (site web personnel) . En réponse à la dépêche Draft de la spécification du langage D. Évalué à 1.
je prends l'exemple du calcul scientifique (je ne sais pas si D est satisfaisant à ce niveau la, mais bon..): il faut un langage le plus rapide possible à l'execution, qui soit parallelisable, qui ait une bonne gestion des tableaux, des nombres complexes...
actuellement il y a:
- le C, ok pour la rapidité si on fait attention, mais pas de nombre complexes, pas de gestion vraiment commode des tableaux
- le fortran 77: le plus rapide, mais un langage vraiment pourri avec des lacunes enormes
- le c++, il faut tout refaire (gestion des tableaux,usage intensif des templates si on veut que les perfs soient a la hauteur...), on aboutit a des codes qui ressemblent a tout sauf a du c++ et qui mettent des heures a compiler
- le fortran 90, pas trop mal foutu, assez complet mais avec une gestion des entrees/sorties lamentable, a mon gout, et quelques soucis de performance.
bref, moi je dois dire que je reve d'un mix entre C et f90.
[^] # Re: gros virus
Posté par Troy McClure (site web personnel) . En réponse à la dépêche Logiciel propriétaire => Virus. Évalué à -1.
--
ceci est un test
[^] # Re: Vive les journaleux qui savent de quoi ils parlent
Posté par Troy McClure (site web personnel) . En réponse à la dépêche Faire de la 3d sans polygone. Évalué à 2.
Mais bon c'est le genre de news où on attend que l'information viennent de quelques commentateurs éclairés sur le sujet.
et puis apres coup, j'ai compris où cliquer dans le site de SGDL, d'où des exemples...
http://www.sgdl-sys.com/fr/galerie/domaines.htm(...)
etc... (faut cliqueter sur les icones en bas du site..)
Il n'empêche que ça reste vague..
[^] # Re: essai
Posté par Troy McClure (site web personnel) . En réponse à la dépêche Etudes Netcraft et Security Space. Évalué à -1.
# essai
Posté par Troy McClure (site web personnel) . En réponse à la dépêche Etudes Netcraft et Security Space. Évalué à -1.
[^] # vu sur dot.kde.org
Posté par Troy McClure (site web personnel) . En réponse à la dépêche Sortie de Kde 2.2. Évalué à 2.
http://www.pclinuxonline.com/article.php?sid=330&mode=thread&am(...)
et qui mettra les rpms en ligne dès que celle-ci sera finie..
[^] # Re: Mauvais lien
Posté par Troy McClure (site web personnel) . En réponse à la dépêche Tout tout tout, vous saurez tout sur i2bp. Évalué à 1.
# bravo
Posté par Troy McClure (site web personnel) . En réponse à la dépêche Swordfish. Évalué à 1.
ps:
où est-ce que je le telecharger, le worm-toolkit ?
[^] # Re: le Changelog
Posté par Troy McClure (site web personnel) . En réponse à la dépêche Nouvelle Mandrake Freq. Évalué à 1.
c'est normal, c'était un troll completement gratuit ;-) et je dirais même plus: j'aime bien la mandrake, je l'utilise a la maison, et j'aime bien le concept de la mandrakefreq
en y reflechissant, je peux même justifier mon post precedent: il y en aurait eu un de ce genre de toute maniere, alors autant y aller franchement histoire d'etouffer le troll [je veux dire le vrai troll, anonyme et aigri] dans l'oeuf
# le Changelog
Posté par Troy McClure (site web personnel) . En réponse à la dépêche Nouvelle Mandrake Freq. Évalué à -1.
- new XFree-4.2-cvs-prealpha-unstable
- KDE 3.0-20010808-prepreprealpha
- many new untested drivers !
- gcc 3.1-preview
- and lots of new backdoors !
feel free to test this new release, and enjoy your mandrake.
--
just trolling :-)
# oups
Posté par Troy McClure (site web personnel) . En réponse à la dépêche HAL2001. Évalué à -1.
# waou
Posté par Troy McClure (site web personnel) . En réponse à la dépêche Art of Computer Programming Vol.4. Évalué à 1.
[^] # Re: pitite correction
Posté par Troy McClure (site web personnel) . En réponse à la dépêche Netscape 6.1. Évalué à -1.
# pitite correction
Posté par Troy McClure (site web personnel) . En réponse à la dépêche Netscape 6.1. Évalué à 1.
et il y a les release notes ici:
http://mozillaquest.com/News01/Netscape_6-1_released-again_Story01.(...)
Je l'ai essayé, ça marche bien (comme mozilla), et ça bouffe toujours deux fois plus de mémoire que netscape 4.x , donc tant pis pour ceux qui sont un peu limite en ram...
# mettez-vous à leur place
Posté par Troy McClure (site web personnel) . En réponse à la dépêche Le nouveau Divx n'est pas libre non plus. Évalué à 1.
[^] # Re: JDK GPL
Posté par Troy McClure (site web personnel) . En réponse à la dépêche jdk1.3 pour Linux sur Alpha. Évalué à 1.
[^] # Re: XP, Office XP, win XP... à la mode l'XP
Posté par Troy McClure (site web personnel) . En réponse à la dépêche Système de modération et autres informations. Évalué à -1.
[^] # fonctionnalité supplementaire
Posté par Troy McClure (site web personnel) . En réponse à la dépêche Système de modération et autres informations. Évalué à 1.