[#14696] Inconsistency in rescuability of "return" — Charles Oliver Nutter <charles.nutter@...>

Why can you not rescue return, break, etc when they are within

21 messages 2008/01/02

[#14738] Enumerable#zip Needs Love — James Gray <james@...>

The community has been building a Ruby 1.9 compatibility tip list on =20

15 messages 2008/01/03
[#14755] Re: Enumerable#zip Needs Love — Martin Duerst <duerst@...> 2008/01/04

Hello James,

[#14772] Manual Memory Management — Pramukta Kumar <prak@...>

I was thinking it would be nice to be able to free large objects at

36 messages 2008/01/04
[#14788] Re: Manual Memory Management — Marcin Raczkowski <mailing.mr@...> 2008/01/05

I would only like to add that RMgick for example provides free method to

[#14824] Re: Manual Memory Management — MenTaLguY <mental@...> 2008/01/07

On Sat, 5 Jan 2008 15:49:30 +0900, Marcin Raczkowski <mailing.mr@gmail.com> wrote:

[#14825] Re: Manual Memory Management — "Evan Weaver" <evan@...> 2008/01/07

Python supports 'del reference', which decrements the reference

[#14838] Re: Manual Memory Management — Marcin Raczkowski <mailing.mr@...> 2008/01/08

Evan Weaver wrote:

[#14911] Draft of some pages about encoding in Ruby 1.9 — Dave Thomas <dave@...>

Folks:

24 messages 2008/01/10

[#14976] nil encoding as synonym for binary encoding — David Flanagan <david@...>

The following just appeared in the ChangeLog

37 messages 2008/01/11
[#14977] Re: nil encoding as synonym for binary encoding — Yukihiro Matsumoto <matz@...> 2008/01/11

Hi,

[#14978] Re: nil encoding as synonym for binary encoding — Dave Thomas <dave@...> 2008/01/11

[#14979] Re: nil encoding as synonym for binary encoding — David Flanagan <david@...> 2008/01/11

Dave Thomas wrote:

[#14993] Re: nil encoding as synonym for binary encoding — Dave Thomas <dave@...> 2008/01/11

[#14980] Re: nil encoding as synonym for binary encoding — Gary Wright <gwtmp01@...> 2008/01/11

[#14981] Re: nil encoding as synonym for binary encoding — Yukihiro Matsumoto <matz@...> 2008/01/11

Hi,

[#14995] Re: nil encoding as synonym for binary encoding — David Flanagan <david@...> 2008/01/11

Yukihiro Matsumoto writes:

[#15050] how to "borrow" the RDoc::RubyParser and HTMLGenerator — Phlip <phlip2005@...>

Core Rubies:

17 messages 2008/01/13
[#15060] Re: how to "borrow" the RDoc::RubyParser and HTMLGenerator — Eric Hodel <drbrain@...7.net> 2008/01/14

On Jan 13, 2008, at 08:54 AM, Phlip wrote:

[#15062] Re: how to "borrow" the RDoc::RubyParser and HTMLGenerator — Phlip <phlip2005@...> 2008/01/14

Eric Hodel wrote:

[#15073] Re: how to "borrow" the RDoc::RubyParser and HTMLGenerator — Eric Hodel <drbrain@...7.net> 2008/01/14

On Jan 13, 2008, at 20:35 PM, Phlip wrote:

[#15185] Friendlier methods to compare two Time objects — "Jim Cropcho" <jim.cropcho@...>

Hello,

10 messages 2008/01/22

[#15194] Can large scale projects be successful implemented around a dynamic programming language? — Jordi <mumismo@...>

A good article I have found (may have been linked by slashdot, don't know)

8 messages 2008/01/24

[#15248] Symbol#empty? ? — "David A. Black" <dblack@...>

Hi --

24 messages 2008/01/28
[#15250] Re: Symbol#empty? ? — Yukihiro Matsumoto <matz@...> 2008/01/28

Hi,

Re: multibyte strings & bucket-of-bytes efficiency under 1.9.0

From: Brent Roman <brent@...>
Date: 2008-01-07 06:21:34 UTC
List: ruby-core #14817
Martin,

The did some analysis of the log parsing application in which
I observe a 5% slowdown under ruby 1.9.  It comes down
to regex performance.  In fact, my log reader app spends > 50%
of its runtime processing regex's.  The strings are all US-ASCII
encoded.

Per your request, I've distilled the most common regex into
the attached simple benchmark:

http://www.nabble.com/file/p14659564/regexbench.rb regexbench.rb 

It merely scans a test string repeatedly for an escape sequence
it does not contain.

Ruby16 takes 9.3 seconds
Ruby18 takes 9.7 seconds
Ruby19 takes 12.8 seconds

Ruby19 takes 18.0 seconds if the string encoding is forced to UTF-8

So, in "US-ASCII" regexes are about 25% slower

Are you able to confirm these benchmarks?

Are you surprised by this?

Would you agree that some of this slowdown is the result of the new 
"encoding aware" regex engine in ruby19?
Or, is it a "bug" that can be easily fixed?

I included the UTF-8 case for comparison only.  
It shows a 50% slowdown.

I suspect that the folks observing huge slowdowns in string
performance are using UTF-8 or other multi-byte encodings.

- brent


Martin Duerst wrote:
> 
> At 05:29 08/01/04, Michal Suchanek wrote:
> 
> As Akira Tanaka and myself have already said, please provide
> examples of actual code and actual performance figures, so that
> we can look at the details.
> 
> 

-- 
View this message in context: http://www.nabble.com/multibyte-strings---bucket-of-bytes-efficiency-under-1.9.0-tp14528798p14659564.html
Sent from the ruby-core mailing list archive at Nabble.com.


In This Thread