<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: MOS6502 &#8211; En Pythonbaserad emulator</title>
	<atom:link href="http://www.strombergson.com/kryptoblog/2008/08/29/mos6502-en-pythonbaserad-emulator/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.strombergson.com/kryptoblog/2008/08/29/mos6502-en-pythonbaserad-emulator/</link>
	<description>Kryptografi och IT-säkerhet på svenska</description>
	<lastBuildDate>Wed, 10 Mar 2010 03:03:14 +0200</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Joachim Strömbergson</title>
		<link>http://www.strombergson.com/kryptoblog/2008/08/29/mos6502-en-pythonbaserad-emulator/comment-page-1/#comment-35931</link>
		<dc:creator>Joachim Strömbergson</dc:creator>
		<pubDate>Sat, 30 Aug 2008 18:58:46 +0000</pubDate>
		<guid isPermaLink="false">http://strombergson.com/kryptoblog/?p=548#comment-35931</guid>
		<description>Tack för kommentaren Klas.

Japp jag tittade på att implementera instruktionsavkodningen på det viset. Tydligen är det dessutom så man skall göra enligt ett snyggt designmönster.

Dock är if-elif-elif-else nära den MUX det skulle bli i HW och jag tycker att det är mer lättläst med en sekvens av block än en dictionary med metodanrop.

Det jag funderat på som alternativ är att försöka kodifiera varje instruktion som ett antal fält i en dicionary med opkoden som nyckel. Problemet är det finns så mycket specialfall som är svåra att koda som fält.</description>
		<content:encoded><![CDATA[<p>Tack f&#246;r kommentaren Klas.</p>
<p>Japp jag tittade p&#229; att implementera instruktionsavkodningen p&#229; det viset. Tydligen &#228;r det dessutom s&#229; man skall g&#246;ra enligt ett snyggt designm&#246;nster.</p>
<p>Dock &#228;r if-elif-elif-else n&#228;ra den <span class="caps">MUX</span> det skulle bli i HW och jag tycker att det &#228;r mer l&#228;ttl&#228;st med en sekvens av block &#228;n en dictionary med metodanrop.</p>
<p>Det jag funderat p&#229; som alternativ &#228;r att f&#246;rs&#246;ka kodifiera varje instruktion som ett antal f&#228;lt i en dicionary med opkoden som nyckel. Problemet &#228;r det finns s&#229; mycket specialfall som &#228;r sv&#229;ra att koda som f&#228;lt.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Klas</title>
		<link>http://www.strombergson.com/kryptoblog/2008/08/29/mos6502-en-pythonbaserad-emulator/comment-page-1/#comment-35930</link>
		<dc:creator>Klas</dc:creator>
		<pubDate>Fri, 29 Aug 2008 15:58:54 +0000</pubDate>
		<guid isPermaLink="false">http://strombergson.com/kryptoblog/?p=548#comment-35930</guid>
		<description>Ett alternativ till alla elif-satser skulle kunna vara att definiera varje operation i en egen metod och använda en dictionary för att mappa från op-kod till metod. Dictionary-uppslagningen skulle antagligen gå litet snabbare än att gå igenom alla elif-satser, men man skulle förlora desto mer prestanda på funktionsanropen. Det handlar alltså om en avvägning mellan prestanda och hur snygg kod man vill ha.</description>
		<content:encoded><![CDATA[<p>Ett alternativ till alla elif-satser skulle kunna vara att definiera varje operation i en egen metod och anv&#228;nda en dictionary f&#246;r att mappa fr&#229;n op-kod till metod. Dictionary-uppslagningen skulle antagligen g&#229; litet snabbare &#228;n att g&#229; igenom alla elif-satser, men man skulle f&#246;rlora desto mer prestanda p&#229; funktionsanropen. Det handlar allts&#229; om en avv&#228;gning mellan prestanda och hur snygg kod man vill ha.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
