>We had a yuppie "consultant" come and visit us who
>claimed to be an e-commerce boffin. He reckoned to us
>that Perl was dying because ASP was now capable of
>running on Linux.
Of course, this all ignores your application development environment
and programmer productivity.
Remember, ASP+Whate
> claimed to be an e-commerce boffin. He reckoned to us
i think he meant to say "buffoon"
p ---
---
You are currently subscribed to perl-win32-users as: [archive@jab.org]
To unsubscribe, forward this message to
[EMAIL PROTECTED]
For non-automated Mailing List support, send email to
Perl is dying? Better tell that to Microsoft - didn't they license AP 5.6
for distribution with Win 2000?
Anyway, in my experience:
PerlScript in ASP runs just as fast as VBScript in ASP [if not faster],
unless you need lots of modules and such (then there is a slight delay while
the "Response" t
The ones I find most useful are at
http://www.chamas.com/bench/hello_bysystem.html
which group results on the same machine. This way
you have a relative benchmark.
--Joshua
Andy Crawford wrote:
>
> > http://www.chamas.com/bench/index.html
> >
> > I hope this answers everyone's question...
[EMAIL PROTECTED] wrote:
>
> >> Now will someone answer the original question for this guy?
> >> Assume this consultant only knows about VBScript and has only
> >> used VBScript with ASP. That is the default mind-set of a drone
> >> of the Microsoft collective.
> >> Now please compare IIS/ASP/VBS
>> Now will someone answer the original question for this guy?
>> Assume this consultant only knows about VBScript and has only
>> used VBScript with ASP. That is the default mind-set of a drone
>> of the Microsoft collective.
>> Now please compare IIS/ASP/VBScript with lots of
>> off-the-shelf
> http://www.chamas.com/bench/index.html
>
> I hope this answers everyone's question... including the
> original poster.
Actually those stats don't really answer any questions. Printing
"Hello World" doesn't really measure anything as much as the
efficiency of the network card in the machine.
From: Paul Rogers [CE] <[EMAIL PROTECTED]>
> I think I was pretty specific. As I said, .asp scripts tend to run at
around
> the same speed regardless of the language used (VBS, JS, or PS). So .asp
> scripts can be clumped together.
Actually the speeds are not that close, and that is the problem
> From: Peter Theobald [mailto:[EMAIL PROTECTED]]
> Sent: Thursday, May 18, 2000 16:29
> To: Perl-Win32-Users Mailing List
> Subject: RE: Perl speed vs ASP speed
>
...
> Now please compare IIS/ASP/VBScript with lots of
> off-the-shelf plug in COM objects with Apache/mod_p
> Now please compare IIS/ASP/VBScript with lots of off-the-shelf
> plug in COM objects with Apache/mod_perl/Perl & ePerl
OK, I'll bite.
IIS/ASP/VBScript will be faster than Perl/CGI because it does not
need to load the interpreter each time, while Perl/CGI does.
IIS/ASP/VBScript will be slower
Ok, everyone gets 100 points for being very clever. ASP can
use any language.
Now will someone answer the original question for this guy?
Assume this consultant only knows about VBScript and has only used
VBScript with ASP. That is the default mind-set of a drone of the
Microsoft collective.
Now p
From: Paul Rogers [CE] <[EMAIL PROTECTED]>
> > But as Tim wrote (whose attribution you snipped, btw), comparing just
"ASP"
> > and "Perl" is a bit like asking the question, "should I develop my script
in
>
> We'll have to agree to disagree on original intent here.
>
> Ther rest of your verbiage is
> But then, you're not comparing ASP and Perl; you're either comparing
> VBScript & PerlScript (in the ASP environment), or the ASP environment
> versus the CGI environment. Which one do you mean to compare?
I think I was pretty specific. As I said, .asp scripts tend to run at around
the same sp
> But as Tim wrote (whose attribution you snipped, btw), comparing just "ASP"
> and "Perl" is a bit like asking the question, "should I develop my script in
We'll have to agree to disagree on original intent here.
Ther rest of your verbiage is merely semantics. My point being is that
comparing
Joseph P. Discenza wrote:
> CGI can use any language whatsoever, as long as the web server can
> figure out how to fire up the "script": it could be Perl, or Python,
> or a C (or Fortran, if you're really masochistic) executable.
Or shell scripts/batch files, for that matter. As long as it's some
Paul Rogers [CE] wrote, on Thursday, May 18, 2000 09:11
: > ASP is an environment, pick your language to go with it (I use Perl).
: > So ASP versus Perl is meaningless, but "ASP and Perl" vs
: "mod_perl" is a valid
: > comparison.
:
: au contraire, mon frere. .pl vs .asp is a perfectly valid
:
Paul Rogers [CE] wrote:
> Tim Meadowcroft wrote:
> > ASP is an environment, pick your language to go with it (I
> > use Perl). So ASP versus Perl is meaningless, but "ASP and
> > Perl" vs "mod_perl" is a valid comparison.
>
> au contraire, mon frere. .pl vs .asp is a perfectly valid
> comparis
> ASP is an environment, pick your language to go with it (I use Perl).
> So ASP versus Perl is meaningless, but "ASP and Perl" vs "mod_perl" is a valid
> comparison.
au contraire, mon frere. .pl vs .asp is a perfectly valid comparison. in
tests, there is often little difference between .asp's
>> I'm curious about ASP speed and abilities versus Perl.
First, the Win32-Web list may get you more answers for this.
Having said that, here goes
ASP is an environment, pick your language to go with it (I use Perl).
So ASP versus Perl is meaningless, but "ASP and Perl" vs "mod_perl" is
Jan Lamprecht wrote:
>
> We had a yuppie "consultant" come and visit us who
> claimed to be an e-commerce boffin. He reckoned to us
> that Perl was dying because ASP was now capable of
> running on Linux.
>
> Then he went on about how fast ASP was when it ran on
> Windows NT. He claimed to know
20 matches
Mail list logo
