amq-protocol 1.5.0 → 1.6.0

data/lib/amq/protocol/constants.rb

@@ -0,0 +1,22 @@
+module AMQ
+  module Protocol
+    TLS_PORT         = 5671
+    SSL_PORT         = 5671
+
+    # caching
+    EMPTY_STRING = "".freeze
+
+    PACK_INT8               = 'c'.freeze
+    PACK_CHAR               = 'C'.freeze
+    PACK_UINT16             = 'n'.freeze
+    PACK_UINT16_X2          = 'n2'.freeze
+    PACK_UINT32             = 'N'.freeze
+    PACK_UINT32_X2          = 'N2'.freeze
+    PACK_INT64              = 'q'.freeze
+    PACK_UCHAR_UINT32       = 'CN'.freeze
+    PACK_CHAR_UINT16_UINT32 = 'cnN'.freeze
+
+    PACK_32BIT_FLOAT        = 'f'.freeze
+    PACK_64BIT_FLOAT        = 'G'.freeze
+  end
+end

data/lib/amq/protocol/exceptions.rb

@@ -0,0 +1,60 @@
+module AMQ
+  module Protocol
+    class Error < StandardError
+      DEFAULT_MESSAGE = "AMQP error".freeze
+
+      def self.inherited(subclass)
+        @_subclasses ||= []
+        @_subclasses << subclass
+      end # self.inherited(subclazz)
+
+      def self.subclasses_with_values
+        @_subclasses.select{ |k| defined?(k::VALUE) }
+      end # self.subclasses_with_values
+
+      def self.[](code)
+        if result = subclasses_with_values.detect { |klass| klass::VALUE == code }
+          result
+        else
+          raise "No such exception class for code #{code}" unless result
+        end # if
+      end # self.[]
+
+      def initialize(message = self.class::DEFAULT_MESSAGE)
+        super(message)
+      end
+    end
+
+    class FrameTypeError < Protocol::Error
+      def initialize(types)
+        super("Must be one of #{types.inspect}")
+      end
+    end
+
+    class EmptyResponseError < Protocol::Error
+      DEFAULT_MESSAGE = "Empty response received from the server."
+
+      def initialize(message = self.class::DEFAULT_MESSAGE)
+        super(message)
+      end
+    end
+
+    class BadResponseError < Protocol::Error
+      def initialize(argument, expected, actual)
+        super("Argument #{argument} has to be #{expected.inspect}, was #{data.inspect}")
+      end
+    end
+
+    class SoftError < Protocol::Error
+      def self.inherited(subclass)
+        Error.inherited(subclass)
+      end # self.inherited(subclass)
+    end
+
+    class HardError < Protocol::Error
+      def self.inherited(subclass)
+        Error.inherited(subclass)
+      end # self.inherited(subclass)
+    end
+  end
+end

data/lib/amq/protocol/float_32bit.rb

@@ -0,0 +1,14 @@
+module AMQ
+  module Protocol
+    # Allows distinguishing between 32-bit and 64-bit floats in Ruby.
+    # Useful in cases when RabbitMQ plugins encode
+    # values as 32 bit numbers.
+    class Float32Bit
+      attr_reader :value
+
+      def initialize(value)
+        @value = value
+      end
+    end
+  end
+end

data/lib/amq/protocol/table.rb

@@ -5,9 +5,6 @@ require "amq/protocol/type_constants"
 require "amq/protocol/table_value_encoder"
 require "amq/protocol/table_value_decoder"
 
-# We will need to introduce concept of mappings, because
-# AMQP 0.9, 0.9.1 and RabbitMQ uses different letters for entities
-# http://dev.rabbitmq.com/wiki/Amqp091Errata#section_3
 module AMQ
   module Protocol
     class Table

data/lib/amq/protocol/table_value_decoder.rb

@@ -4,6 +4,7 @@ require "amq/endianness"
 require "amq/protocol/client"
 require "amq/protocol/type_constants"
 require "amq/protocol/table"
+require "amq/protocol/float_32bit"
 
 module AMQ
   module Protocol

data/lib/amq/protocol/table_value_encoder.rb

@@ -5,6 +5,8 @@ require "amq/protocol/type_constants"
 require "amq/protocol/table"
 require "date"
 
+require "amq/protocol/float_32bit"
+
 module AMQ
   module Protocol
 
@@ -36,6 +38,9 @@ module AMQ
         when Integer then
           accumulator << TYPE_INTEGER
           accumulator << [value].pack(PACK_UINT32)
+        when AMQ::Protocol::Float32Bit then
+          accumulator << TYPE_32BIT_FLOAT
+          accumulator << [value.value].pack(PACK_32BIT_FLOAT)
         when Float then
           accumulator << TYPE_64BIT_FLOAT
           accumulator << [value].pack(PACK_64BIT_FLOAT)

data/lib/amq/protocol/version.rb

@@ -1,5 +1,5 @@
 module AMQ
   module Protocol
-    VERSION = "1.5.0"
+    VERSION = "1.6.0"
   end # Protocol
 end # AMQ

data/profiling/pure/body_framing_with_2k_payload.rb

@@ -0,0 +1,32 @@
+#!/usr/bin/env ruby
+# encoding: utf-8
+
+$LOAD_PATH << File.expand_path(File.join(File.dirname(__FILE__), "..", "..", "lib"))
+
+require "amq/protocol/client"
+
+FRAME_SIZE = 128 * 1024
+
+puts
+puts "-" * 80
+puts "Profiling on #{RUBY_DESCRIPTION}"
+
+n = 250_000
+
+# warm up the JIT, etc
+puts "Doing a warmup run..."
+15_000.times { AMQ::Protocol::Method.encode_body("ab" * 1024, 1, FRAME_SIZE) }
+
+require 'ruby-prof'
+
+# preallocate
+ary = Array.new(n) { "ab" * 1024 }
+
+puts "Doing main run..."
+result = RubyProf.profile do
+  n.times { |i| AMQ::Protocol::Method.encode_body(ary[i], 1, FRAME_SIZE) }
+end
+
+printer = RubyProf::FlatPrinter.new(result)
+printer.print(STDOUT, {})
+

data/spec/amq/protocol/value_decoder_spec.rb

@@ -60,7 +60,13 @@ module AMQ
         value.should == input2
       end
 
+      it "is capable of decoding 32 bit float values" do
+        input = Float32Bit.new(10.0)
+        data  = TableValueEncoder.encode(input)
 
+        value, offset = described_class.decode_32bit_float(data, 1)
+        value.should == 10.0
+      end
     end
   end
 end

data/spec/amq/protocol/value_encoder_spec.rb

@@ -3,6 +3,7 @@ require File.expand_path('../../../spec_helper', __FILE__)
 
 require 'time'
 require "amq/protocol/table_value_encoder"
+require "amq/protocol/float_32bit"
 
 module AMQ
   module Protocol
@@ -33,6 +34,11 @@ module AMQ
         described_class.encode(120000.0).bytesize.should == 9
       end
 
+      it "calculates size of float field values (boxed as 32-bit)" do
+        described_class.encode(AMQ::Protocol::Float32Bit.new(10.0)).bytesize.should == 5
+        described_class.encode(AMQ::Protocol::Float32Bit.new(120000.0)).bytesize.should == 5
+      end
+
       it "calculates size of boolean field values" do
         described_class.field_value_size(true).should == 2
         described_class.encode(true).bytesize.should == 2

metadata

@@ -1,7 +1,8 @@
 --- !ruby/object:Gem::Specification
 name: amq-protocol
 version: !ruby/object:Gem::Version
-  version: 1.5.0
+  version: 1.6.0
+  prerelease: 
 platform: ruby
 authors:
 - Jakub Stastny
@@ -11,15 +12,16 @@ authors:
 autorequire: 
 bindir: bin
 cert_chain: []
-date: 2013-05-06 00:00:00.000000000 Z
+date: 2013-05-14 00:00:00.000000000 Z
 dependencies: []
-description: |2
-    amq-protocol is an AMQP 0.9.1 serialization library for Ruby. It is not an
-    AMQP client: amq-protocol only handles serialization and deserialization.
-    If you want to write your own AMQP client, this gem can help you with that.
+description: ! "  amq-protocol is an AMQP 0.9.1 serialization library for Ruby. It
+  is not an\n  AMQP client: amq-protocol only handles serialization and deserialization.\n
+  \ If you want to write your own AMQP client, this gem can help you with that.\n"
 email:
-- michael@novemberain.com
-- stastny@101ideas.cz
+- !binary |-
+  bWljaGFlbEBub3ZlbWJlcmFpbi5jb20=
+- !binary |-
+  c3Rhc3RueUAxMDFpZGVhcy5jeg==
 executables: []
 extensions: []
 extra_rdoc_files:
@@ -32,9 +34,11 @@ files:
 - ChangeLog.md
 - Gemfile
 - LICENSE
-- PROFILING.md
 - README.md
+- Rakefile
 - amq-protocol.gemspec
+- benchmarks/pure/body_framing_with_256k_payload.rb
+- benchmarks/pure/body_framing_with_2k_payload.rb
 - codegen/__init__.py
 - codegen/amqp_0.9.1_changes.json
 - codegen/codegen.py
@@ -43,10 +47,13 @@ files:
 - generate.rb
 - lib/amq/bit_set.rb
 - lib/amq/endianness.rb
-- lib/amq/hacks.rb
 - lib/amq/int_allocator.rb
+- lib/amq/pack.rb
 - lib/amq/protocol.rb
 - lib/amq/protocol/client.rb
+- lib/amq/protocol/constants.rb
+- lib/amq/protocol/exceptions.rb
+- lib/amq/protocol/float_32bit.rb
 - lib/amq/protocol/frame.rb
 - lib/amq/protocol/table.rb
 - lib/amq/protocol/table_value_decoder.rb
@@ -54,6 +61,7 @@ files:
 - lib/amq/protocol/type_constants.rb
 - lib/amq/protocol/version.rb
 - lib/amq/settings.rb
+- profiling/pure/body_framing_with_2k_payload.rb
 - spec/amq/bit_set_spec.rb
 - spec/amq/hacks_spec.rb
 - spec/amq/int_allocator_spec.rb
@@ -77,26 +85,27 @@ files:
 homepage: http://github.com/ruby-amqp/amq-protocol
 licenses:
 - MIT
-metadata: {}
 post_install_message: 
 rdoc_options: []
 require_paths:
 - lib
 required_ruby_version: !ruby/object:Gem::Requirement
+  none: false
   requirements:
-  - - '>='
+  - - ! '>='
     - !ruby/object:Gem::Version
       version: '0'
 required_rubygems_version: !ruby/object:Gem::Requirement
+  none: false
   requirements:
-  - - '>='
+  - - ! '>='
     - !ruby/object:Gem::Version
       version: '0'
 requirements: []
 rubyforge_project: amq-protocol
-rubygems_version: 2.0.3
+rubygems_version: 1.8.25
 signing_key: 
-specification_version: 4
+specification_version: 3
 summary: AMQP 0.9.1 encoder & decoder.
 test_files: []
 has_rdoc: 

checksums.yaml

@@ -1,7 +0,0 @@
----
-SHA1:
-  metadata.gz: 4fa26c5e78c043c383954d7b7f67ae8d0bbeb09a
-  data.tar.gz: ce7b5322fe94fc597c4160ac63544fc8e9e66b32
-SHA512:
-  metadata.gz: e456da4a6eb6407df3cfff9fe36f8d7f61706734d309992c416c8500dad0683c6d82ff00e8bf6a9f99436364955e3bc6526380eef7248247bb30e6582d6072de
-  data.tar.gz: 9913720373247017750e250836cf7c3f01ee66570105e4082de150de7534515ed1d03de02f44a9e7344eeed5e3059d6f48b14818c6fc1d2486e1dc2459da56f7

data/PROFILING.md

@@ -1,81 +0,0 @@
-# Profiling
-
-To profile the encoding and decoding code use Aman Gupta's perftools.rb (https://github.com/tmm1/perftools.rb). It's really easy to use once you've set it up, and it generates graphs that make it pretty obvious where the  hotspots are.
-
-## Setup
-
-Start by installing perftools.rb:
-
-    gem install perftools.rb
-
-I have it installed in my global gemset, which is handy since you can profile projects that uses any other gemset without having to add perftools.rb to its Gemfile:
-
-    rvm gemset use global
-    gem install perftools.rb
-
-If you look at the README for perftools.rb the way to use it seems really icky, having to set environment variables and all that. I have the following script saved as `~/bin/profile` to encapsulate all that:
-
-    #!/bin/bash
-
-    profile_id=$(date +'%Y%m%d%H%M%S')
-    CPUPROFILE=/tmp/$profile_id RUBYOPT="-r`gem which perftools | tail -1`" $@
-    pprof.rb --pdf /tmp/$profile_id > /tmp/$profile_id.pdf
-    open /tmp/$profile_id.pdf
-
-With this script you can prefix any command with "profile" and perftools.rb will be enabed, and a nice graph will be opened in Preview as soon as the program exits. This only works on OS X, obviously, but I'm sure it can be made to work on Linux too.
-
-## How to profile the code
-
-Most of the time you want to profile a specific method or piece of code. The easiest thing to do is write a short script that runs that code over and over again. This will make sure that the profile graph isn't swamped by noise from other parts of the code, and running lots of iterations means that the numbers will be more stable. Perhaps most importantly it will also show the impact of the GC.
-
-    100000.times do
-      strs.each do |str|
-        AMQ::Client::Framing::String::Frame.decode(str)
-      end
-    end
-
-In the code above the `strs` variable holds a list of strings I've stolen from the amqp-benchmarks repository. I call the `decode` method of the `AMQ::Client::Framing::String::Frame` class over and over again and after 100K iterations (this takes around ten seconds to run) I get a graph that shows me which parts of the code take most time.
-
-This is how you run the script above (assuming you fill in the `strs` list and add the necessary require's -- and that you've followed the instructions at the top of this document -- and that you've named it "benchmark_script.rb"):
-
-    profile ruby benchmark_script.rb
-
-It will run for a few seconds and then open a graph. Next I'll explain how to interpret that graph.
-
-## Interpreting the profile graph
-
-The graph generated by perftools.rb shows all the methods that have run, which methods they call, how much time was spent in each method, and a lot of other very interesting things. 
-
-At the top left of the picture it says mow many samples were taken. perftools.rb samples 100 times per second, so 1257 samples means that it ran for 12.57 seconds. The number of samples per second can be tweaked, but I've never had any reason to. The next three numbers just tell you that there are methods that were called not very often, and that these are not shown in the graph, to make it easier to read.
-
-There are usually two, and sometimes three, nodes which don't have any arrows pointing into them. The first is the entry point into your application, the second the GC, and sometimes there is a third which usually is RubyGems or Bundler. There is no reason there can't be more top level nodes, but those are the ones I've seen.
-
-Each node represents a method. The label is the class and method name, in classic Ruby style: ClassName#instance_method_name. Unfortunately it doesn't handle class methods very well, so all end up ass Class#method_name. This is bad for us, since most methods in amq-protocol are class methods. It also means that all class methods of the same name, regardless of which class then belong are represented as one node. That's really bad for us, since a lot of methods that we want to profile are called "decode" and "encode".
-
-The numbers below the label are the self time and cumulative time measurements, first as samples and then, in parentheses as percentages of the whole. Self time means the time spent in the method, excluding other methods, and cumulative time means the total time spent in the method, and all methods below it in the call stack. In other words, if method a calls b and c, the cumulative time for a is its self time, plus the cumulative time of b and c (which is the self time of each of those, plus the cumulative time of the methods they call, and so on). 
-
-The number by the arrow from one node to another is the number of samples that saw the source node call the destination node. Looking at the numbers by the arrows into a node you can see roughly which method calls the method represented by that node the most.
-
-That's more or less it. I find the percentages most useful to work with, as the number of samples can vary a bit from time to time, its basically the same problem as using `time` to benchmark. Percentages are often much more stable.
-
-In the next section I'll explain how to act on the information that the graph gives.
-
-## Optimizing
-
-The first thing to look at is the GC node. It will always be high (this is Ruby after all), but if it's above 20% this is what you should start with. The reason the GC takes so much time is because the code creates too many objects. It's not always obvious what is creating so many objects, but read the next section for how to remove the worst offenders. When you've picked the low hanging fruit and still have a high GC percentage, go over your code and try to see if there are places where you can memoize, cache, etc. If your objects are immutable you should never have to create two identical objects (on the other hand, it's easy to leak memory if you cache too much).
-
-The next thing to look at is the node with the highest self time percentage. This is your first hotspot. Apply all the tricks in the next section and see if it makes any difference. Sometimes hotspots are hotspots because of design rather than slow code. If a method is called many, many times you may not be able to optimize it further (but try, each tiny thing will make a huge difference).
-
-The third thing to look for are methods will high cumulative time. If the methods they call don't look too bad and can be optimized first, you may be able to rewrite the method to call them fewer times by caching values, for example.
-
-While optimizing run the profiler for each change to make sure you're going in the right direction. It's not uncommon for something that you think should be faster to be slower because of something you couldn't foresee or some unexpected side effect. When the method you're working on is no longer the worst offender, move on to the next, and iterate.
-
-## Tips
-
-These are some general tips I've gathered while optimizing Ruby code:
-
-* Avoid string literals. In contrast to Java, strings in Ruby are mutable, so each literal string is a separate object (otherwise 'a'.upcase! would have very strange side effects). Move string literals to constants.
-* Avoid range literals. Just as with strings, ranges are objects and they are created every time they are encountered. Ranges are most often used to extract parts of a string, like `str[1..5]`. This can always be rewritten as a slice instead: `str[1, 4]` (the second argument is a length, not an index, so make sure you get the right value). Code like `data[offset..(offset + 4)]` is especially wasteful since it would be much clearer with the slice syntax: `data[offset, 5]`.
-* Avoid regular expressions. They are convenient, but for code that will be called thousands of times you need to rewrite them using String#index and String#slice/[]. Make sure that your rewrite doesn't create a lot of temporary string objects.
-* When reading files don't read line by line, and absolutely never byte by byte. It's much faster to read a big chunk (as in megabytes) and use String#split to split into lines. The same goes for writing. Buffer the lines and write them in one big chunk. Avoid IO#tell and #seek unless you're trying to read a few bytes out of a gigabyte file.
-* Never ever, ever, use Date or DateTime, or require 'date' (to get Time.parse, for example). Date is so slow that it's not even funny. If you use Date.parse you can be sure that whatever else you do that method will account for at least half of the running time. If you really, really need date parsing and date perform date calculations, use the home_run gem, but for almost everything you can use the basic methods on Time (but those aren't cheap either).