[#48745] [ruby-trunk - Bug #7267][Open] Dir.glob on Mac OS X returns unexpected string encodings for unicode file names — "kennygrant (Kenny Grant)" <kennygrant@...>

17 messages 2012/11/02

[#48773] [ruby-trunk - Bug #7269][Open] Refinement doesn't work if using locate after method — "ko1 (Koichi Sasada)" <redmine@...>

12 messages 2012/11/03

[#48847] [ruby-trunk - Bug #7274][Open] UnboundMethods should be bindable to any object that is_a?(owner of the UnboundMethod) — "rits (First Last)" <redmine@...>

21 messages 2012/11/04

[#48854] [ruby-trunk - Bug #7276][Open] TestFile#test_utime failure — "jonforums (Jon Forums)" <redmine@...>

14 messages 2012/11/04

[#48988] [ruby-trunk - Feature #7292][Open] Enumerable#to_h — "marcandre (Marc-Andre Lafortune)" <ruby-core@...>

40 messages 2012/11/06

[#48997] [ruby-trunk - Feature #7297][Open] map_to alias for each_with_object — "nathan.f77 (Nathan Broadbent)" <nathan.f77@...>

19 messages 2012/11/06

[#49001] [ruby-trunk - Bug #7298][Open] Behavior of Enumerator.new different between 1.9.3 and 2.0.0 — "ayumin (Ayumu AIZAWA)" <ayumu.aizawa@...>

12 messages 2012/11/06

[#49018] [ruby-trunk - Feature #7299][Open] Ruby should not completely ignore blocks. — "marcandre (Marc-Andre Lafortune)" <ruby-core@...>

13 messages 2012/11/07

[#49044] [ruby-trunk - Bug #7304][Open] Random test failures around test_autoclose_true_closed_by_finalizer — "luislavena (Luis Lavena)" <luislavena@...>

11 messages 2012/11/07

[#49196] [ruby-trunk - Feature #7322][Open] Add a new operator name #>< for bit-wise "exclusive or" — "alexeymuranov (Alexey Muranov)" <redmine@...>

18 messages 2012/11/10

[#49211] [ruby-trunk - Feature #7328][Open] Move ** operator precedence under unary + and - — "boris_stitnicky (Boris Stitnicky)" <boris@...>

20 messages 2012/11/11

[#49229] [ruby-trunk - Bug #7331][Open] Set the precedence of unary `-` equal to the precedence `-`, same for `+` — "alexeymuranov (Alexey Muranov)" <redmine@...>

17 messages 2012/11/11

[#49256] [ruby-trunk - Feature #7336][Open] Flexiable OPerator Precedence — "trans (Thomas Sawyer)" <transfire@...>

18 messages 2012/11/12

[#49354] review open pull requests on github — Zachary Scott <zachary@...>

Could we get a review on any open pull requests on github before the

12 messages 2012/11/15
[#49355] Re: review open pull requests on github — "NARUSE, Yui" <naruse@...> 2012/11/15

2012/11/15 Zachary Scott <zachary@zacharyscott.net>:

[#49356] Re: review open pull requests on github — Zachary Scott <zachary@...> 2012/11/15

Ok, I was hoping one of the maintainers might want to.

[#49451] [ruby-trunk - Bug #7374][Open] File.expand_path resolving to first file/dir instead of absolute path — mdube@... (Martin Dubé) <mdube@...>

12 messages 2012/11/16

[#49463] [ruby-trunk - Feature #7375][Open] embedding libyaml in psych for Ruby 2.0 — "tenderlovemaking (Aaron Patterson)" <aaron@...>

21 messages 2012/11/16
[#49494] [ruby-trunk - Feature #7375] embedding libyaml in psych for Ruby 2.0 — "vo.x (Vit Ondruch)" <v.ondruch@...> 2012/11/17

[#49467] [ruby-trunk - Feature #7377][Open] #indetical? as an alias for #equal? — "aef (Alexander E. Fischer)" <aef@...>

13 messages 2012/11/17

[#49558] [ruby-trunk - Bug #7395][Open] Negative numbers can't be primes by definition — "zzak (Zachary Scott)" <zachary@...>

10 messages 2012/11/19

[#49566] [ruby-trunk - Feature #7400][Open] Incorporate OpenSSL tests from JRuby. — "zzak (Zachary Scott)" <zachary@...>

11 messages 2012/11/19

[#49770] [ruby-trunk - Feature #7414][Open] Now that const_get supports "Foo::Bar" syntax, so should const_defined?. — "robertgleeson (Robert Gleeson)" <rob@...>

9 messages 2012/11/20

[#49950] [ruby-trunk - Feature #7427][Assigned] Update Rubygems — "mame (Yusuke Endoh)" <mame@...>

17 messages 2012/11/24

[#50043] [ruby-trunk - Bug #7429][Open] Provide options for core collections to customize behavior — "headius (Charles Nutter)" <headius@...>

10 messages 2012/11/24

[#50092] [ruby-trunk - Feature #7434][Open] Allow caller_locations and backtrace_locations to receive negative params — "sam.saffron (Sam Saffron)" <sam.saffron@...>

21 messages 2012/11/25

[#50094] [ruby-trunk - Bug #7436][Open] Allow for a "granularity" flag for backtrace_locations — "sam.saffron (Sam Saffron)" <sam.saffron@...>

11 messages 2012/11/25

[#50207] [ruby-trunk - Bug #7445][Open] strptime('%s %z') doesn't work — "felipec (Felipe Contreras)" <felipe.contreras@...>

19 messages 2012/11/27

[#50424] [ruby-trunk - Bug #7485][Open] ruby cannot build on mingw32 due to missing __sync_val_compare_and_swap — "drbrain (Eric Hodel)" <drbrain@...7.net>

15 messages 2012/11/30

[#50429] [ruby-trunk - Feature #7487][Open] Cutting through the issues with Refinements — "trans (Thomas Sawyer)" <transfire@...>

13 messages 2012/11/30

[ruby-core:49751] [ruby-trunk - Feature #6857][Assigned] bigdecimal/math BigMath.E/BigMath.exp R. P. Feynman inspired optimization

From: "mame (Yusuke Endoh)" <mame@...>
Date: 2012-11-20 14:24:32 UTC
List: ruby-core #49751
Issue #6857 has been updated by mame (Yusuke Endoh).

Status changed from Open to Assigned
Target version set to next minor


----------------------------------------
Feature #6857: bigdecimal/math BigMath.E/BigMath.exp R. P. Feynman inspired optimization
https://bugs.ruby-lang.org/issues/6857#change-33330

Author: royaltm (Rafał Michalski)
Status: Assigned
Priority: Normal
Assignee: mrkn (Kenta Murata)
Category: 
Target version: next minor


The algorythms to calculate E and exp programmed in BigMath module are the very straightforward interpretation of the series 1 + x + x^2/2! + 
x^3/3! + ....
Therefore they are slow.

Try it yourself:

      require 'bigdecimal/math'

      def timer; s=Time.now; yield; puts Time.now-s; end

      timer { BigMath.E(1000) }   #->  0.038848
      timer { BigMath.E(10000) }  #-> 16.526972
      timer { BigMath.E(100000) } #-> lost patience

That's because every iteration divides 1 by n! and the dividend grows extremely fast.

In "Surely You're Joking, Mr. Feynman!" (great book, you should read it if you didn't already) R. P. Feynman said: 

"One day at Princeton I was sitting in the lounge and overheard some mathematicians talking about the series for e^x, which is 1 + x + x^2/2! + 
x^3/3! Each term you get by multiplying the preceding term by x and dividing by the next number. For example, to get the next term after x^4/4! you 
multiply that term by x and divide by 5. It's very simple."

Yes it's very simple indeed. Why it's not been applied in such a great, modern and popular language? Is it because people just forget about simple solutions today?

Here is a Feynman's optimized version of BigMath.E:

      def E(prec)
        raise ArgumentError, "Zero or negative precision for E" if prec <= 0
        n = prec + BigDecimal.double_fig
        y = d = i = one = BigDecimal('1')
        while d.nonzero? && (m = n - (y.exponent - d.exponent).abs) > 0
          m = BigDecimal.double_fig if m < BigDecimal.double_fig
          d = d.div(i, m)
          i += one
          y += d
        end
        y
      end

Now, let's put it to the test:

      (1..1000).all? {|n| BigMath.E(n).round(n) == E(n).round(n) }
      => true
      BigMath.E(10000).round(10000) == E(10000).round(10000)
      => true

What about the speed then?

      timer { E(1_000) }     #-> 0.003832 ~ 10 times faster
      timer { E(10_000) }    #-> 0.139862 ~ 100 times faster
      timer { E(100_000) }   #-> 8.787411 ~ dunno?
      timer { E(1_000_000) } #-> ~11 minutes

The same simple rule might be applied to BigDecimal.exp() which originally uses the same straightforward interpretation of power series.
Feynman's pure ruby version of BigMath.exp (the ext version seems now pointless anyway):

      def exp(x, prec)
        raise ArgumentError, "Zero or negative precision for exp" if prec <= 0
        x = case x
        when Float
          BigDecimal(x, prec && prec <= Float::DIG ? prec : Float::DIG + 1)
        else
          BigDecimal(x, prec)
        end
        one = BigDecimal('1', prec)
        case x.sign
        when BigDecimal::SIGN_NaN
          return BigDecimal::NaN
        when BigDecimal::SIGN_POSITIVE_ZERO, BigDecimal::SIGN_NEGATIVE_ZERO
          return one
        when BigDecimal::SIGN_NEGATIVE_FINITE
          x = -x
          inv = true
        when BigDecimal::SIGN_POSITIVE_INFINITE
          return BigDecimal::INFINITY
        when BigDecimal::SIGN_NEGATIVE_INFINITE
          return BigDecimal.new('0')
        end
        n = prec + BigDecimal.double_fig
        if x.round(prec) == one
          y = E(prec)
        else
          y = d = i = one
          while d.nonzero? && (m = n - (y.exponent - d.exponent).abs) > 0
            m = BigDecimal.double_fig if m < BigDecimal.double_fig
            d = d.mult(x, m).div(i, m)
            i += one
            y += d
          end
        end
        y = one.div(y, n) if inv
        y.round(prec - y.exponent)
      end

      (1..1000).all? {|n| exp(E(n),n) == BigMath.exp(BigMath.E(n),n) }
      # => true
      (1..1000).all? {|n| exp(-E(n),n) == BigMath.exp(-BigMath.E(n),n) }
      # => true
      (-10000..10000).all? {|n| exp(BigDecimal(n)/1000,100) == BigMath.exp(BigDecimal(n)/1000,100) }
      # => true
      (1..1000).all? {|n| exp(BigMath.PI(n),n) == BigMath.exp(BigMath.PI(n),n) }
      # => true

      timer { BigMath.exp(BigDecimal('1').div(3, 10), 100) }    #-> 0.000496
      timer { exp(BigDecimal('1').div(3, 10), 100) }            #-> 0.000406 faster but not that really

      timer { BigMath.exp(BigDecimal('1').div(3, 10), 1_000) }  #-> 0.029231
      timer { exp(BigDecimal('1').div(3, 10), 1_000) }          #-> 0.004554 here we go... 

      timer { BigMath.exp(BigDecimal('1').div(3, 10), 10_000) } #-> 12.554197
      timer { exp(BigDecimal('1').div(3, 10), 10_000) }         #->  0.189462 oops :)

      timer { exp(BigDecimal('1').div(3, 10), 100_000) }        #-> 11.914613 who has the patience to compare?

Arguments with large mantissa should slow down the results of course:

      timer { BigMath.exp(BigDecimal('1').div(3, 1_000), 1_000) }   #->  0.119048
      timer { exp(BigDecimal('1').div(3, 1_000), 1_000) }           #->  0.066177

      timer { BigMath.exp(BigDecimal('1').div(3, 10_000), 10_000) } #-> 68.083222
      timer { exp(BigDecimal('1').div(3, 10_000), 10_000) }         #-> 29.439336

Though still two times faster than the ext version.

It seems Dick Feynman was not such a joker after all. I think he was a master in treating lightly "serious" things and treating very seriously things that didn't matter to anybody else.

I'd write a patch for ext version if you are with me. Just let me know.



-- 
http://bugs.ruby-lang.org/

In This Thread