Compaq Fortran developer over CVF6.5 performance

Steve Lionel, lid van de Compaq Fortran Engineering group, heeft op het forum van Ace's Hardware een reactie geplaatst op het eerdere nieuws van Heise Online dat de nieuwe CVF6.5 compiler op Athlon systemen een performance boost van 15% geeft. Volgens Steve zijn dit geen cijfers die afkomstig van Compaq, maar is AMD waarschijnlijk zelf tot dit resultaat gekomen. Steve laat tevens weten dat de nieuwe optimalisaties in de CVF6.5 compiler bestaan uit data-prefetch instructies voor de PIII en Athlon:

I'm a member of the Compaq Fortran engineering group. Please allow me to shed some light on a few aspects of this story.

1. CVF 6.5 includes new optimizations for both Athlon/Duron (and also to a lesser extent, K6-2 and K6), plus Pentium III. In both cases, the only new instructions the compiler currently generates are the data-prefetch instructions. We're not generating the SIMD instructions yet - that's something we're looking at; they're not always a win.

2. You won't find it on our web site yet because we're waiting for the kits to make their way into the reseller channel before spiking demand. This should happen over the next two weeks. Upgrades from versions 6.0 or 6.1 will be available at a discount for registered users - see the web site for more info when available.

3. I'm not sure where the 15% figure comes from, but I think that AMD did see a boost of about that much for SPECfp2000 when compared to our 6.1 compiler. I intend to have some "numbers" on our web site when we go public with the new version.

Reacties (10)

[arjenk|IA]

Maar dan moet die nieuwe compiler ook de performance van een PIII opkrikken. Daar ben ik eigenlijk ook wel heel benieuwd naar. En dat SIMD instructies niet altijd wat opleveren, zou dat ook gelden voor de P4?
* 786562 arjenk

[GREENSKiN]

Ja. Bepaalde bewerkingen kan je gewoon soms op een andere manier doen.

Mag ik even vragen, waarom is iedereen hier zo enthousiast? Natuurlijk, iedere optimalisatie (zeker als het voor ons allen favoriete CPU is ) is mooi meegenomen, maar het lijkt me stug dat er hier veel mensen Fortran programma's draaien.

[Atmosphere]

Ja dat kan .. SIMD (Single Instruction Multiple Data) is eigenlijk alleen effectief als er meer data klaar staat die de zelfde bewerking, moeten ondergaan. Als je dit in (een overdreven) gunstig geval zou bekijken betekend dat er 1 klok-cyclus nodig is voor de instructie en 2 tot 4 voor de het verplaatsen van de data. In een niet SIMD geval zou dit betekenen dat er (in het geval van 4 stukjes data) 4 clock-cyclussen nodig zijn voor instructie maar weer 4 voor de data (in totaal . Met SIMD win je dan dus 3 clock-cyclussen. Maar wat geneurd er als je met SIMD gaat werken en er is maar 1 of 3 blokjes data die DEZELFDE bewerking moeten ondergaan. SIMD moet al zijn registers vullen wat dus extra kolk-cylussen kost (ook al worden de extra registeres niet gebruikt). Ook is het mogelijk dat bepaalde functies bedraad zijn en dus in 1 cyclus uitgevoerd kunnen worden.

SIMD werkt met de zelfde registeres (tot nu toe) als de integer-units en floating point units.. dus ook deze gegevens zullen eerst verwijderd moeten worden. Nou is dit niet een probleem maar niet alle mnemonics (CPU-instructies) worden door de SIMD-core ondersteund. Deze instructies zullen dan door de integer/fp-unit(s ) volbracht moeten worden waarvoor een register wissel noodzakelijk is .. de data voor SIMD moet ergens weggeschreven worden en alle registeres moeten weer in hun oude stand worden gebracht. (Intel heeft deze tijd verkort tot 1 klok-cyclus bij de introductie van de dechutes-core (P2 350+) door middel van de FEMMS-instucties (fast enrty/exit multimedia-state)

* 786562 Atmosphere

[Verwijderd]

Wat maakt het ook uit... Fortran wordt alleen gebruikt door banken en universiteiten, waar een paar baardapen die in de jaren 50 geboren werden hun Fortran code kloppen (hetzelfde geld overigens voor Cobol)...

[windancer]

Dit is totaal niet waar. Een heleboel numerieke simulatie en analyse programma's zijn geschreven in Fortan. De belangrijkste numerieke bibliotheken zijn in Fortran en deze worden heel veel in de technische automatisering toegepast.

[Verwijderd]

Beetje kortzichtig, Doggie!

ForTran is niet vóór en dóór baardapen, maar wel degelijk een verdomd interessant stuk gereedschap voor diegenen die met véél cijfertjes door de bocht moeten!

Als cijfereraar ben ik regelmatig 'gestraft' met en door ForTran, maar voor mij blijft het één van de weinige alternatieven (tenzij je natuurlijk alles met het handje in C++ wilt gaan uitvinden, maar da's niet zinvol en ook qua tijdsbelasting niet haalbaar)!

* 786562 Reinaert

[Atmosphere]

Hmmmz... een verbetering is een verbetering alleen ik had toch op iets meer gehoopt 15% is niet zo heel erg veel... Nu is het reslutaat wat ze bereikt hebben natuurlijk zeer mooi met de minimale verbeteringen die ze in de compiler door hebben gevoerd... Uit onderzoek is gebleken dat vanaf de introductie van de i386 de compliers (inclusief de huidige) maar 40% van de processor-specifieke OP-codes ondersteund!!! Er is dus nog veel meer ruimte voor verbetering..

* 786562 Atmosphere

[Verwijderd]

Ach, 15% is eigenlijk èrg veel voor een enkele update! Natuurlijk wil iedereen méér, maar dat zit er dus kennelijk (nog) niet in, helaas!

Hou in gedachten hoe veel werk in een dergelijk project zit, is niet iets dat je zó maar eventjes doet, je moet erg veel rekening houden met bestaande applicaties en andere delen van de code, en je kunt dus ook niet 'zo maar' alles even herschrijven, was 't maar waar

* 786562 Reinaert

[KinkyClown]

Dus volgens deze vent gebruikte AMD dit verhaal als een mediastunt om aan te kondigen hoe goed ze zijn? Dan had ik dus toch gelijk de vorige keer: Dit zegt helemaal niets over Compaq die overstapt nar AMD als basis voor nieuwe systemen...

[WarPuppy]

Ahh, das mooi dat die jongens van Compaq dat doen !

Maareh, wanneer komen de optimalisaties voor Windhoos? want (kan ook aan mij liggen) Windows wil de 3dNow! en andere extensies nog niet optimaal benutten?

Hoop dat Compaq nu een goed voorbeeld heeft gegeven voor de andere softwarefabrikanten, want die Athlon en familie kan nog sneller volgens mij !