Mailing List Archive: 49091 messages
  • Home
  • Script library
  • AltME Archive
  • Mailing list
  • Articles Index
  • Site search

[REBOL] Re: New competition: do you accept the challenge?! :-)

From: ale870::gmail::com at: 7-Nov-2007 1:02

yes, now I understand what you say. My main target is testing how fast Rebol can handle strings. I compared it with java simply because java is fast, but not so fast like a real compiled application (e.g.: C++, C, Pascal, ADA, Oberon, etc...). The result is import only because that one is the only way I have to be sure that two different programming languages are implementing the same algorithms (so I can compare them). I think we need to optimize Rebol code using specific tokens (e.g.: I used append but now I discovered that "insert tail" is faster because it is native... this is an important optimization). Obviously, if can change the algorithm and you reach the same result, maybe you didn't work on Rebol code, but on programming logic. It means we should apply such optimization even in the java code. If you have a better idea or suggestions in order to check it, please don't hesitate to help me to find a better way (I started this "competition" since I'm creating some rebol cgi, and I asked to myself if rebol will be faster or slower than java ). Of course java server is another technology (not cgi), but now I wish to analyze tha language performances based on the same logic and algorithms. I think we could apply a different logic/algorithms only if we find a rebol trick that could be never applied in java since the "concept" could not be immplemented in java self. On Nov 7, 2007 12:48 AM, Gregg Irwin <> wrote:
> Hi Alessandro, > > AM> obviously we need to achieve the same result (else the comparison will > AM> fail!), but we need to optimize rebol program. > AM> Basically we need to maintain the program "logic" (loops, etc...). > > If we achieve the same result, why does the program logic have to be > the same? If the result is important, then we need to know what the > *specific* output format is, and what drives its generation (so we can > get creative in how we generate it). If the logic is important, then > it's just brute force, testing REBOL's string handling performance, and > there are many less options for optimization. > > -- Gregg > > -- > To unsubscribe from the list, just send an email to > lists at with unsubscribe as the subject. >
-- //Alessandro