Cookies op Tweakers

Tweakers maakt gebruik van cookies, onder andere om de website te analyseren, het gebruiksgemak te vergroten en advertenties te tonen. Door gebruik te maken van deze website, of door op 'Ga verder' te klikken, geef je toestemming voor het gebruik van cookies. Wil je meer informatie over cookies en hoe ze worden gebruikt, bekijk dan ons cookiebeleid.

Meer informatie

Door , , 22 reacties
Bron: Ars Technica

KidPaddle schrijft dat HP aan technologie werkt, vergelijkbaar met de transmeta, waarmee binaries sneller uitgevoerd kunnen worden. Dit wordt in tegenstelling tot de transmeta in de software gedaan en daardoor zou deze technologie ook op onze P2,3 en Athlons toegepast kunnen worden om een de performance tot 20% omhoog te halen .

Dynamo is an odd beast. It is, in essence, an interpreter for HP's PA-8000 instruction set that itself runs on a PA-8000 processor. That's right -- it interprets programs that could just as easily be executed natively on the same hardware. For a research prototype, this isn't as strange as it seems. The Dynamo project was started to investigate issues in what was seen as an increasingly important area -- dynamic translation of non-native binaries to native code. For that purpose it doesn't really matter if the original binaries are non-native or not, only that, whatever they are, they're read into some internal form, munged, and spit back out for native execution. The question is only, "How can this translation be efficient, both in time and space?" What's surprising is that Dynamo "inadvertently" became practical. Programs "interpreted" by Dynamo are often faster than if they were run natively. Sometimes by 20% or more.

[...] So what's the bottom line? The following graph illustrates that "interpreting" your programs with Dynamo can provide significant performance improvements. The programs shown are part of the SPEC benchmark suite. The bars indicate Dynamo's speedup compared to binaries compiled with "+02" using HP's commercial compiler. As it turns out, HP prices their machines, in part, on the basis of their performance on these benchmarks. As a result, HP's compiler teams get big bonuses if they improve performance by even small amounts on the SPEC suite, so they spend their days trying to eke out a cycle here, a cycle there. When the Dynamo team brought their results to the compiler team it caused quite a stir.
Performance data van de nieuwe HP technologie

Reacties (22)

Reactiefilter:-122022+15+20+30
Moderatie-faq Wijzig weergave
Hmm.... lijkt me sterk dat een interpreter een performance-gain geeft. Er is in het verleden onderzoek gedaan naar bv. Pascal-machines. Een stuk hardware dat ipv. machinecode Pascal-code gebruikte. Retetraag en vaak niet eens correct. Volgens mij is er ook wel naar software-Pascal-interpreters gezocht. En neem nu eens Java. Ook niet echt het toonbeeld van snelheid. En ook dat draait met een runtime interpreter.

Maar goed, de tijd zal het leren. Wel even een kleine noot: Je kunt natuurlijk altijd naar de benchmark toe gaan proggen. Dus de gegeven voorbeelden kunnen wel es geoptimized zijn voor de HP-oplossing of er kan een behoorlijk slecht alternatief gebruikt zijn. Denk aan videokaart-makers, die drivers optimizen voor, ik noem maar wat, 3d winbench ofzoiets. Daarin geven ze vette performance-gain, maar IRL (lees: spelletjes) boeit het geen flikker.
Ik weet niet of dat wel zo is. Ik denk dat in een cpu benchmark veel gebruik gemaakt wordt van loops, en die kun je er met een beetje efficiente interpreter wel uitfilteren.
</div><div class=b4>FOR lus:=1 TO 5000 DO
††INC(teller);
END;</div><div class=b1>zou je bijvoorbeeld kunnen vervangen door
</div><div class=b4>INC(teller, 5000);</div><div class=b1>
Maar zulke dingen komen in real-life applicaties niet echt vaak voor denk ik.
Wat ze hiermee willen/kunnen bereiken is dat de micro-code in de processor eenvoudiger kan worden, doordat (real-time) optimalisaties, die niet door de compiler zijn uitgevoerd, door die extra laag software kunnen worden uitgevoerd.
Dingen als branch-prediction (dus bijv. het omwisselen van 2 instructies, zodat de pipeline niet/minder onderbroken wordt) en het omwisselen van 2 lussen, zodat bijv. het geheugen efficiŽnter benaderd wordt (zeeeeeer belangrijk bij servers met bank-interleaving)
Dergelijke optimalisaties kunnen bijna niet in hardware worden uitgevoerd, en op deze manier blijft de processor eenvoudiger van opzet (lees: kleinere kern, hogere yields, meer MHz-en, langere pipelines, enz.enz.enz. )
Dus d'r is wel degelijk een voordeel voor te bedenken. ;)
* DF040F TD-er
</div><div class=b4>Dergelijke optimalisaties kunnen bijna niet in hardware worden uitgevoerd</div><div class=b1>
Tuurlijk wel. Je kunt dat programma toch gewoon in de microcode van de CPU opnemen? Moet geen enkel probleem zijn.

Dat je dingen zo kunt optimaliseren is absoluut waar. Maar of de (grote) hoeveelheid rekentijd die je verliest aan de interpreter opweegt tegen de winst van de optimalisatie vraag ik me ernstig af.
Onno en Ranzige_Pad:

Ja


MAAR

HP heeft zelf ook een heel platform in huis voor de (DURE) server markt. In het bericht van Hielko wordt ook gemeld dat er een HP8000 is, dat is dus ook een 64bits(of beter?) processor. Maar HP is _ALTIJD AL_ een vriendje van Intel geweest en Intel weet dat het vriendjes nodig heeft om het met hun IA-64 te redden in de server markt en aangezien HP al sinds eeeeeeeuwen druk bezig is in die markt is dat een goede strategische partner.

Ik hoop voor AMD dat het als strategische partners met DEC/ALPHA (compaq dus) en COMPAQ (compaq, de server bouwer zelf) kan gaan samenwerken om SledgeHammer tot een succes in de server markt te maken.

HP is vooral sterk in de grote (mainframe-achtige) server markt (waar ook Sun microsystems extreem actief is), Compaq is sterk in de veel interessantere goedkopere tot middendure server markt, waar ook grotere aantallen in behaald worden.

Dus als ik zo denk.... dan is het voor AMD veel interessanter dan voor HP

maar goed, nu ben ik een beetje off-topic aan het raken... :)

Back on topic, ik vind dit allemaal heel erg kliken als SPINTEL (www.spintel.com), alleen dan een beeeeeeeeeeeeetje professioneler en completer en mooier en ook echt werkend enzo.


zo.

klaar.
Printer gigant in Processor wereld ?? :(
Kijk, dit zijn de betere ontwikkelingen... Zonder een stuiver te betalen meer performance. Kom maar door!
Deze pagina ziet er niet echt (zeg maar helemaal niet) goed uit in Netscape.

[probleem is opgelost zie ik]
Ik denk dat koeienmelker weinig weet van wat HP allemaal doet.
* DF040F Peltski
HP ook leverancier van :
- Servers
- Unix-based systemen
- Werkstations
- Laptops, palmtops en andere mobiele producten
- Computers op de thuismarkt (niet in Nederland)
- Rekenmachines
- Backup-systemen
Behoort tot de top 5 Pc fabrikanten ter wereld, enzovoort enzovoort .... :7
En inderdaad doen ze ook aan printers :)

Bovendien is HP een bedrijf waar een zeer groot deel van de winst naar r&d gaat. Dus berichten als deze verbazen me niet zo.

Op dit item kan niet meer gereageerd worden.



LG G4 Battlefield Hardline Samsung Galaxy S6 Edge Microsoft Windows 10 Samsung Galaxy S6 HTC One (M9) Grand Theft Auto V Apple iPad Air 2

© 1998 - 2015 de Persgroep Online Services B.V. Tweakers vormt samen met o.a. Autotrack en Carsom.nl de Persgroep Online Services B.V. Hosting door True