exMARS -- Exhaust Memory Array Redcode Simulator
Martinus
Finally I have some corewars news:
Here you can find exMARS, yet another mars simulation utility:
http://martin-ankerl.at.tf/downloads/exmars-0.01.tar.gz
exMARS is a redcode simulator, just like Exhaust and pMARS. In fact, I
have shamelessly taken sourcecode from pMARS, exhaust, some
ideas from qMars, plus a lot of optimizations, a higher level
interface for Ruby, and shaked everything very well.
The resulting program has the following main features:
* Uses the parser from pMARS, so no previous parsing is neccessary. At
first this was my main motivation for exMARS.
* Speed: 50% faster than pmars on a pentiumIII, and often more than
twice as fast than pmars pentium 4 (using gcc 3.3.1, and the same
compiler options).
* Rewritten the code in a more object oriented way, which allows
different Mars at the same time in the same program, it should also
be thread save.
* Ruby interface: finally a really fast mars can be used in a high
level programming language. (see test.rb for an example usage)
At the moment exmars is probably an alpha version. It contains almost
all features I want it to have, but the programming interface will
definitely change.
I have only tried exMARS in Linux, because I do not have access to
windows right now, a simple 'make' would do. Have a look at the
Makefile for optimizations.
Please let me know if you find bugs, have any ideas, etc.
Martin
martinankerl at eml dot cc
Alexander Sasha Wait
> Here you can find exMARS, yet another mars simulation utility:
> http://martin-ankerl.at.tf/downloads/exmars-0.01.tar.gz
>
> * Rewritten the code in a more object oriented way, which allows
> different Mars at the same time in the same program, it should also
> be thread save.
>
I really made a mess of the pMARS code to get multiple simultaneous
cores running. Maybe I can do that more easily with exMARS!
See http://www.livejournal.com/community/ref_corewar/3895.html
Thanks!
Sasha
Bjoern
[...]
> I really made a mess of the pMARS code to get multiple simultaneous
> cores running. Maybe I can do that more easily with exMARS!
>
> See http://www.livejournal.com/community/ref_corewar/3895.html
This should be in an upcoming competition, I guess ;-)
--
Let's not weep for their evil deeds,
but for their lack of imagination
(Nick Cave)
Alexander Sasha Wait
> Alexander Sasha Wait wrote:
>
> [...]
>
> > I really made a mess of the pMARS code to get multiple simultaneous
> > cores running. Maybe I can do that more easily with exMARS!
> >
> > See http://www.livejournal.com/community/ref_corewar/3895.html
>
> This should be in an upcoming competition, I guess ;-)
I'd like a few people to try it out before I post a contest. There
are some details that could use discussion. For example, should the
multicore wrap around? (I.e. cores at the edges communicate with
cores on the opposite edge. Currently they do not but I think I will
make it wrap in the next version.) Should the "ports" (special
locations) be cleared after they are copied? I thought this was a
good idea, implemented it, but it doesn't seem necessary.
"multicore-0.0.2.tgz" will be out shortly. And hopefully a windows
only executable too. If you are interested, please, check my
LiveJournal community:
http://www.livejournal.com/community/ref_corewar/
I will, of-course, continue to read and post here!
Martin
No, no graphics at the moment. When I have time, I will make it
possible add a callback function which is automatically called every
iteration, this would make a simple and powerful interface for any
visualization. I think of something cool looking using OpenGL to
create a nice looking screensaver, the only problem is that I do not
have enough time...
Martin
Sascha Zapf
Oh, one mars with graphics is enough..exmars is good like it
is...fast...faster ...the...
The only thing i miss is the -l parameter...
Sascha
--
Parlez vous Redcode?