1. Re: Digest for EUforum at topica.com, issue 42
Please remove me from the distribution list.
Thanks!
Shin
--- EUforum at topica.com wrote:
> -- Topica Digest --
>
> Euphoria 4 to 8 times slower than C? Excellent!
> By mtsreborn at yahoo.com
>
>
> By euman at bellsouth.net
>
> Source Line too Long
> By euman at bellsouth.net
>
> Re:
> By euman at bellsouth.net
>
> Re:
> By gertie at PELL.NET
>
> Re: Something from Rob Craig
> By jyazel at OHIOHILLS.COM
>
> Re: Something from Rob Craig
> By rds at RapidEuphoria.com
>
> Re: note on AI
> By abindoff at ONE.NET.AU
>
> Wake up! - was Re: note on AI
> By ghenryca at LYCOS.COM
>
> RE: Evolving/Learning AI progs (was RE: Let me try once
> more)
> By bensler at mailops.com
>
>
> Date: Wed, 31 Jan 2001 16:21:17 -0800 (PST)
> From: Mike The Spike <mtsreborn at yahoo.com>
> Subject: Euphoria 4 to 8 times slower than C? Excellent!
>
>
> Euphoria always has being know (by me) to be from 250
> to 100 times slower than compiled, optimised VC++.
>
> I recently wrote a benchmark called mtsbenchy.exw for
> Euphoria.
> I then coded the same benchmark in C, and compiled
> with LCCWin.
> Asside from the fact the the benchmark crashes after a
> while in C, it seems that Euphoria is only 4 to 8
> times slower than C in this case.
>
> These are my results:
> EXW.EXE 2.2
> -*-*-*-*-*-
> Integer Evaluation Benchmark
> 672773 evaluations per second...
>
> Floating Point Evaluation Benchmark
> 506306 evaluations per second...
>
> Integer Division Benchmark
> 485902 Divisions per second...
>
> Floating Point Division Benchmark
> 383571 Divisions per second...
>
>
> LCCWin32
> -*-*-*-*-
> Integer Evaluation Benchmark
> 3406797 evaluations per second...
>
> Floating Point Evaluation Benchmark
> 2195680 evaluations per second...
>
> Integer Division Benchmark
> 3410563 Divisions per second...
>
> Floating Point Division Benchmark
> 1572064 Divisions per second...
>
>
>
> Allthough I am not satisfied untill Euphoria is only
> 1.5 times slower than C! :P
>
> Mike The Spike
> PS. I wrote the C version so that all code is executed
> and not stripped by the optimizer. LCCWin does not do
> that in the first place.
>
>
> ------------------------------
>
> Date: Thu, 1-Feb-2001 00:22:17 GMT
> From: Euman <euman at bellsouth.net>
> Subject:
>
>
>
> TEST
> Euman
>
>
> ------------------------------
>
> Date: Wed, 31 Jan 2001 14:08:46 -0800
> From: Euman <euman at bellsouth.net>
> Subject: Source Line too Long
>
>
>
> ------=_NextPart_000_004E_01C08BA9.6CA720C0
> boundary="----=_NextPart_001_004F_01C08BA9.6CA720C0"
>
>
> ------=_NextPart_001_004F_01C08BA9.6CA720C0
> charset="iso-8859-1"
> Content-Transfer-Encoding: quoted-printable
>
> .bmp
>
> Doesn't look like 198 (chars) does it?
>
> Damn,This SUCKS.
>
> Only 198(char) line limit
>
>
>
> euman
>
>
>
> ------=_NextPart_001_004F_01C08BA9.6CA720C0
> charset="iso-8859-1"
> Content-Transfer-Encoding: quoted-printable
>
> <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0
> Transitional//EN">
> <HTML><HEAD>
> <META http-equiv=3DContent-Type content=3D"text/html; =
> charset=3Diso-8859-1">
> <META content=3D"MSHTML 5.50.4611.1300" name=3DGENERATOR>
> <STYLE></STYLE>
> </HEAD>
> <BODY bgColor=3D#ffffff>
> <DIV><FONT face=3DArial size=3D2><IMG alt=3D""
> hspace=3D0=20
> src=3D"cid:004d01c08bd3$557587a0$60b14cd8@euman"
> align=3Dbaseline=20
> border=3D0> .bmp</FONT></DIV>
> <DIV><FONT face=3DArial size=3D2></FONT> </DIV>
> <DIV>
> <DIV><FONT face=3DArial size=3D2>Doesn't look
> like 198 =
> (chars) does=20
> it?</FONT></DIV>
> <DIV><FONT face=3DArial
> size=3D2></FONT> </DIV></DIV>
> <DIV><FONT face=3DArial size=3D2>Damn,This
> SUCKS.</FONT></DIV>
> <DIV><FONT face=3DArial size=3D2></FONT> </DIV>
> <DIV><FONT face=3DArial size=3D2>Only 198(char) line
> limit</FONT></DIV>
> <DIV><FONT face=3DArial size=3D2></FONT> </DIV>
> <DIV><FONT face=3DArial size=3D2></FONT> </DIV>
> <DIV><FONT face=3DArial size=3D2></FONT> </DIV>
> <DIV><FONT face=3DArial size=3D2>euman</FONT></DIV>
> <DIV><FONT face=3DArial size=3D2></FONT> </DIV>
> <DIV><FONT face=3DArial
>
> ------=_NextPart_001_004F_01C08BA9.6CA720C0--
>
> ------=_NextPart_000_004E_01C08BA9.6CA720C0
> name="SLTL.bmp"
