MivaTest vs PerlTest

Hey Folks!

Many of you will remember our old pal Rich Duzenbury. We haven't heard
from him on this list in over a year because, sad to say, he no longer
dabbles in Miva but has moved on to using other scripting languages. I
did get a message from Rich, however, that was extrememly
insteresting...

He's been working with Perl and MySQL and wondered how well it
performed. He thought of MivaTest and converted it to a Perl script
using MySQL as the DBASE engine and has dubbed it "PerlTest". Rich sent
me the URL to his PerlTest page and I set SAM to work doing a mock-up
MivaTest page including the PerlTest URL just to see how well it would
do compared to Miva. The results are interesting:

http://mrmoon.com/mivatest/perltest.mv

Rich says his server is a "lowly Pentium II - 266 with 128Mb of RAM".
Miva compares favorably with regard to the DBASE scores but the rest of
the tests, well, I think terribly dissappointed with Miva would be
putting it extremely mildly...

If anyone would like to download PerlTest, it is available from Rich's
website at:

<A HREF ="http://www.theduz.com/download/perltest.pl.gz">http://www.theduz.com/download/perltest.pl.gz</A>

As far as installation instructions, etc., you're on your own...

Mr Moon

Archives: <A HREF ="http://www.mrmoon.com/moonlist">http://www.mrmoon.com/moonlist</A>

MivaTest: <A HREF ="http://www.mrmoon.com/mivatest">http://www.mrmoon.com/mivatest</A>

Download: <A HREF ="http://www.mrmoon.com/download">http://www.mrmoon.com/download</A>

----------------------------------------

MivaTest vs PerlTest



This is really strange! When I clicked on the link, It
opened a vrml border and gave me a vrml compilation error!
Anyone else get this?

Cheers,
Tom

At 03:44 PM 12/06/2000 , Mister Moon wrote:
>Hey Folks!
>
>Many of you will remember our old pal Rich Duzenbury. We haven't heard
>from him on this list in over a year because, sad to say, he no longer
>dabbles in Miva but has moved on to using other scripting languages. I
>did get a message from Rich, however, that was extrememly
>insteresting...
>
>He's been working with Perl and MySQL and wondered how well it
>performed. He thought of MivaTest and converted it to a Perl script
>using MySQL as the DBASE engine and has dubbed it "PerlTest". Rich sent
>me the URL to his PerlTest page and I set SAM to work doing a mock-up
>MivaTest page including the PerlTest URL just to see how well it would
>do compared to Miva. The results are interesting:
>
> http://mrmoon.com/mivatest/perltest.mv
>
>Rich says his server is a "lowly Pentium II - 266 with 128Mb of RAM".
>Miva compares favorably with regard to the DBASE scores but the rest of
>the tests, well, I think terribly dissappointed with Miva would be
>putting it extremely mildly...
>
>If anyone would like to download PerlTest, it is available from Rich's
>website at:
>
> <A HREF ="http://www.theduz.com/download/perltest.pl.gz">http://www.theduz.com/download/perltest.pl.gz</A>
>
>As far as installation instructions, etc., you're on your own...
>
>Mr Moon

"When *I* use a word," Humpty Dumpty said in rather a scornful tone,
"it means just what I choose it to mean - neither more nor less."

"The question is," said Alice, "whether you CAN make words mean many
different things."

"The question is," said Humpty Dumpty, "which is to be master -
that's all."
(from Alice in Wonderland)

MivaTest vs PerlTest



I find that comparison very interesting...

Would it be safe to say that the DBASE test represents the bulk of activity
typical of an ecommerce site?

If so, then it appears to me that the Miva engine would be considered the
better choice for an ecommerce application.

I guess the next question would be which database is more scalable?


Tim Mallardi


> http://mrmoon.com/mivatest/perltest.mv
>
> Rich says his server is a "lowly Pentium II - 266 with 128Mb of RAM".
> Miva compares favorably with regard to the DBASE scores but the rest of
> the tests, well, I think terribly dissappointed with Miva would be
> putting it extremely mildly...

MivaTest vs PerlTest



Hey Tim!

Tim Mallardi wrote:
>
> I find that comparison very interesting...

So do I... What will be even more interesting is if (when?) the compiled
version of Miva will perform any better on MivaTest and if so, will it
come close to the performance of Rich's machine and PerlTest.

Mulling this over, I am very thankful to Rich for porting MivaTest to
PerlTest. Although MivaTest has, for over two years, provided a good
comparison of Miva running on different servers, now we have a good
comparison between Miva and Perl.

> Would it be safe to say that the DBASE test represents the bulk of activity
> typical of an ecommerce site?

Although I don't personally run any e-commerce sites, I would tend to
disagree with this speculation. I think that the ADDING score, which
reflects the languages ability to perform simple mathematical
operations, would be more representative of the bulk of an e-commerce's
website activity. But then, whaddo I know...

> If so, then it appears to me that the Miva engine would be considered the
> better choice for an ecommerce application.

Oh, I donno about that, either. I think that this score is probably two
to three times better than Miva running on a similar server.

> I guess the next question would be which database is more scalable?

Someone else will have to respond to this since I am completely ignorant
of MySQL...

What I find more interesting than anything else is the lack of response
to this thread. About 60 people (a sad, small percentage of the
supposedly countless thousands of Miva developers) took a look at the
PerlTest / Miva performance URL posted in my original message. Yet, only
Tim has expressed any interest. I am surprised that no one else has
anything else to say...

Even though the DBASE score is roughly half of the best Miva score, the
server at the top of the Miva chart has, if I remember correctly, a 1GHz
CPU compared to the 266Mhz CPU in Rich's server. Bearing that in mind,
would then the ADDING score, which is 49 times faster on PerlTest on a
266Mhz CPU, be 200 times faster if run on a comparable CPU?

Well, I hope that the folks at the Company won't completely ignore this
comparison...

Mr Moon

Archives: <A HREF ="http://www.mrmoon.com/moonlist">http://www.mrmoon.com/moonlist</A>

MivaTest: <A HREF ="http://www.mrmoon.com/mivatest">http://www.mrmoon.com/mivatest</A>

Download: <A HREF ="http://www.mrmoon.com/download">http://www.mrmoon.com/download</A>

----------------------------------------

MivaTest vs PerlTest



Mister Moon wrote:
> Although I don't personally run any e-commerce sites, I would tend to
> disagree with this speculation. I think that the ADDING score, which
> reflects the languages ability to perform simple mathematical
> operations, would be more representative of the bulk of an e-commerce's
> website activity.

The typical computation at an ecommerce site doesn't involve adding
hundreds of numbers. I would think 1-5 product prices summed, tax rate
computed, shipping charge added and that is it for 99% of the stores.
The majority of the adding, multiplying and subtracting occurs when the
customer looks at their basket contents or goes through the checkout;
again, with only a few numbers.

On the other hand, displaying product info from a database on nearly
every screen, writing customer info at login and checkout, adding to the
basket periodically and making inventory updates is fairly integral and
may involve numerous reads/writes in the various databases on every
screen.

I would think the compiled Mivascript is going to make a big
difference. I can recall the scene in 1985 when I compiled and ran a
dbaseIII prg file using Clipper for the first time. We sat there in
amazement as we went through the various routines in the program to see
the effect. I'm sure you've had similar experiences. I believe we all
will when the Mivascript compiler is released.

--
Bill Weiland - Emporium Plus <A HREF ="http://www.emporiumplus.com/store.mv">http://www.emporiumplus.com/store.mv</A>
NEW: Mini-basket Display <A HREF ="http://www.emporiumplus.com/tk3/minibask.htm ">http://www.emporiumplus.com/tk3/minibask.htm </A>
NEW: Rate/Review Products <A HREF ="http://www.emporiumplus.com/tk3/ratethis.htm">http://www.emporiumplus.com/tk3/ratethis.htm</A>
CIM Tool Kit (3 dozen modules); plus Coupon Redemption, Power Search,
Attribute Import/Export, Rate This, and PayPal Miva Merchant modules.
|
|

MivaTest vs PerlTest



But what I find interesting, is Perl is ALSO an interpreted language... so
why is it SO much faster then Miva? They both are being interpreted line by
line as they run, aren't they? If so, why is Miva so much slower, even on a
much faster machine? I'm running on a dual 750 and not getting anywhere
close to that score.

Miva... I hope you are taking this seriously... because we are. With run
times like that, it looks like it would really be worth my while to take the
time to learn Perl...

Greg

*******************************
Web site design, promotion & hosting
<A HREF ="http://www.gddesign.com">http://www.gddesign.com</A>
<A HREF ="http://www.a1hostco.com">http://www.a1hostco.com</A>
*******************************



----- Original Message -----
From: "William Weiland" <[email protected]>
To: <[email protected]>
Sent: Thursday, December 07, 2000 11:08 AM
Subject: Re: [meu] MivaTest vs PerlTest


> Mister Moon wrote:
> > Although I don't personally run any e-commerce sites, I would tend to
> > disagree with this speculation. I think that the ADDING score, which
> > reflects the languages ability to perform simple mathematical
> > operations, would be more representative of the bulk of an e-commerce's
> > website activity.
>
> The typical computation at an ecommerce site doesn't involve adding
> hundreds of numbers. I would think 1-5 product prices summed, tax rate
> computed, shipping charge added and that is it for 99% of the stores.
> The majority of the adding, multiplying and subtracting occurs when the
> customer looks at their basket contents or goes through the checkout;
> again, with only a few numbers.
>
> On the other hand, displaying product info from a database on nearly
> every screen, writing customer info at login and checkout, adding to the
> basket periodically and making inventory updates is fairly integral and
> may involve numerous reads/writes in the various databases on every
> screen.
>
> I would think the compiled Mivascript is going to make a big
> difference. I can recall the scene in 1985 when I compiled and ran a
> dbaseIII prg file using Clipper for the first time. We sat there in
> amazement as we went through the various routines in the program to see
> the effect. I'm sure you've had similar experiences. I believe we all
> will when the Mivascript compiler is released.
>
> --
> Bill Weiland - Emporium Plus <A HREF ="http://www.emporiumplus.com/store.mv">http://www.emporiumplus.com/store.mv</A>
> NEW: Mini-basket Display <A HREF ="http://www.emporiumplus.com/tk3/minibask.htm">http://www.emporiumplus.com/tk3/minibask.htm</A>
> NEW: Rate/Review Products <A HREF ="http://www.emporiumplus.com/tk3/ratethis.htm">http://www.emporiumplus.com/tk3/ratethis.htm</A>
> CIM Tool Kit (3 dozen modules); plus Coupon Redemption, Power Search,
> Attribute Import/Export, Rate This, and PayPal Miva Merchant modules.
> |
> |
>

MivaTest vs PerlTest



Another interesting comparison would be ASP & MySQL...


> He's been working with Perl and MySQL and wondered how well it
> performed. He thought of MivaTest and converted it to a Perl script

MivaTest vs PerlTest



I have to jump in here . . .

Mysql is not a real database. It has no relations! It's fast because it
doesn't bother with any kind of relations or integrety checking . . . plus
it doesn't support everything that SQL can do... only a pretty limited
subset.

jgl

-----Original Message-----
Another interesting comparison would be ASP & MySQL...


> He's been working with Perl and MySQL and wondered how well it
> performed. He thought of MivaTest and converted it to a Perl script

MivaTest vs PerlTest



But what is the point? dBase is not a real database either. It has no
relations...and it doesn't bother with any kind of relations or integrety
checking either... and it supports NO SQL. :)

Greg

*******************************
Web site design, promotion & hosting
<A HREF ="http://www.gddesign.com">http://www.gddesign.com</A>
<A HREF ="http://www.a1hostco.com">http://www.a1hostco.com</A>
*******************************



----- Original Message -----
From: "JGL" <[email protected]>
To: "Miva Users List" <[email protected]>
Sent: Thursday, December 07, 2000 11:55 AM
Subject: RE: [meu] MivaTest vs PerlTest


> I have to jump in here . . .
>
> Mysql is not a real database. It has no relations! It's fast because it
> doesn't bother with any kind of relations or integrety checking . . . plus
> it doesn't support everything that SQL can do... only a pretty limited
> subset.
>
> jgl
>
> -----Original Message-----
> Another interesting comparison would be ASP & MySQL...
>
>
> > He's been working with Perl and MySQL and wondered how well it
> > performed. He thought of MivaTest and converted it to a Perl script
>
>

MivaTest vs PerlTest



>>interesting comparison would be ASP & MySQL

It was in response to the above . . . that's the point. ASP and Mysql -
(apples and oranges). . .

:)
jgl

-----Original Message-----
From: Greg [mailto:[email protected]]
Sent: Thursday, December 07, 2000 12:01 PM
To: JGL; Miva Users List
Subject: Re: [meu] MivaTest vs PerlTest


But what is the point? dBase is not a real database either. It has no
relations...and it doesn't bother with any kind of relations or integrety
checking either... and it supports NO SQL. :)

Greg

*******************************
Web site design, promotion & hosting
<A HREF ="http://www.gddesign.com">http://www.gddesign.com</A>
<A HREF ="http://www.a1hostco.com">http://www.a1hostco.com</A>
*******************************



----- Original Message -----
From: "JGL" <[email protected]>
To: "Miva Users List" <[email protected]>
Sent: Thursday, December 07, 2000 11:55 AM
Subject: RE: [meu] MivaTest vs PerlTest


> I have to jump in here . . .
>
> Mysql is not a real database. It has no relations! It's fast because it
> doesn't bother with any kind of relations or integrety checking . . . plus
> it doesn't support everything that SQL can do... only a pretty limited
> subset.
>
> jgl
>
> -----Original Message-----
> Another interesting comparison would be ASP & MySQL...
>
>
> > He's been working with Perl and MySQL and wondered how well it
> > performed. He thought of MivaTest and converted it to a Perl script
>
>

MivaTest vs PerlTest



Here is the original point

Miva & dBase
v.
Perl & MySQL
v.
ASP & MySQL




----- Original Message -----
From: JGL <[email protected]>
To: Greg <[email protected]>; JGL <[email protected]>; Miva Users List
<[email protected]>
Sent: Thursday, December 07, 2000 11:15 AM
Subject: RE: [meu] MivaTest vs PerlTest


> >>interesting comparison would be ASP & MySQL
>
> It was in response to the above . . . that's the point. ASP and Mysql -
> (apples and oranges). . .
>
> :)
> jgl
>
> -----Original Message-----
> From: Greg [mailto:[email protected]]
> Sent: Thursday, December 07, 2000 12:01 PM
> To: JGL; Miva Users List
> Subject: Re: [meu] MivaTest vs PerlTest
>
>
> But what is the point? dBase is not a real database either. It has no
> relations...and it doesn't bother with any kind of relations or integrety
> checking either... and it supports NO SQL. :)
>
> Greg
>
> *******************************
> Web site design, promotion & hosting
> <A HREF ="http://www.gddesign.com">http://www.gddesign.com</A>
> <A HREF ="http://www.a1hostco.com">http://www.a1hostco.com</A>
> *******************************
>
>
>
> ----- Original Message -----
> From: "JGL" <[email protected]>
> To: "Miva Users List" <[email protected]>
> Sent: Thursday, December 07, 2000 11:55 AM
> Subject: RE: [meu] MivaTest vs PerlTest
>
>
> > I have to jump in here . . .
> >
> > Mysql is not a real database. It has no relations! It's fast because it
> > doesn't bother with any kind of relations or integrety checking . . .
plus
> > it doesn't support everything that SQL can do... only a pretty limited
> > subset.
> >
> > jgl
> >
> > -----Original Message-----
> > Another interesting comparison would be ASP & MySQL...
> >
> >
> > > He's been working with Perl and MySQL and wondered how well it
> > > performed. He thought of MivaTest and converted it to a Perl script
> >
> >

MivaTest vs PerlTest



-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On Thu, 07 Dec 2000 10:14:43 -0500, Mister Moon wrote:

>
>What I find more interesting than anything else is the lack of response
>to this thread. About 60 people (a sad, small percentage of the
>supposedly countless thousands of Miva developers) took a look at the
>PerlTest / Miva performance URL posted in my original message. Yet, only
>Tim has expressed any interest. I am surprised that no one else has
>anything else to say...
>
>Even though the DBASE score is roughly half of the best Miva score, the
>server at the top of the Miva chart has, if I remember correctly, a 1GHz
>CPU compared to the 266Mhz CPU in Rich's server. Bearing that in mind,
>would then the ADDING score, which is 49 times faster on PerlTest on a
>266Mhz CPU, be 200 times faster if run on a comparable CPU?
>
>Well, I hope that the folks at the Company won't completely ignore this
>comparison...
>
Wel I followed the link you gave and it took me to the bog-standard mivatest page, without a mention of the word Perl anywhere.
A couple of other people mentioned going to different pages, too.
What disappoints me is that of the three IHP's who I know support Miva in New Zealand, one charges the earth for a small site,
one is in last place on Mivatest, and one ignored my request to change the timeout so that the script would run (which suggests
the results might have been quite dismal).


Richard.


richard grevers | dramatic design
design for web | theatre | print
po box 3263, christchurch 8015, new zealand
tel +64-3-357-9444 | fax +64-3-358-2666
e [email protected] | web <A HREF ="http://www.dramatic.co.nz">http://www.dramatic.co.nz</A>

-----BEGIN PGP SIGNATURE-----
Version: PGPsdk version 1.7.1 (C) 1997-1999 Network Associates, Inc. and its affiliated companies.

iQA/AwUBOi85nyiup/omJ4sGEQLirQCg0eLm8a7PGDqwQpPAsDLT4KIEcmcAoMF+
a6rYiCIJ4YqOVs7yACviGvhK
=Mzty
-----END PGP SIGNATURE-----

MivaTest vs PerlTest



Look at the very top listing in the list... I believe that is the Perl
site....

Greg

*******************************
Web site design, promotion & hosting
<A HREF ="http://www.gddesign.com">http://www.gddesign.com</A>
<A HREF ="http://www.a1hostco.com">http://www.a1hostco.com</A>
*******************************



----- Original Message -----
From: "Richard Grevers, Dramatic Design" <[email protected]>
To: <[email protected]>; "Miva Users List" <[email protected]>
Sent: Thursday, December 07, 2000 2:17 PM
Subject: Re: [meu] MivaTest vs PerlTest


> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> On Thu, 07 Dec 2000 10:14:43 -0500, Mister Moon wrote:
>
> >
> >What I find more interesting than anything else is the lack of response
> >to this thread. About 60 people (a sad, small percentage of the
> >supposedly countless thousands of Miva developers) took a look at the
> >PerlTest / Miva performance URL posted in my original message. Yet, only
> >Tim has expressed any interest. I am surprised that no one else has
> >anything else to say...
> >
> >Even though the DBASE score is roughly half of the best Miva score, the
> >server at the top of the Miva chart has, if I remember correctly, a 1GHz
> >CPU compared to the 266Mhz CPU in Rich's server. Bearing that in mind,
> >would then the ADDING score, which is 49 times faster on PerlTest on a
> >266Mhz CPU, be 200 times faster if run on a comparable CPU?
> >
> >Well, I hope that the folks at the Company won't completely ignore this
> >comparison...
> >
> Wel I followed the link you gave and it took me to the bog-standard
mivatest page, without a mention of the word Perl anywhere.
> A couple of other people mentioned going to different pages, too.
> What disappoints me is that of the three IHP's who I know support Miva in
New Zealand, one charges the earth for a small site,
> one is in last place on Mivatest, and one ignored my request to change the
timeout so that the script would run (which suggests
> the results might have been quite dismal).
>
>
> Richard.
>
>
> richard grevers | dramatic design
> design for web | theatre | print
> po box 3263, christchurch 8015, new zealand
> tel +64-3-357-9444 | fax +64-3-358-2666
> e [email protected] | web <A HREF ="http://www.dramatic.co.nz">http://www.dramatic.co.nz</A>
>
> -----BEGIN PGP SIGNATURE-----
> Version: PGPsdk version 1.7.1 (C) 1997-1999 Network Associates, Inc. and
its affiliated companies.
>
> iQA/AwUBOi85nyiup/omJ4sGEQLirQCg0eLm8a7PGDqwQpPAsDLT4KIEcmcAoMF+
> a6rYiCIJ4YqOVs7yACviGvhK
> =Mzty
> -----END PGP SIGNATURE-----
>
>

MivaTest vs PerlTest



Hello Mister,

> What I find more interesting than anything else is the lack of response
> to this thread. About 60 people (a sad, small percentage of the
> supposedly countless thousands of Miva developers) took a look at the
> PerlTest / Miva performance URL posted in my original message. Yet, only
> Tim has expressed any interest. I am surprised that no one else has
> anything else to say...

I too find it interesting the lack of response to your invitation to look at
the test results posted in your original message. Although I don't have any
idea of the actual number of active participants on this list, 60 visits
does seem to be low. However, I was one of the those 60 and although I was
amazed at the numbers, I didn't feel a need to respond. Maybe that was a
mistake.

Although there isn't really anything immediate that I can do about the
comparison between Miva and Perl, your post was helpful in that it gave me
information that I can use to make a more intelligent decision if I decide
that Miva is no longer satisfying my requirements. The primary thought I had
when reviewing the results was, "I hope Miva Company is paying attention."
Since that was in fact one of the few thread responses, I believe that was
also a primary thought of many. I think possibly the mistake that was made
was not formally thanking you and Rich for sharing the information. You both
could have easily (and understandably) sat on the information to the
possible detriment of the Miva community.

It might be fair to say that with the investment that most Miva developers
have made, at least for now, it is worth "seeing what is around the corner"
with Miva. Hopefully, more than just our new list moderator, Frank, is
paying attention at Miva. I'm sure, Mister, that at times the pressure that
you and others have put on the Company has seemed fruitless or just not
worth the effort. But your efforts to support the Miva community is much
appreciated.

Sincerely,

Michael Garrison
[email protected]
<A HREF ="http://www.studyfiannce.com">http://www.studyfiannce.com</A>


-----Original Message-----
From: [email protected] [mailto:[email protected]]On
Behalf Of Mister Moon
Sent: Thursday, December 07, 2000 8:15 AM
To: Tim Mallardi; Miva Users List; Rich Duzenbury
Subject: Re: [meu] MivaTest vs PerlTest


Hey Tim!

Tim Mallardi wrote:
>
> I find that comparison very interesting...

So do I... What will be even more interesting is if (when?) the compiled
version of Miva will perform any better on MivaTest and if so, will it
come close to the performance of Rich's machine and PerlTest.

Mulling this over, I am very thankful to Rich for porting MivaTest to
PerlTest. Although MivaTest has, for over two years, provided a good
comparison of Miva running on different servers, now we have a good
comparison between Miva and Perl.

> Would it be safe to say that the DBASE test represents the bulk of
activity
> typical of an ecommerce site?

Although I don't personally run any e-commerce sites, I would tend to
disagree with this speculation. I think that the ADDING score, which
reflects the languages ability to perform simple mathematical
operations, would be more representative of the bulk of an e-commerce's
website activity. But then, whaddo I know...

> If so, then it appears to me that the Miva engine would be considered the
> better choice for an ecommerce application.

Oh, I donno about that, either. I think that this score is probably two
to three times better than Miva running on a similar server.

> I guess the next question would be which database is more scalable?

Someone else will have to respond to this since I am completely ignorant
of MySQL...

What I find more interesting than anything else is the lack of response
to this thread. About 60 people (a sad, small percentage of the
supposedly countless thousands of Miva developers) took a look at the
PerlTest / Miva performance URL posted in my original message. Yet, only
Tim has expressed any interest. I am surprised that no one else has
anything else to say...

Even though the DBASE score is roughly half of the best Miva score, the
server at the top of the Miva chart has, if I remember correctly, a 1GHz
CPU compared to the 266Mhz CPU in Rich's server. Bearing that in mind,
would then the ADDING score, which is 49 times faster on PerlTest on a
266Mhz CPU, be 200 times faster if run on a comparable CPU?

Well, I hope that the folks at the Company won't completely ignore this
comparison...

Mr Moon

Archives: <A HREF ="http://www.mrmoon.com/moonlist">http://www.mrmoon.com/moonlist</A>

MivaTest: <A HREF ="http://www.mrmoon.com/mivatest">http://www.mrmoon.com/mivatest</A>

Download: <A HREF ="http://www.mrmoon.com/download">http://www.mrmoon.com/download</A>

----------------------------------------

MivaTest vs PerlTest



Hi Mr. Moon,

I just wanted you to know I also found these results interesting (and
shocking), and very much appreciate you posting them. How Miva performs
compared to other languages is very much on topic. I've been really busy
this week, and haven't had time to reply. It would be very interesting to me
to see ASP and PHP versions as well.

Thanks!

Adam

----- Original Message -----
From: "Mister Moon" <[email protected]>
To: "Miva Users List" <[email protected]>; "Rich Duzenbury"
<[email protected]>
Sent: Wednesday, December 06, 2000 2:44 PM
Subject: [meu] MivaTest vs PerlTest


> Hey Folks!
>
> Many of you will remember our old pal Rich Duzenbury. We haven't heard
> from him on this list in over a year because, sad to say, he no longer
> dabbles in Miva but has moved on to using other scripting languages. I
> did get a message from Rich, however, that was extrememly
> insteresting...
>
> He's been working with Perl and MySQL and wondered how well it
> performed. He thought of MivaTest and converted it to a Perl script
> using MySQL as the DBASE engine and has dubbed it "PerlTest". Rich sent
> me the URL to his PerlTest page and I set SAM to work doing a mock-up
> MivaTest page including the PerlTest URL just to see how well it would
> do compared to Miva. The results are interesting:
>
> http://mrmoon.com/mivatest/perltest.mv
>
> Rich says his server is a "lowly Pentium II - 266 with 128Mb of RAM".
> Miva compares favorably with regard to the DBASE scores but the rest of
> the tests, well, I think terribly dissappointed with Miva would be
> putting it extremely mildly...
>
> If anyone would like to download PerlTest, it is available from Rich's
> website at:
>
> <A HREF ="http://www.theduz.com/download/perltest.pl.gz">http://www.theduz.com/download/perltest.pl.gz</A>
>
> As far as installation instructions, etc., you're on your own...
>
> Mr Moon
>
> Archives: <A HREF ="http://www.mrmoon.com/moonlist">http://www.mrmoon.com/moonlist</A>
>
> MivaTest: <A HREF ="http://www.mrmoon.com/mivatest">http://www.mrmoon.com/mivatest</A>
>
> Download: <A HREF ="http://www.mrmoon.com/download">http://www.mrmoon.com/download</A>
>
> ----------------------------------------
>
>