Re: relative speed of 5.8.0 (repost from p5p)

(reformatted repost from p5p)Pine.SOL.4.10.10207241358390.26225-100000@maxwell.phys.lafayette.edu

On Wed, 24 Jul 2002, demerphq wrote:

Hi All.

I just wanted to draw your attention to a thread on perlmonks.org

relative speed of 5.8.0

In it a user asks about a %50 slowdown when using threaded 5.8 and a %20 slowdown when using non threaded 5.8.

I did some simple trials on SPARC and noticed a 2.8% slowdown in split comparing 5.00503 and 5.8.0. I didn't have a 5.6.1 handy to check against. I don't have an unloaded x86 machine available at the present to try either.

Do make sure that the comparison is using similar build options, particularly with respect to 'long long' and 'long double' types. I could well imagine that they have different speeds.

I'd expect that programs that use split() a lot also probably do a lot of I/O. I'm unsure how the PerlIO system benchmarks against earlier stdio versions, particularly on systems where perl could "cheat" and poke around inside the stdio buffers.[*]


-- 
    Andy Dougherty		doughera_at_lafayette.edu
    Dept. of Physics
    Lafayette College, Easton PA 18042

Yves / DeMerphq
---
Please dont upvote this node. Its a repost FYI only. (Email addresses were obfued)

Comment on Re: relative speed of 5.8.0 (repost from p5p) Download Code

Replies are listed 'Best First'.
Re: Re: relative speed of 5.8.0 (repost from p5p) by demerphq (Chancellor) on Jul 26, 2002 at 09:38 UTC
(reformatted repost from p5p)`20020725153047.2333.2@bactrian.elixent.com` Andy Dougherty <doughera_at_lafayette.edu> writes: I'd expect that programs that use split() a lot also probably do a lot of I/O. I'm unsure how the PerlIO system benchmarks against earlier stdio versions, As are we all. particularly on systems where perl could "cheat" and poke around inside the stdio buffers.[]* On such system's PerlIO will normaly use :stdio layer as its underlying implementation. For the majority of calls that means a function call and a couple of indirections more that before. If you want PerlIO and speed is important to you than using :perlio will normally be slightly quicker than :stdio. :perlio allows the poking around and does not have some of the overheads of a typical system's stdio (e.g. no MUTEX locking we don't share them between threads). -- Nick Ing-Simmons http://www.ni-s.u-net.com/ Yves / DeMerphq --- Please dont upvote this node. It is posted FYI only.	[reply] [d/l]

Replies are listed 'Best First'.

Re: Re: relative speed of 5.8.0 (repost from p5p)
by demerphq (Chancellor) on Jul 26, 2002 at 09:38 UTC

20020725153047.2333.2@bactrian.elixent.com

I'd expect that programs that use split() a lot also probably do a lot of I/O. I'm unsure how the PerlIO system benchmarks against earlier stdio versions,

particularly on systems where perl could "cheat" and poke around inside the stdio buffers.[*]

On such system's PerlIO will normaly use :stdio layer as its underlying implementation. For the majority of calls that means a function call and a couple of indirections more that before.

If you want PerlIO and speed is important to you than using :perlio will normally be slightly quicker than :stdio. :perlio allows the poking around and does not have some of the overheads of a typical system's stdio (e.g. no MUTEX locking we don't share them between threads).

--
Nick Ing-Simmons
http://www.ni-s.u-net.com/

Yves / DeMerphq
---
Please dont upvote this node. It is posted FYI only.

[reply]
[d/l]