<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:atom="http://www.w3.org/2005/Atom">
	<channel>
		<title>AMD:s samarbete med Oracle ska GPU-accelerera Java</title>
		<description>Diskutera AMD:s samarbete med Oracle ska GPU-accelerera Java</description>
		<link>http://www.nordichardware.se/Mjukvara/amds-samarbete-med-oracle-ska-gpu-accelerera-java.html</link>
		<lastBuildDate>Sat, 18 May 2013 22:03:52 +0200</lastBuildDate>
		<generator>JComments</generator>
		<atom:link href="http://www.nordichardware.se/feed/com_content/46692/Page-1.html" rel="self" type="application/rss+xml" />
		<item>
			<title>Krack säger:</title>
			<link>http://www.nordichardware.se/Mjukvara/amds-samarbete-med-oracle-ska-gpu-accelerera-java.html#comment-20126</link>
			<description><![CDATA[Tycker man AMD eller Nvidia har problem med grafik drivrutiner kan man ju prova med Intel i några timmar..]]></description>
			<dc:creator>Krack</dc:creator>
			<pubDate>Mon, 15 Oct 2012 10:56:48 +0200</pubDate>
			<guid>http://www.nordichardware.se/Mjukvara/amds-samarbete-med-oracle-ska-gpu-accelerera-java.html#comment-20126</guid>
		</item>
		<item>
			<title>Uridium säger:</title>
			<link>http://www.nordichardware.se/Mjukvara/amds-samarbete-med-oracle-ska-gpu-accelerera-java.html#comment-20000</link>
			<description><![CDATA[Lyckades klippa citatet ovan lite för aggressivt så det visar inte att det är NASDAQ som refereras till medan artikeln som helhet handlar om London-börsen. "But only five days after its announcement the LSE faced a potential contest when the New York-based NASDAQ exchange, whose Genium INET platform runs on Linux in a reported C++ environment, said it had delivered an average 97 microsecond latency during a week in mid-October."]]></description>
			<dc:creator>Uridium</dc:creator>
			<pubDate>Tue, 09 Oct 2012 09:00:34 +0200</pubDate>
			<guid>http://www.nordichardware.se/Mjukvara/amds-samarbete-med-oracle-ska-gpu-accelerera-java.html#comment-20000</guid>
		</item>
		<item>
			<title>Uridium säger:</title>
			<link>http://www.nordichardware.se/Mjukvara/amds-samarbete-med-oracle-ska-gpu-accelerera-java.html#comment-19999</link>
			<description><![CDATA[ Har sett flera referera just till NASDAQs börssystem som "bevis" för att Java kan ge extremt låg latens. Men söker man på deras system så får jag träffar på "Genium INET platform" som verkar vara ett Linux-baserat system där "core" delarna är utvecklade i C++, inte i Java. http://www.computerworlduk.com/in-depth/open-source/3246835/london-stock-exchange-linux-record-breaking-system-faces-new-challengers/ "...whose Genium INET platform runs on Linux in a reported C++ environment, said it had delivered an average 97 microsecond latency during a week in mid-October..." Det är helt korrekt att Java kan göra optimeringar i efterhand (re-JIT), något som inte möjligt i C/C++ program + Java kan använda instruktioner som bara fungerar på det system man kör på för tillfället. Men den senare optimeringen ger mycket mindre än man kan tro, jämför hastigheten på ett C/C++ program kompilerat med -march=i686 (måste fungerar på alla CPUer sedan PentiumPro) och -march=native (ok om det bara fungerar på denna maskin), det kommer kanske skilja någon eller några % i hastighet. Att re-JIT:a koden för att optimera hot-spots är en verklig och bra optimeringen. Problemet är att man ändå inte kan skriva om bytekoden (precis som man inte kan skriva om maskinkoden från ett C/C++ program) och Java program tenderar att använda långt mer implicita hopp (hopp via pekar p.g.a. dynamisk dispatch baserad på typen av objekt) än vad C++ och definitivt än vad motsvarande C program gör. DET är ett riktigt prestanda hinder i moderna CPU:er då front-end delen av CPUn måste försöka gissa vart hopp går och det är relativt lätt med explicita hopp och hopp som avgörs av "if" satser, men väldigt svårt om hoppet går via en pekare då adressen till hoppet blir känt väldigt sent i CPU-pipe:en och en front-end stall betyder att CPUn gör inget i kanske 10 cykler i stället för att köra 1-4 instruktioner per cykel. Så i praktiken slår ändå C/C++ program Java-program i hastighet, även om Java definitivt inte är långsamt på något sätt.]]></description>
			<dc:creator>Uridium</dc:creator>
			<pubDate>Tue, 09 Oct 2012 07:34:10 +0200</pubDate>
			<guid>http://www.nordichardware.se/Mjukvara/amds-samarbete-med-oracle-ska-gpu-accelerera-java.html#comment-19999</guid>
		</item>
		<item>
			<title>Jacob Hugosson säger:</title>
			<link>http://www.nordichardware.se/Mjukvara/amds-samarbete-med-oracle-ska-gpu-accelerera-java.html#comment-19997</link>
			<description><![CDATA[ Du kan använda vårt kontaktforumlär: http://www.nordichardware.se/kontakt.html]]></description>
			<dc:creator>Jacob Hugosson</dc:creator>
			<pubDate>Tue, 09 Oct 2012 00:13:26 +0200</pubDate>
			<guid>http://www.nordichardware.se/Mjukvara/amds-samarbete-med-oracle-ska-gpu-accelerera-java.html#comment-19997</guid>
		</item>
		<item>
			<title>Calle2003 säger:</title>
			<link>http://www.nordichardware.se/Mjukvara/amds-samarbete-med-oracle-ska-gpu-accelerera-java.html#comment-19996</link>
			<description><![CDATA[Hur föredrar ni att man rättar nyheter? Via PM för det finns ingen felanmälningslänk vad jag sett? Skulle bara säga att foksuerar stavas fokuserar. ;-)]]></description>
			<dc:creator>Calle2003</dc:creator>
			<pubDate>Tue, 09 Oct 2012 00:07:17 +0200</pubDate>
			<guid>http://www.nordichardware.se/Mjukvara/amds-samarbete-med-oracle-ska-gpu-accelerera-java.html#comment-19996</guid>
		</item>
		<item>
			<title>Minky säger:</title>
			<link>http://www.nordichardware.se/Mjukvara/amds-samarbete-med-oracle-ska-gpu-accelerera-java.html#comment-19991</link>
			<description><![CDATA[Nu är kanske inte Java är det språk jag själv hade tänkt på först tillsammans med OpenCL med tanke på mängden pekare som används, men det har nog en plats. Skulle vara intressant att se detta tillsammans med Scala och Akka =)]]></description>
			<dc:creator>Minky</dc:creator>
			<pubDate>Mon, 08 Oct 2012 23:10:30 +0200</pubDate>
			<guid>http://www.nordichardware.se/Mjukvara/amds-samarbete-med-oracle-ska-gpu-accelerera-java.html#comment-19991</guid>
		</item>
		<item>
			<title>adsflkgdfglk123 säger:</title>
			<link>http://www.nordichardware.se/Mjukvara/amds-samarbete-med-oracle-ska-gpu-accelerera-java.html#comment-19990</link>
			<description><![CDATA[ Du bör skilja på Java på servern och Java på klientPC. Java på servern är grymt snabbt idag, tack vare adaptivt optimerande kompilatorer. De optimerar java bytecoden för varje gång du kör koden så det kan köra snabbare än t.ex. C++. När du kompilerar för C++, så vet du inte vilken hårdvara som C++ koden körs på, så du kan inte t.ex. använda speciella vector asm instruktioner som snabbar upp koden. Du får helt enkelt använda basala optimeringar som funkar på alla cpuer. Men Java kan optimera för varje cpu, så därför kan Java bli snabbare än C++. T.ex. NASDAQs största aktiebörs system är helt utvecklat i Java, och det är bland det snabbaste i världen med ultralåg latency kring 100 mikrosekunder och hysteriskt hög throughput. Java på servern knäcker. Java på klientPC är sisådär. Vem vill spela spel i Java??? Nej, det är på servern som Java är bäst. PS. Minecraft är ju helt skrivet i Java, iofs...]]></description>
			<dc:creator>adsflkgdfglk123</dc:creator>
			<pubDate>Mon, 08 Oct 2012 23:04:18 +0200</pubDate>
			<guid>http://www.nordichardware.se/Mjukvara/amds-samarbete-med-oracle-ska-gpu-accelerera-java.html#comment-19990</guid>
		</item>
		<item>
			<title>Tankspridd säger:</title>
			<link>http://www.nordichardware.se/Mjukvara/amds-samarbete-med-oracle-ska-gpu-accelerera-java.html#comment-19987</link>
			<description><![CDATA[Den här boosten skulle dock AMD och Java mått bra av tidigare.]]></description>
			<dc:creator>Tankspridd</dc:creator>
			<pubDate>Mon, 08 Oct 2012 22:28:49 +0200</pubDate>
			<guid>http://www.nordichardware.se/Mjukvara/amds-samarbete-med-oracle-ska-gpu-accelerera-java.html#comment-19987</guid>
		</item>
	</channel>
</rss>
