[FP]Opmerking Intel compilers bij Opteron stukje

Pagina: 1
Acties:

  • Chakotay
  • Registratie: Oktober 1999
  • Laatst online: 23:12

Chakotay

Lick here to continue

Topicstarter
Ik kom even over een newsposting zeuren :Y)

In dit stukje over de Opteron vind ik de laatste regel:
Bij de Opteron is deze prestatiewinst maar liefst 80 procent!
wat vreemd staan. Vooral het uitroepteken doet het lijken alsof deze zin meer in een standaard marketing-blaatverhaaltje thuishoort :)

Ook vind ik het niet echt duidelijk wat ermee bedoelt word, geven 2 opterons 80% winst t.o.v. 1 Opteron of 1 Xeon? :)

[/zeur]

Live for today, screw yesterday, hope for tomorrow...
Stichting eth0


  • ACM
  • Registratie: Januari 2000
  • Niet online

ACM

Software Architect

Werkt hier

Nog een "optimaliseert en sneller maakt", dat sneller maken is toch al onderdeel van optimaliseren? :P (ok niet perse, gcc kent een optimiser-switch om een kleine executable te bouwen)

  • Kheldar
  • Registratie: Mei 2000
  • Laatst online: 07-03 22:39
Chakotay schreef op 29 April 2003 @ 14:44:
Ik kom even over een newsposting zeuren :Y)

In dit stukje over de Opteron vind ik de laatste regel:


[...]


wat vreemd staan. Vooral het uitroepteken doet het lijken alsof deze zin meer in een standaard marketing-blaatverhaaltje thuishoort :)
Maar het is toch ook een nette prestatie van AMD? ;)
Ook vind ik het niet echt duidelijk wat ermee bedoelt word, geven 2 opterons 80% winst t.o.v. 1 Opteron of 1 Xeon? :)
[/zeur]
80% tov 1 Opteron. Anders zou het een beetje appelen met peren vergelijken worden. Het gaat namelijk om de SMP-prestaties en niet de overallprestaties.
ACM schreef op 29 April 2003 @ 14:46:
Nog een "optimaliseert en sneller maakt", dat sneller maken is toch al onderdeel van optimaliseren? :P (ok niet perse, gcc kent een optimiser-switch om een kleine executable te bouwen)
Psies, je kunt ook de boel zo optimaliseren dat je zo min mogelijk geheugen gebruikt, maar daar wordt de programma vaak juist trager door. In dit geval gaat het beide om snelheid, dus heb het idd even aangepast.

  • ACM
  • Registratie: Januari 2000
  • Niet online

ACM

Software Architect

Werkt hier

Kheldar schreef op 29 April 2003 @ 15:12:
Psies, je kunt ook de boel zo optimaliseren dat je zo min mogelijk geheugen gebruikt, maar daar wordt de programma vaak juist trager door.
Nee, de switch van gcc waar ik op doel is nog steeds sneller dan 'niet geoptimaliseerd'. Alleen minder snel dan 'maximaal geoptimaliseerd' (de definitie van maximaal is alleen niet echt te geven in dit geval, magoed).

Maar in principe is het waar hoor, als je voor de allerkleinst mogelijke output gaat zal het best slomer kunnen worden, dan wanneer je het gewoon compileert.

  • Chakotay
  • Registratie: Oktober 1999
  • Laatst online: 23:12

Chakotay

Lick here to continue

Topicstarter
Kheldar schreef op 29 april 2003 @ 15:12:
[...]
Maar het is toch ook een nette prestatie van AMD? ;)
Zeker, ik vond het alleen wat schreeuwerig staan :)
80% tov 1 Opteron. Anders zou het een beetje appelen met peren vergelijken worden. Het gaat namelijk om de SMP-prestaties en niet de overallprestaties.
Is ook het meest logisch, ik vond het er alleen niet echt duidelijk staan.

Total Commander roelt, dus je bent wel liev verder :*

[ Voor 7% gewijzigd door Chakotay op 29-04-2003 15:39 ]

Live for today, screw yesterday, hope for tomorrow...
Stichting eth0