[REBOL] Re: New competition: do you accept the challenge?! :-)
From: moliad:gmai:l at: 6-Nov-2007 22:01
oh, and also, you must know that and this is based on A LOT of empirical
testing while profiling some aspects of liquid, that what has the most
effect on REBOL's overall speed is the amount of "things" and ram being
managaged.
the sad part is that its not linear, and its actually quite exponential.
with liquid, doing loops which generated 1000 very large objects of a
specific test, took 10 MB and about .5 secs, lets say
going to 2000, speed was somewhere around 5 seconds
reacing 10000, actually took over 15 minutes and somehow RAM was at 200MB!
when I tried 20000 rebol crashed after an hour and a half.
now if it where linear... the 20000 object test should have taken 10
seconds!
I have been pushing the envelope with R2 doing very largs apps, some would
allocate over 700MB ram, and yet, when you do things knowingly... rebol
always seems to get by.
for example, with liquid, I was able to change my design and allocate and
link-up one million concurrent nodes of the same type within one minute
using only 400MB. even C compiled code can start having issues when
reaching the millions, and java, well forget about it.
-MAx
On 11/6/07, Maxim Olivier-Adlhoch <moliad-gmail.com> wrote:
