Re: NexusDB database engine Crossgrade introduction

From: Ken Brumback (kbrumback_nospam__at_arl.i-n-s.com)
Date: 12/10/03


Date: Wed, 10 Dec 2003 13:09:01 -0500

Hannes,

I read your statement but I disagree about them being useless. Benchmarks
are relevant when comparing different DBs for performance; whether you use
your own benchmark tool and/or the vendors.

Your website says:

"How fast is it then?
As soon as we ship NexusDB we will provide a trial version. It is well
understood that benchmarks can only give an indication of how well the
engine performs and that every benchmark is biased to a certain engine. We
are very confident that you will see similar improvements to those that we
found in our internal tests, by simply trying your app with the trial
version. We are confident that NexusDB out-performs the competition - try it
and see for yourself!"
The statement "It is well understood that benchmarks can only give an
indication of how well the engine performs and that every benchmark is
biased to a certain engine" does not totally hold up. Sure, some vendors
may or willfully skew the results to benefit them. Again, you have to do the
benchmark yourself. DB performance is generally always an issue that must be
dealt with.

Regards,

Ken Brumback
INS, Inc.

"Hannes Danzl[NDD]" <hannes@nexusdb.dbnexus.com> wrote in message
news:3fd75a4f$1@newsgroups.borland.com...
> > I did not see any benchmarks on the NexusDB site. Only statements under
> > "Feature in Detail".
>
> Our official opinion about database "benchmarks" was made several times
> already: generally they are useless. Depending on which functions exactly
and
> even how you test them often ends in completely different results. We've
seen
> enough benchmark wars in this group and for everyone who wants a benchmark
> there are enough out there.
>
> We offer a full working trial and a free lite version for everyone to
download
> and when asked about performance our answer is: try it with your app. We
simply
> can't tell people that we will be 10, 20, 50, 500% faster than the
currently
> used database cause we simply don't know. We are doing a lot of
comparisons and
> optimizations with all these featurelists and available benchmarks. They
are
> useful *for us* in the way that they show potential points to improve. We
are
> happy with these for ourselves, but what counts at the end is if the
customers
> are happy. And that they have to decide on their own and surely will not
be if
> a promise doesn't hold up.
>
> If someone wants to include NexusDB into a benchmark we have no problems
with
> it as long as the source is available for every one to review and a place
for
> discussion/explanation of it is offered. If we suck in a certain test we
will
> try hard to get better in it ;)

Good for you and glad to hear it. Good luck!

>
> hope this explains why we do not offer benchmarks and/or results.
>
> --
>
> Hannes Danzl [NexusDB Developer]
> Newsgroup archive at http://www.tamaracka.com/search.htm
>
>
>
>



Relevant Pages

  • Re: Replication bandwidth comparison
    ... > You had also better go back and take a MUCH better look at that benchmark, ... Nowhere did it specify that multiple updates to the same row occured ... The merge engine picks up everything ... > once between synchronization cycles. ...
    (microsoft.public.sqlserver.replication)
  • Re: Replication bandwidth comparison
    ... subjective to hardware, OS, OS configuration, NIC, NIC drivers, network ... >> benchmark, because your conclusions are fatally flawed. ... The merge engine picks up everything ... >> data more than once between synchronization cycles. ...
    (microsoft.public.sqlserver.replication)
  • Re: Robust Single File database - updated benchmark results
    ... I sent the request last week and got a message from Eivind Bakkestuen last ... Thursday asking some questions about the benchmark (I answered the same ... Several NexusDB users were curious to know how NexusDB would fare in such a ... "NexusDB has a very fast engine structure at its heart and performs ...
    (borland.public.delphi.thirdpartytools.general)
  • Re: Angabe von HW-Anforderungen
    ... > Die GraKa wird auch nur mit der einen Engine getestet - keine Aussagekraft ... Besonders die pauschalen Punkte stören mich. ... Aquamark oder irgendeinem anderen Benchmark zu halten? ... Next by Date: ...
    (de.rec.spiele.computer.action)
  • Re: Webkit/V8 vs. Webkit/JavaScriptCore/SquirreFish, WOW
    ... V8 is 5 times slower than SpiderMonkey or Safari's JS Engine. ... At least in my (undeniably pedestrian) benchmark. ... Which is precisely the same thing, as rating a computer system by pure CPU muscles when using it as gaming platform. ...
    (comp.lang.javascript)