It might, in fact, be interesting to see what limitations/enhancements the
hardware features of the two processor types would impose. Interleaved
display memory would effect both processors' ability to use memory, etc.
I'd say it will difficult enough to come up with a problems suitable for a
valid exercise without such difficulties.
Dick
-----Original Message-----
From: Hans Franke <Hans.Franke_at_mch20.sbs.de>
To: Discussion re-collecting of classic computers
<classiccmp_at_u.washington.edu>
Date: Saturday, April 17, 1999 7:19 AM
Subject: Coding chanllange (was: z80 timing... 6502 timing)
>> > >Ooh! A machine code competition. I'm in! I'll do the 6502 and whoop
>> > >EVERYONE'S ass!
>
>> > And then you woke up. First what are the rules, 6502 or 65C02, code in
Rom
>> > or Ram, what is the code supposed to do?
>
>Good point.
>
>> > My vote goes for something with some graphical element so we can "see"
what
>> > is happening. (spinning ball, etc.)
>
>Nice, but already to high level.
>The task should be abstract enough to run within a simple
>system, lets say a SBC system with CPU, some MEM and some
>of the usual I/O&Controll stuff (Ports, Serial, Timer).
>
>Basicly there are two types of possible challanges:
>a) implements some kind of standard code in a most speedy way, or
>b) build some small, but sophisticated "real world" application.
>
>Challenge a) would meet the basic idea we had in our discusion:
>define at what ratio two processors are equivalent when executing
>a real task, while b) should be sophisticated enough to give a
>'boh ey' (sound of exeptional admire) effect.
>
>In terms of a sportive competition a) would be a compulsatory
>exercise, while b) is more a voluntary (free style) exercise.
>
>As I stated before, for our theme a) would be more aprobiate.
>
>As actual tasks I would suggest
>for a): a 'simple' sorting challenge
>given is
>- Input media
>- Input structure
>- input data (same data or all participants, randomly generated)
>- Type of sort algo to use (what about just a bubble ? :)
>- Output structur
>- Output media
>the score schould be made up from
>Execution time (mainly for the sort, but also for I/O)
>Programm length (again most points to be given on the sort itself)
>Style (readability, portability, maintainability)
>
>for b) a thing like a small multi tasking OS could be used,
>maybe for a controlling application (heating or traffic -
>or what about a model railroad setup ?) or other purposes ?
>(This could be chalenging, since these kind of tasks are
>maybe a bit tough for our little helpers :)
>
>So, you're opinion ?
>
>> BRING IT ON, MO FO!
>> Don't rub the lamp if you don't want the genie to come out.
>
>MO FO ? I fear, I'll have to rub the lamp.
>
>Gruss
>H.
>
>--
>Stimm gegen SPAM: http://www.politik-digital.de/spam/de/
>Vote against SPAM: http://www.politik-digital.de/spam/en/
>Votez contre le SPAM: http://www.politik-digital.de/spam/fr/
>Ich denke, also bin ich, also gut
>HRK
Received on Sat Apr 17 1999 - 08:56:15 BST