Loading ...
Sorry, an error occurred while loading the content.

Messages List

2343

Re: Intense integer benchmark for interpreters (and a few compilers)

Anybody have a home-grown compiler/interpreter they'd like to bench?  Anybody have a home-grown compiler/interpreter they'd like to bench?
Ed Davis
Apr 16, 2014
#2343
 
2342

Re: Intense integer benchmark for interpreters (and a few compilers)

Yes, I found that to be very interesting. I plan to download C# and vb.net, to compare their times against Java.     From: Hugo Rozas Mory
Ed Davis
Apr 16, 2014
#2342
 
2341

Re: Intense integer benchmark for interpreters (and a few compilers)

Java looks very fast, Interesting... ... From: Ed Davis To: QDepartment@yahoogroups.com Sent: Saturday, April 12, 2014 9:40 AM Subject: [QDepartment] Intense
Hugo Rozas Mory
Apr 15, 2014
#2341
 
2340

Re: Intense integer benchmark for interpreters (and a few compilers)

Very cool.   http://sites.google.com/site/rickclark58/ Rick Clark ________________________________ From: Ed Davis To:
Richard Clark
Apr 12, 2014
#2340
 
2339

Intense integer benchmark for interpreters (and a few compilers)

Here is the code in C for an ASCII Mandelbrot, using integers only.     #include     int main() {       int left_edge, right_edge,
Ed Davis
Apr 12, 2014
#2339
 
2338

Re: tiny/small BASIC interpreter sources, in various languages

This interpreter is the worst of all i have ever see... avoid this in big turn.
aurel.zlatko
Apr 3, 2014
#2338
 
2337

Re: Web based Turbo Pascal compiler in Javascript

That is very cool. Turbo was a classic, and was one of my favorites back in the day.
rickclark58@sbcglobal.net
Feb 12, 2014
#2337
 
2336

Web based Turbo Pascal compiler in Javascript

A guy has written a Turbo Pascal compiler in Javascript: http://www.teamten.com/lawrence/projects/turbo_pascal_compiler/ He has several interesting Turbo
Ed Davis
Feb 12, 2014
#2336
 
2335

Re: (mainly) C-like interpreter speed comparison

It is amazing that such simple changes result in large differences in time.   http://sites.google.com/site/rickclark58/ Rick Clark
Richard Clark
Dec 7, 2013
#2335
 
2334

Re: (mainly) C-like interpreter speed comparison

A couple of updates: Lua and Ruby are _much_ faster if I make a couple of simple changes - no change in the actual algorithm (that would be cheating :-) ). My
Ed Davis
Dec 7, 2013
#2334
 
2333

Re: (mainly) C-like interpreter speed comparison

Here is an update, with a few new interpreters added, along with URL's and comments for most interpreters. Goal:  test interpreter looping and integer
Ed Davis
Dec 5, 2013
#2333
 
2332

Re: (mainly) C-like interpreter speed comparison

What gets my attention is that the popular scripting language LUA is 110 times slower than the C version. (Allthough I believe there is a Jit Lua, but probably
Hugo Rozas Mory
Dec 4, 2013
#2332
 
2331

Re: (mainly) C-like interpreter speed comparison

Interesting information. The overall lesson here, I think, is to make optimization the main focus of your interpreter after getting the needed functionality.
Richard Clark
Dec 3, 2013
#2331
 
2330

(mainly) C-like interpreter speed comparison

I enjoy fiddling with simple interpreters (e.g., ones I can understand).  I was curious as to how fast some of them were, so I came up with a simple integer
Ed Davis
Dec 2, 2013
#2330
 
2329

Re: tiny/small BASIC interpreter sources, in various languages

Hi Richard - Yes thanks - i have visited that link, it is the authors site where you can download the latest version, thats where i got it from. In the
trumos
Oct 4, 2013
#2329
 
View First Topic Go to View Last Topic
Loading 1 - 15 of total 2,343 messages