🚀 go-pugleaf

RetroBBS NetNews Server

Inspired by RockSolid Light RIP Retro Guy

Article View: fr.comp.sys.amiga
Article #108754

Re: Ami quoi ? ET FUCK PeeCee !!!

#108754
From: Marc Mongenet
Date: Wed, 15 May 1996 00:00
49 lines
3100 bytes
Pascal Lauly wrote:
> >Quant au test de Byte, je crois qu'il ne peut etre valable que dans la mesure ou
> >les fabriquants le neglige. Ce genre de benchmark "synthetique" ayant le gros
> >defaut de pouvoir etre optimise de facon outranciere (genre option de compilation
> >qui ne produit du code juste qu'avec certaines sources...) pour autant que des
> >specialistes s'en occupent.
> 
> Hum, cela me parait difficile avec ce test:
> Si un compilateur est capable d'optimiser le code pour
> par ex l'algorithme de huffman du ByteMark, je ne vois pas
> pourquoi ce compilo ne pourrait refaire ces meme
> optimisations dans un autre programme  utilisant ce
> meme algorithme d'huffman.
> Et si on a un doute sur un resultat, les sources etant
> distribuees, on peut les compiler sur son micro ou sa
> station pour verifier.

Les programmes testes dans le BYTEmark me semble etre tres simples compares aux
programmes des SPEC. En plus, je ne vois pas forcement en quoi le BYTEmark serait
tellement plus proche de l'utilisateur que le SPECint ?

Quelques exemples :
LU Decomposition -> BYTEmark
Fourier -> BYTEmark
132.ijpeg Image compression/decompression on in-memory images -> SPECint95
129.compress A in-memory version of the common UNIX utility -> SPECint95
Huffman compression -> BYTEmark
126.gcc Based on the GNU C compiler version 2.5.3. -> SPECint95
FP emulation -> BYTEmark
Numeric Sort -> BYTEmark

Je ne pense pas qu'il soit extremement difficile de faire un compilo tordu tres bon
sur le tri numerique mais quelconque des que le code se complique. C'est bien pour
eviter ce genre de probleme que les SPEC se compliquent et grossissent tous les 3
ans. Il faut d'ailleurs 64 Mo pour faire le test d'apres ce que j'ai vu.

> Le 620 n'est pas un premier proto, il existe depuis plus d'un an mais il
> etait bugge et a necessite bcp plus de tps que prevu pour sa mise au point.
> 
> On peut par contre parler de proto pour le 630 qui n'existe pour le moment
> qu'en 8 puces chez IBM... (jusqu'a 12 instructions par cycle selon IBM)
> --
> Pascal Lauly, lauly@cnam.fr

Mais il n'y a encore aucune machine dispo a base de 620 ?
Le monstre en 8 puces, c'est le POWER 2 ?

	Marc Mongenet
Technical Details
Message-ID: <3199EEC8.41C6@studi.epfl.ch>
Path: arc1-ca.pugleaf.net!unknown!not-for-mail
References: <19960430.8446F90.8BB6@jchesnot.iway.fr> <31891253.2781@lmiindy0.univ-bpclermont.fr> <4me6mj$k0k@prof.ese-metz.fr> <4mlc1v$l83@sheckley.cnam.fr> <4mmsnh$ipf@soleil.uvsq.fr> <4mqul9$5bj@prof.ese-metz.fr> <4ms3l2$877@sheckley.cnam.fr> <4mscnj$fqj@soleil.uvsq.fr> <4n1tu9$g0a@sheckley.cnam.fr> <31979EB3.167E@studi.epfl.ch> <4nc2d5$ff@sheckley.cnam.fr>

Show Full Headers
Complete Article Headers
X-Google-Language: FRENCH,ASCII-7-bit
X-Google-Thread: f5be2,52db273ee6e868be
X-Google-Attributes: gidf5be2,public
From: Marc Mongenet <Marc.Mongenet@studi.epfl.ch>
Subject: Re: Ami quoi ? ET FUCK PeeCee !!!
Date: 1996/05/15
Message-ID: <3199EEC8.41C6@studi.epfl.ch>
X-Deja-AN: 154945671
references: <19960430.8446F90.8BB6@jchesnot.iway.fr> <31891253.2781@lmiindy0.univ-bpclermont.fr> <4me6mj$k0k@prof.ese-metz.fr> <4mlc1v$l83@sheckley.cnam.fr> <4mmsnh$ipf@soleil.uvsq.fr> <4mqul9$5bj@prof.ese-metz.fr> <4ms3l2$877@sheckley.cnam.fr> <4mscnj$fqj@soleil.uvsq.fr> <4n1tu9$g0a@sheckley.cnam.fr> <31979EB3.167E@studi.epfl.ch> <4nc2d5$ff@sheckley.cnam.fr>
content-type: text/plain; charset=us-ascii
organization: Ecole Polytechnique Federale de Lausanne
mime-version: 1.0
newsgroups: fr.comp.sys.amiga
x-mailer: Mozilla 3.0b2 (X11; I; OSF1 V3.2 alpha)