<?xml version="1.0" encoding="UTF-8" ?>
<rss xmlns:dc="http://purl.org/dc/elements/1.1/" version="2.0">
  <channel>
    <title>java-processor at Yahoo! Groups</title>
    <link>http://tech.groups.yahoo.com/group/java-processor/</link>
    <description>Java Processor</description>

    <item>
      <title>Re: SUPERCOMPUTING MULTI-CORE JOP PROJECT</title>
      <pubDate>Tue, 10 Nov 2009 06:18:50 GMT</pubDate>
      <dc:creator>Martin Schoeberl</dc:creator>
      <link>http://tech.groups.yahoo.com/group/java-processor/message/1784</link>
      <guid isPermaLink="true">http://tech.groups.yahoo.com/group/java-processor/message/1784</guid>
      <description>Why would you need to switch contexts? That would imply that you have more parallel code than actual execution units. With a highly parallel hardware (either</description>
    </item>
    <item>
      <title>Re: SUPERCOMPUTING MULTI-CORE JOP PROJECT</title>
      <pubDate>Tue, 10 Nov 2009 06:04:14 GMT</pubDate>
      <dc:creator>Tobias Gogolin</dc:creator>
      <link>http://tech.groups.yahoo.com/group/java-processor/message/1783</link>
      <guid isPermaLink="true">http://tech.groups.yahoo.com/group/java-processor/message/1783</guid>
      <description>Would it be an efficient approach though? I represent the thesis that to achieve breakthrough performance the program with all its objects and methods should</description>
    </item>
    <item>
      <title>Re: Instantiated Memory</title>
      <pubDate>Tue, 10 Nov 2009 02:31:43 GMT</pubDate>
      <dc:creator>Dan Clemmensen</dc:creator>
      <link>http://tech.groups.yahoo.com/group/java-processor/message/1782</link>
      <guid isPermaLink="true">http://tech.groups.yahoo.com/group/java-processor/message/1782</guid>
      <description>My bootloader and a tool called ExtractBoot are included in the tarball. ExtractBoot post-processes the bytecode to convert constructs that need to access main</description>
    </item>
    <item>
      <title>Re: Instantiated Memory</title>
      <pubDate>Tue, 10 Nov 2009 01:30:39 GMT</pubDate>
      <dc:creator>Martin Schoeberl</dc:creator>
      <link>http://tech.groups.yahoo.com/group/java-processor/message/1781</link>
      <guid isPermaLink="true">http://tech.groups.yahoo.com/group/java-processor/message/1781</guid>
      <description>Ok, understand. Putting a boot loader in Java into the M$ instead of booting via microcode was also on my list of further ideas. It would make the generation</description>
    </item>
    <item>
      <title>Re: Instantiated Memory</title>
      <pubDate>Tue, 10 Nov 2009 00:45:51 GMT</pubDate>
      <dc:creator>Dan Clemmensen</dc:creator>
      <link>http://tech.groups.yahoo.com/group/java-processor/message/1780</link>
      <guid isPermaLink="true">http://tech.groups.yahoo.com/group/java-processor/message/1780</guid>
      <description>Here is XBlockGen, together with some related files. These may be useful for review, but they are by no meas a complete project.</description>
    </item>
    <item>
      <title>Re: Instantiated Memory</title>
      <pubDate>Tue, 10 Nov 2009 00:42:51 GMT</pubDate>
      <dc:creator>Dan Clemmensen</dc:creator>
      <link>http://tech.groups.yahoo.com/group/java-processor/message/1779</link>
      <guid isPermaLink="true">http://tech.groups.yahoo.com/group/java-processor/message/1779</guid>
      <description>I had forgotten that. My project initializes the bytecode cache with a bootloader and uses two BRAMs for the microcode, so I have four initialized BRAMs. I use</description>
    </item>
    <item>
      <title>Re: SUPERCOMPUTING MULTI-CORE JOP PROJECT</title>
      <pubDate>Mon, 09 Nov 2009 23:46:59 GMT</pubDate>
      <dc:creator>David Blubaugh</dc:creator>
      <link>http://tech.groups.yahoo.com/group/java-processor/message/1778</link>
      <guid isPermaLink="true">http://tech.groups.yahoo.com/group/java-processor/message/1778</guid>
      <description>Sir,     Would you be interested in helping me to initiate such a project ??    David   ... From: Martin Schoeberl &lt;martin@...&gt; Subject: Re:</description>
    </item>
    <item>
      <title>Re: JDWP Implementation to debug in JOP.</title>
      <pubDate>Mon, 09 Nov 2009 23:33:00 GMT</pubDate>
      <dc:creator>Martin Schoeberl</dc:creator>
      <link>http://tech.groups.yahoo.com/group/java-processor/message/1777</link>
      <guid isPermaLink="true">http://tech.groups.yahoo.com/group/java-processor/message/1777</guid>
      <description>Looks like there is a make target missing to build JopDebugger.jar The debugger project is a little sad story: almost done, the development on it was stopped.</description>
    </item>
    <item>
      <title>Re: mem_main.dat file question</title>
      <pubDate>Mon, 09 Nov 2009 23:29:14 GMT</pubDate>
      <dc:creator>Martin Schoeberl</dc:creator>
      <link>http://tech.groups.yahoo.com/group/java-processor/message/1776</link>
      <guid isPermaLink="true">http://tech.groups.yahoo.com/group/java-processor/message/1776</guid>
      <description>What do you mean by &#39;implement the memory as Java class files&#39;? I don&#39;t understand. If you need the main memory content in a Java based simulation, just read</description>
    </item>
    <item>
      <title>Re: SUPERCOMPUTING MULTI-CORE JOP PROJECT</title>
      <pubDate>Mon, 09 Nov 2009 23:25:51 GMT</pubDate>
      <dc:creator>Martin Schoeberl</dc:creator>
      <link>http://tech.groups.yahoo.com/group/java-processor/message/1775</link>
      <guid isPermaLink="true">http://tech.groups.yahoo.com/group/java-processor/message/1775</guid>
      <description>I&#39;m not aware of such a project. I would be skeptic to use JOP for high performance computing. It is designed for time-predictable computing, which is a</description>
    </item>
    <item>
      <title>Re: Instantiated Memory</title>
      <pubDate>Mon, 09 Nov 2009 23:22:21 GMT</pubDate>
      <dc:creator>Martin Schoeberl</dc:creator>
      <link>http://tech.groups.yahoo.com/group/java-processor/message/1774</link>
      <guid isPermaLink="true">http://tech.groups.yahoo.com/group/java-processor/message/1774</guid>
      <description>In the actual configuration of JOP only the stack memory uses initialized BRAMs with VHDL sources generated by BlockGen. The Java bytecode cache (jbc) uses an</description>
    </item>
    <item>
      <title>Re: Instantiated Memory</title>
      <pubDate>Mon, 09 Nov 2009 18:43:08 GMT</pubDate>
      <dc:creator>Dan Clemmensen</dc:creator>
      <link>http://tech.groups.yahoo.com/group/java-processor/message/1773</link>
      <guid isPermaLink="true">http://tech.groups.yahoo.com/group/java-processor/message/1773</guid>
      <description>Well, first, I must publish it somewhere. Furthermore, you would need to re-structure your project to use my BRAMs instead of the ones in the official project.</description>
    </item>
    <item>
      <title>Re: Instantiated Memory</title>
      <pubDate>Mon, 09 Nov 2009 18:29:38 GMT</pubDate>
      <dc:creator>c.p.bridges@...</dc:creator>
      <link>http://tech.groups.yahoo.com/group/java-processor/message/1772</link>
      <guid isPermaLink="true">http://tech.groups.yahoo.com/group/java-processor/message/1772</guid>
      <description>Also, Martin, would this error in BRAM generation for the stack give an incorrect initial address read? Cheers, Chris ________________________________ From:</description>
    </item>
    <item>
      <title>Re: Instantiated Memory</title>
      <pubDate>Mon, 09 Nov 2009 18:19:06 GMT</pubDate>
      <dc:creator>c.p.bridges@...</dc:creator>
      <link>http://tech.groups.yahoo.com/group/java-processor/message/1771</link>
      <guid isPermaLink="true">http://tech.groups.yahoo.com/group/java-processor/message/1771</guid>
      <description>Hey Dan, how do I use Xblockgen? Cheers, Chris ________________________________ From: java-processor@yahoogroups.com [mailto:java-processor@yahoogroups.com] On</description>
    </item>
    <item>
      <title>Instantiated Memory</title>
      <pubDate>Mon, 09 Nov 2009 18:05:30 GMT</pubDate>
      <dc:creator>Dan Clemmensen</dc:creator>
      <link>http://tech.groups.yahoo.com/group/java-processor/message/1770</link>
      <guid isPermaLink="true">http://tech.groups.yahoo.com/group/java-processor/message/1770</guid>
      <description>BRAM initializers use INIT_00 through INIT_3f. I seems that blockgen is emitting too many initializers.  I guess that this could occur if the input .dat file</description>
    </item>

  </channel>
</rss>
<!-- wr2.grp.sp2.yahoo.com uncompressed/chunked Thu Dec  3 20:58:29 PST 2009 -->
