Haslock; [EMAIL PROTECTED]
Subject: Re: C vs. Perl
Thank-you to everyone for the responses.
Roger,
1) I am personally obsessed with effeciency. This is why I am considering
moving to C or C++.
2) I am not exactly sure what you mean by "profiled your Perl", however I do
do benchmarks o
ob Showalter'" <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>
Sent: Wednesday, January 02, 2002 7:04 PM
Subject: RE: C vs. Perl
> not to get flamed here but one of the reasons I dont like perl is that
there
> are sometimes too many ways to do something ... and all of them
> 2) I am not exactly sure what you mean by "profiled your Perl", however I
do
> do benchmarks on code. I am in the process of redesigning our website,
and
> thus taking this opportunity to improve upon old scripts that will need
> changing anyways. Current improvements to our main script have
nt: Wednesday, January 02, 2002 11:44 AM
Subject: Re: C vs. Perl
> There are many views on this.
>
> 1) Well designed and implemented C will be faster if the application is
> CPU-intensive. Is this the case?
> 2) Have you profiled your Perl? Have you experimented with the Inline
> -Original Message-
> From: Hanson, Robert [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, January 02, 2002 2:21 PM
> To: 'Maciejewski, Thomas'
> Cc: [EMAIL PROTECTED]
> Subject: RE: C vs. Perl
>
>
> No flames from me.
>
> One of Perl's st
There are many views on this.
1) Well designed and implemented C will be faster if the application is
CPU-intensive. Is this the case?
2) Have you profiled your Perl? Have you experimented with the Inline
module?
3) What is the expected lifetime of the code? Is it worth the additional
cost of dev
On Wed, 2 Jan 2002, Dean Theophilou wrote:
> Your quote is incorrect, from what I remember, that is. It's more like "a more
> wretched hive of scum and villainy" (sp?).
*shrug* My quotes come up completely randomly -- I have no control over
how accurate or not accurate they are. :-)
-- Brett
On Wed, 2 Jan 2002, Hanson, Robert wrote:
> I don't deal with IPC, so I can't give you an example off the top of my
> head. The perlfork manpage has a bunch of info though depending on what you
> want to do, and there are probably a bunch of modules out there as well to
> simplify the process.
On Wed, 2 Jan 2002, Maciejewski, Thomas wrote:
> heh ... again though in large groups ... this becomes a bit of a problem
> since you all have to kind of be in sync with coding styles and courteous
> coding
This is more a part of the software development process than it is the
responsibility of
'Bob Showalter'; [EMAIL PROTECTED]
Subject: RE: C vs. Perl
On Wed, 2 Jan 2002, Maciejewski, Thomas wrote:
> not to get flamed here but one of the reasons I dont like perl is that
> there are sometimes too many ways to do something ... and all of them
> are fairly cryptic ... peo
would it be rude to ask ya'll to take this thread elsewhere. this list is
so high-traffic already. if as a fledgling newbie i've overstepped any
bounds, my apologies.
tia,
ken
On Wed, 2 Jan 2002, Brett W. McCoy wrote:
> On Wed, 2 Jan 2002, Maciejewski, Thomas wrote:
>
> > not to get flam
ago when I
played around with IPC, but I forget the name.
Rob
-Original Message-
From: Maciejewski, Thomas [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, January 02, 2002 2:07 PM
To: Hanson, Robert; Agustin Rivera; [EMAIL PROTECTED]
Subject: RE: C vs. Perl
how ?
through CGI?
can y
I am actually programming perl for work and am trying to learn it ...
-Original Message-
From: Brett W. McCoy [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, January 02, 2002 2:22 PM
To: Maciejewski, Thomas
Cc: 'Bob Showalter'; [EMAIL PROTECTED]
Subject: RE: C vs. Perl
On
, Robert [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, January 02, 2002 2:21 PM
To: Maciejewski, Thomas
Cc: [EMAIL PROTECTED]
Subject: RE: C vs. Perl
No flames from me.
One of Perl's strong/weak points is that there are too many ways to do
something... I agree with that. But it is up to the progr
On Wed, 2 Jan 2002, Maciejewski, Thomas wrote:
> not to get flamed here but one of the reasons I dont like perl is that
> there are sometimes too many ways to do something ... and all of them
> are fairly cryptic ... people having different coding styles can really
> confuse the hell out of some
opt for
the first... saves me lots of time and typing.
Just be curtious when you code.
Rob
-Original Message-
From: Maciejewski, Thomas [mailto:[EMAIL PROTECTED]]
Subject: RE: C vs. Perl
not to get flamed here but one of the reasons I dont like perl is that there
are sometimes too many
: Agustin Rivera; [EMAIL PROTECTED]
Subject: RE: C vs. Perl
On Wed, 2 Jan 2002, Maciejewski, Thomas wrote:
> agreed that OO isnt always better but the point that I was trying to make
> was that I would rather build more structured code that is easier to
> maintain / debug than to worry
how ?
through CGI?
can you post an example?
-Original Message-
From: Hanson, Robert [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, January 02, 2002 2:09 PM
To: Maciejewski, Thomas; Agustin Rivera; [EMAIL PROTECTED]
Subject: RE: C vs. Perl
"One benifit to running java though .
On Wed, 2 Jan 2002, Maciejewski, Thomas wrote:
> agreed that OO isnt always better but the point that I was trying to make
> was that I would rather build more structured code that is easier to
> maintain / debug than to worry about the internal speed of a program ...
> also wanted to point out t
ustin Rivera; [EMAIL PROTECTED]
Subject: RE: C vs. Perl
agreed that OO isnt always better but the point that I was trying to make
was that I would rather build more structured code that is easier to
maintain / debug than to worry about the internal speed of a program ...
also wanted to point out
, January 02, 2002 1:58 PM
To: Maciejewski, Thomas
Cc: [EMAIL PROTECTED]
Subject: RE: C vs. Perl
> -Original Message-
> From: Maciejewski, Thomas [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, January 02, 2002 1:44 PM
> To: 'Brett W. McCoy'; Agustin Rivera
> Cc: [E
t W. McCoy'; Agustin Rivera
Cc: [EMAIL PROTECTED]
Subject: RE: C vs. Perl
how about all of the issues involved with spawning off processes ...
in java servlets I know this is handled because the servlet is always
running ...
you may end up with a more efficient system and easier to debug
:[EMAIL PROTECTED]]
Sent: Wednesday, January 02, 2002 2:01 PM
To: Maciejewski, Thomas
Cc: Agustin Rivera; [EMAIL PROTECTED]
Subject: RE: C vs. Perl
On Wed, 2 Jan 2002, Maciejewski, Thomas wrote:
> how about all of the issues involved with spawning off processes ...
>
> in java servlets I kno
> -Original Message-
> From: Maciejewski, Thomas [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, January 02, 2002 1:44 PM
> To: 'Brett W. McCoy'; Agustin Rivera
> Cc: [EMAIL PROTECTED]
> Subject: RE: C vs. Perl
>
>
> how about all of the issues
On Wed, 2 Jan 2002, Maciejewski, Thomas wrote:
> how about all of the issues involved with spawning off processes ...
>
> in java servlets I know this is handled because the servlet is always
> running ...
You mean the servlet container is always running, like Tomcat.
> you may end up with a mo
PROTECTED]
Subject: Re: C vs. Perl
I personally think if you have working, secure scripts in Perl, and are
accustomed to maintaining them, then it is not worthwhile to port to C.
While it is faster, I think the time spent fussing with the porting, etc is
not worth it. If you really, really need more
by
re-writing in java ... rather than c
-Original Message-
From: Brett W. McCoy [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, January 02, 2002 1:21 PM
To: Agustin Rivera
Cc: [EMAIL PROTECTED]
Subject: Re: C vs. Perl
On Wed, 2 Jan 2002, Agustin Rivera wrote:
> Ok, the local Linux guru
On Wed, 2 Jan 2002, Agustin Rivera wrote:
> Ok, the local Linux guru has proclaimed that C would be faster than Perl. I
> know C is very effecient so I don't really doubt him, but my question is
> would it make that much of a difference? I certainly wouldn't mind learning
> C, the only ques
I personally think if you have working, secure scripts in Perl, and are
accustomed to maintaining them, then it is not worthwhile to port to C.
While it is faster, I think the time spent fussing with the porting, etc is
not worth it. If you really, really need more speed, I would suggest that
thr
--- Agustin Rivera <[EMAIL PROTECTED]> wrote:
> Ok, the local Linux guru has proclaimed that C would be faster than Perl. I
> know C is very effecient so I don't really doubt him, but my question is
> would it make that much of a difference? I certainly wouldn't mind learning
> C, the only q
Unless you have a specific script that uses a lot of CPU cycles, then I
doubt you will see substantial benefit. C is the obvious choice for image
manipulation and parsing structured data like XML. ...But since that is the
case you will notice that most of these functions can be accomplished usin
this is the ole flame war argument ...
the basis of this in my opinion is what do you need to be faster? I would
rather look for bottlenecks and optimize them than to optimize everything
depending on what you are doing C could be much faster
I am of the mindset to have clearer code and code
32 matches
Mail list logo
