Troy McClure a écrit 2213 commentaires

oui:
°o°@daub# gcc-2.95 --version
2.95.4

quoique... http://gcc.gnu.org/releases.html#timeline(...) OMG ! la debian utilise une version de gcc qui n'existe pas !! sai mal, sai très très mal

bon finalement l'ideal serait de garder le xinerama, tout en ayant 2 docks et deux bureaux independants :-/

aaah donc il faut que je bazarde le xinerama.

bon bé j'aurais au moins compris la difference entre xinerama et multi ecran :)

Moi j'aimerais bien la même chose, mais avec wmaker :°)

à une lointaine époque (au moins 2 ans) j'avais utilisé ça: http://www.konqueror.org/embedded/(...) , ça marchait moyennement bien mais y'a surement eu beaucoup de progrès depuis

J'en profite pour signaler que Bussiness Objects vient de donner un coup de bambou dans le e-cocotier en annonçant l'acquisition de Crystal Decisions
http://fr.biz.yahoo.com/030721/3/3b8h8.html(...)
http://www.businessobjects.com/news/announcement/default.htm(...)

tout est dans le titre

«War is peace
Freedom is slavery
Ignorance is strength.»

bon ça fait plaisir de constater que je ne suis pas le seul que ça exaspère les touches marquées '.' qui font ','

c'est finalement un assez bon exemple de ce que peut donner une internationilasation à outrance. A l'arrivée ça pourrit plus la vie qu'autre chose

> T'as des choses à cacher pour avoir peur comme ça ?

c'est super comme reflexion ça ...

Les livres sa tue les arbre de la foré

Pour moi (je te dis ça sans connaitre l'algo utilisé par Pari/GP) c'est surtout la taille du cache qui joue. En prennant un pb suffisament gros pour qu'il ne loge pas dans le cache de l'athlon, et un algo pas adapté aux petits caches je veux bien admettre qu'on arrive au genre de résultat que tu cites.

Mais sur des petits problèmes, mon experience est que le x86 est imbattable. Au boulot on a une dec bi-pro (à 667MHz) qui se traine comme une grosse bouse par rapport à un athlon tout pourri à 1.4GHz (le genre de truc qu'on trouve chez carrouf pour 10% du prix de l'alpha), que ce soit sous matlab ou bien sur n'importe quel petit bout de code compilé à la va-vite.

A chaque fois que je vois un bench mettant l'alpha (ou l'itaniumII) en tête des charts je dois dire que je suis très perplexe.

(x)emacs encore, avec tramp http://savannah.nongnu.org/projects/tramp(...)

Ouaaaaaiiissss !! Merci les amis pour vos réponses variées et instructives, et un grand plop à lordOric qui m'a conseillé de souffler dans le biniou. J'ai percé un gobelet en plastique, graissé un peu la base pour que ça s'applique bien sur le machin et soufflé comme un boeuf. ça a fait blblblblblblblbl bloub BLOUB BLOUB :)

Raaaah chuis content :)

> Où est l'esprit Libre Software ? Ils se sont mis au Think Different (tm) version Steve Jobs ?

c'est exactement ça .. les screenshots en demi-taille par exemple ça me crispe

et les "Find out why people everywhere are switching to [insert your favorite enlargement pill here]" aussi. Il manque juste des témoignages de Luce et Henry qui expliquent combien leur productivité à augmenté depuis qu'ils ont appris à cliquer sur le tab comme ça, là.

c'est le cas par défaut semble-t-il. En fait j'arrive pas à compiler avec l'option -m32

j'ai juste un compte temporaire pour tester la machine, visiblement c'est une redhat (Red Hat Linux release 8.0.95 (GinGin64)), avec gcc 3.2.2.

Pour info le scimark2 ( http://math.nist.gov/scimark2/download_c.html(...) ), compilé avec

make -f Makefile.linux CFLAGS="-funroll-loops -ffast-math -fomit-frame-pointer -O3"

donne:

#./scimark2 
Using       2.00 seconds min time per kenel.
Composite Score:          425.04
FFT             Mflops:   417.28    (N=1024)
SOR             Mflops:   369.15    (100 x 100)
MonteCarlo:     Mflops:   176.60
Sparse matmult  Mflops:   512.00    (N=1000, nz=5000)
LU              Mflops:   650.16    (M=100, N=100)
#./scimark2 -large
Composite Score:          187.80
FFT             Mflops:    31.55    (N=1048576)
SOR             Mflops:   356.50    (1000 x 1000)
MonteCarlo:     Mflops:   177.19
Sparse matmult  Mflops:   187.55    (N=100000, nz=1000000)
LU              Mflops:   186.22    (M=1000, N=1000)

à comparer avec un athlon à ~ 2GHz .. (ou bien à un des résultats ici http://linuxfr.org/2002/12/07/10578.html#155866(...) )

L'autre test c'est le temps de compilation d'un gros code c++: l'opteron est 25% plus rapide que l'athlon 1.7GHz que j'ai sous la main.

Je suis en train d'en tester un vite fait (un 242) et les premières impressions c'est que c'est loin de tenir ses promesses... En dehors du gros cache, les perfs sont très semblables à celles d'un athlon de même fréquence

[:ruisseau de larmes]

Je constate que Emacs est cité dans 6 rubriques différentes, alors que vim est tout juste cité dans la rubrique editeurs (avec nano et microsoft word, ahahah)

preuve si il en est de l'incontestable supériorité de ce merveilleux outil

rajoute -O /dev/null c'est plus joli ;)

edite les fichier *.l en virant le gros bloc de commentaires du début, doit y avoir un truc imbriqué dedans qui fous flex dans les choux

Cher Jean-Pierre,

J'ai bien reçu le bocal de cronichons, il est malheureusement un peu ébreché. Ici tout va bien il fait beau, Roger a attrapé un furoncle et une limule pour le diner.

As-tu pensé à arroser l'ornithorynque ? je l'ai laissé sur le

arf ben y'a plus qu'a soumettre ça a freshmeat :) un bien beau programme, ma foi

> Peu de scientifiques à mon avis son près à recoder leur programmes fortran ou C

Si si, tous ceux qui s'emmerdent et qui n'ont rien de mieux à faire. Et ça fait toujours plus sérieux de pouvoir dire que son code a été parallelisé oui monsieur, même qu'une fois il a tourné une nuit sur 16 processeurs.

Moi je suis assez sceptique, mis à part pour des codes finalisés, et utilisés de manière journalière (mais finalement y'en a peu et le boulot a souvent déjà été fait), paralleliser un code est plus une perte de temps qu'autre chose.

(sinon pour les inversions de matrice (creuses) y'a superlu http://crd.lbl.gov/~xiaoye/SuperLU/(...) qui existe en version multithread ou mpi et pour laquelle il existe forcement une interface scilab)