Upgrade to Pro — share decks privately, control downloads, hide ads and more …

Beyond the language (RubyDay 2015)

Beyond the language (RubyDay 2015)

Presented at RubyDay 2015.

Beyond the language - An introduction to algorithms

Mastering a programming language is not enough to write efficient code. Programmers often try to squeeze a programming language as much as they can in order to achieve the best performance, without realizing that the solution could be found in a more efficient algorithm or data structure.

The talk is meant to inspire you to learn more about algorithm design by demonstrating how a properly designed algorithm may drastically increase the efficiency of your code, regardless of the Ruby version you are using.

Simone Carletti

November 13, 2015
Tweet

More Decks by Simone Carletti

Other Decks in Programming

Transcript

  1. Problem • There is a coffee table with a lot

    of bignè • You want to eat some bignè • One bignè is poisoned and it weighs a liKle bit more than the others • The only way for you to find the poisoned one is to weigh the bignè using a scale (or with your hands) • Each 2me you weigh the bignè you waste precious 2me
  2. Goal • You want a way
 to eat as much

    bignè as you can, ideally without ea2ng the poisoned one and before all the good bignè are gone
  3. Goal • You want an algorithm
 to eat as much

    bignè as you can, ideally without ea2ng the poisoned one and before all the good bignè are gone
  4. algorithm |ˈalgərɪð(ə)m| a process or set of rules to be

    followed in calculations or other problem-solving operations, especially by a computer.
  5. algorithm |ˈalgərɪð(ə)m| a word used by programmers when they don't

    want to explain what they did. https://twitter.com/kellabyte/status/557736373319643137
  6. An Algorithm is not a Program A program can be

    viewed as an elaborate algorithm.
  7. An Algorithm is not a Program Computer programs contain algorithms

    that detail the specific instruc2ons a computer should perform, in a specific order, to execute a specific task.
  8. Problem • There is a coffee table with a lot

    of bignè • You want to eat some bignè • One bignè is poisoned and it weighs a liKle bit more than the others • The only way for you to find the poisoned one is to weigh the bignè using a scale (or with your hands) • Each 2me you weigh the bignè you waste precious 2me • You want to eat as much bignè as you can, ideally without ea2ng the poisoned one and before all the good bignè are gone
  9. Problem Instance Computa;on
 model Find the heaviest item among n

    items. n items including the item we want to find. Scale. Each weight taken has a fixed cost. Algorithm Weighing strategy. Goal We want an algorithm that finds the heaviest item in the collec2on. The algorithm should be correct and efficient.
  10. The simplest algorithm Take the first item and compare it

    to all the other items in the collec2on.
  11. For simplicity, let's define the cost of an algorithm as

    an es;ma;on of the resources needed by an algorithm to solve a computa;on problem.
  12. In computer science, the Big-O nota;on is used to classify

    the cost of an algorithm rela;ve to changes in input size.
  13. Big-O nota;on is a way to measure the complexity of

    the algorithm in the worst-case scenario.
  14. Big-O n = 2 n = 10 n = 20

    constant O(1) 1 1 1 linear O(n) 2 10 20 logarithmic O(log2n) 1 ~ 3,3 ~ 4,3 quadra;c O(n2) 4 100 400 exponen;al O(2n) 4 1.024 1.048.576
  15. 1st algorithm: "one vs all" Take the first item and

    compare it to all the other items in the collec2on.
  16. 3rd algorithm: "divide et pesa" Split the collec2on of items

    in two sets with the same number of items, and weigh them. Keep the heaviest set and discard eat the other. (*) Split the new collec2on of items in two sets and iterate. (*) If the # of items is odd, take out the last element. If the two sets have the same weight, the last element is the result. Otherwise discard the element along with the non-relevant set.
  17. 4th algorithm: "divide /3 et pesa" Split the collec2on of

    items in 3 sets, and weigh the ones with the same number of elements. If the two sets have the same weight, discard both and con2nue recursively on the third. Otherwise, keep the heaviest and con2nue recursively.
  18. n 10 100 1.000 10.000 1st 9m 1h 39m 16h

    6d 2nd 5m 50m 8h 3,5d 3rd 3m 6m 9m 13m 4th 3m 5m 7m 9m
  19. rubyists = {} # insert rubyists[:weppos] = "Simone Carletti" rubyists[:jodosha]

    = "Luca Guidi" rubyists[:john] = "John Doe" # delete rubyists.delete(:john) # search rubyists[:weppos] # => "Simone Carletti"
  20. search (ruby 2.2) 10.000 itera;ons First Key Last Key 4

    0,00305 0,00282 8 0,00417 0,00318 16 0,00391 0,00359 32 0,00476 0,00399 64 0,00335 0,00275 128 0,00447 0,00366 256 0,00435 0,00342 512 0,00325 0,00439 1024 0,00317 0,00300 2048 0,00413 0,00334 4096 0,00490 0,00370 8192 0,00342 0,00452 16384 0,00522 0,00302 32768 0,00367 0,00408 0,01 0,1 4 8 16 32 64 128 256 512 1024 2048 4096 8192 16384 32768
  21. Hash Table in Ruby 16 whatever[:key1] = "value" :key1.hash #

    => 707933195402600884 707933195402600884 % 16 # => 4
  22. Hash Table in Ruby 16 whatever[:key1] = "value" whatever[:key2] =

    "value" whatever[:key3] = "value" key3 key2 key1
  23. Hash Table in Ruby 16 whatever[:key1] = "value" whatever[:key2] =

    "value" whatever[:key3] = "value" whatever[:key4] = "value" whatever[:key5] = "value" whatever[:key6] = "value" whatever[:key7] = "value" whatever[:key8] = "value" whatever[:key9] = "value" key9 key2 key3 key1 key5 key4 key8 key6 key7
  24. Hash Table in Ruby 16 whatever[:key1] = "value" whatever[:key2] =

    "value" whatever[:key3] = "value" whatever[:key4] = "value" whatever[:key5] = "value" whatever[:key6] = "value" whatever[:key7] = "value" ... whatever[:keyN] = "value" #define ST_DEFAULT_MAX_DENSITY 5 #define ST_DEFAULT_INIT_TABLE_SIZE 16 #define ST_DEFAULT_PACKED_TABLE_SIZE 18
  25. Hash Table in Ruby 17 keyN # search whatever[:keyN] :keyN.hash

    # => 2149668665177381990 2149668665177381990 % 17 # => 5
  26. Hash Table in Ruby 17 keyN # search whatever[:keyN] :keyN.hash

    # => 2149668665177381990 2149668665177381990 % 17 # => 5 5
  27. Hash Table in Ruby 17 # search whatever[:keyN] :keyN.hash #

    => 2149668665177381990 2149668665177381990 % 17 # => 5 5 keyN
  28. Lookup time with BadKey 10.000 itera;ons First Key Last Key

    4 0,00362 0,00580 8 0,00587 0,00397 16 0,00851 0,00442 32 0,0182 0,00300 64 0,02397 0,00295 128 0,05332 0,00348 256 0,09378 0,00476 512 0,2033 0,00294 1024 0,4146 0,00297 2048 0,92197 0,00453 4096 1,58056 0,00289 8192 3,323 0,00306 16384 6,66864 0,00414 32768 14,44931 0,00324 Lookup time with GoodKey 10.000 itera;ons First Key Last Key 4 0,00305 0,00282 8 0,00417 0,00318 16 0,00391 0,00359 32 0,00476 0,00399 64 0,00335 0,00275 128 0,00447 0,00366 256 0,00435 0,00342 512 0,00325 0,00439 1024 0,00317 0,00300 2048 0,00413 0,00334 4096 0,00490 0,00370 8192 0,00342 0,00452 16384 0,00522 0,00302 32768 0,00367 0,00408 0,01 0,1 1 10 100 4 8 16 32 64 128 256 512 1024 2048 4096 8192 16384 32768 Bad key Good Key
  29. Thanks to Prof. Luciano Gualà Department of Mathema2cs
 of the

    University of Rome "Tor Vergata". Pat Shaughnessy Author of Ruby Under a Microscope