litestack 0.4.1 → 0.4.3

checksums.yaml

@@ -1,7 +1,7 @@
 ---
 SHA256:
-  metadata.gz: 11ef03890b2883bd21fb443d959774f9932f56e927d2ee2a40a028713526ce9c
-  data.tar.gz: c531925eeffa84973475c14d4d230d8919d5e5ec095e5055f9bab6b0f94519e3
+  metadata.gz: e2ac02213caf3525c40b676550a6daa24380f3012a5d4c8f8042cf39aa477593
+  data.tar.gz: 00d0f60e20bcba2cc22704d4e7159fe9b819920d313e7dc7d4e4e799420e95ca
 SHA512:
-  metadata.gz: 82c0878fb57fa89290c6550ddbf5b393e436883252285dd78083ba7e96f78947aa3fdf3e92d96f3baec6b9b2b0d2edfdc470f4e1c544427f3da8db704179de27
-  data.tar.gz: 358bc249c3f1371714e12f4df0a0d82883e42eec14528f4faaef8a5e611e62af1039d8c00ebdc9d89be1a514a3bfd698ce3f988fa1b4f29eb1cf72fd1ca03b25
+  metadata.gz: 7c9c726aecbfd99ad73d82c50c285178becefb4792ece0672b55dfede10a47f0563700a691398373f372ca829491c13e0332a81b9b075f9a0435ae55ac138a1c
+  data.tar.gz: b4a28527632a3065d0deb8eadb5c806d260edfd89aa9b3f00ebbc20a2aa63ebfb7df907e7bd0a500f9e368ecd91b8967789b1f056632ef5bc73502dbbe1524c9

data/.standard.yml

@@ -0,0 +1,3 @@
+ignore:
+  - 'test/**/*':
+    - Style/GlobalVars

data/BENCHMARKS.md

@@ -1,6 +1,6 @@
 # Litestack Benchmarks
 
-This is a set of initial (simple) benchmars, designed to understand the baseline performance for different litestack components against their counterparts. 
+This is a set of initial (simple) benchmarks, designed to understand the baseline performance for different litestack components against their counterparts. 
 These are not real life scenarios and I hope I will be able to produce some interesting ones soon.
 
 All these benchmarks were run on an 8 core, 16 thread, AMD 5700U based laptop, in a Virtual Box VM
@@ -18,7 +18,7 @@ This produces
 SELECT * FROM posts WHERE id = ?
 ```
 
-|Prcoesses|AR:PG|AR:litedb|Sequel:PG|Sequel:litedb|
+|Processes|AR:PG|AR:litedb|Sequel:PG|Sequel:litedb|
 |-:|-:|-:|-:|-:|
 |1|1.3K q/s|6.5K q/s|1.8K q/s|17.4K q/s|
 |2|2.6K q/s|13.9K q/s|3.5K q/s|33.2K q/s|
@@ -35,7 +35,7 @@ This produces
 SELECT * FROM posts WHERE user_id = ? LIMIT 5
 ```
 
-|Prcoesses|AR:PG|AR:litedb|Sequel:PG|Sequel:litedb|
+|Processes|AR:PG|AR:litedb|Sequel:PG|Sequel:litedb|
 |-:|-:|-:|-:|-:|
 |1|345 q/s|482 q/s|937 q/s|1.1K q/s|
 |2|751 q/s|848 q/s|1.3K q/s|2.3K q/s|
@@ -53,7 +53,7 @@ This produces
 Update posts SET updated_at = ? WHERE id = ?
 ```
 
-|Prcoesses|AR:PG|AR:litedb|Sequel:PG|Sequel:litedb|
+|Processes|AR:PG|AR:litedb|Sequel:PG|Sequel:litedb|
 |-:|-:|-:|-:|-:|
 |1|125 q/s|484 q/s|129 q/s|2.1K q/s|
 |2|265 q/s|576 q/s|333 q/s|2.5K q/s|
@@ -78,7 +78,7 @@ For testing the cache we attempted to try writing and reading different payload
 
 ### Read
 
-|Payload Size (bytes)|Redis|litecahce|
+|Payload Size (bytes)|Redis|litecache|
 |-:|-:|-:|
 |10|5.0K q/s|69.4K q/s|
 |100|5.0K q/s|90.7K q/s|
@@ -87,11 +87,11 @@ For testing the cache we attempted to try writing and reading different payload
 
 ### Increment an int value
 
-|Redis|litecahce|
+|Redis|litecache|
 |-:|-:|
 |5.1K q/s|16.9K q/s|
 
-It is not even a contest! litecache delivers way higher peroformance, specially in reading performance which is arguably the most important metric for a cache.
+It is not even a contest! litecache delivers way higher performance, specially in reading performance which is arguably the most important metric for a cache.
 
 > ![litejob](https://github.com/oldmoe/litestack/blob/master/assets/litejob_logo_teal.png?raw=true)
 
@@ -122,3 +122,19 @@ A client written using the Iodine web server was used to generate the WS load in
 |100,000|3403|5385|41|36|153|235
 
 On average, Litecable is quite faster than the Redis based version and offers better latenices for over 90% of the requests, though Redis usually delivers better p99 latencies, 
+
+> ![litesearch](https://github.com/oldmoe/litestack/blob/master/assets/litesearch_logo_teal.png?raw=true)
+
+Litesearch was benchmarked against Mielsearch, both using their respective ActiveRecord integrations. Mielsearch was running on the same machine as the benchmark script and was using the default configuration options. The dataset used for testing was the infamous Enron email corpus. Redisearch was not benchmarked due to the clients being not Rails 7.1 compatible (yet), will probably bench Redisearch when they are.
+
+### Building the index
+
+||MieliSearch|Litesearch|
+|-:|-:|-:|
+|Time to insert 10K docs|265.42 seconds|29.06 seconds|
+|Inserted docs/second|38|344|
+|Search latency (3 terms)|7.51 ms| 0.051ms|
+|Searches/second|133|19608|
+|Index rebuild|0.822|0.626|
+
+We only limited the test to 10K documents becuause MieliSearch was taking a long time to index, so we decided to stop at a reasonable sample size. The search numbers for litesearch were double checked, event against a 100K document set and they remained virtually the same. It is clear that litesearch is much faster than MieliSearch in both indexing and searching, this could be partially attributed to litesearch being a simpler text search engine, but still, the difference is huge! For rebuilding the index though, Litesearch is not that much faster than Mielisearch.

data/CHANGELOG.md

@@ -1,17 +1,44 @@
 ## [Unreleased]
 
+## [0.4.3] - 2024-02-15
+
+- [View Diff](https://github.com/oldmoe/litestack/compare/v0.4.1...master)
+- Add "sequel" as a development dependency
+- Diff links in CHANGELOG (thanks Weston Ganger)
+- Fix deamonize type in liteboard (thanks Julian Rubisch)
+- Better Litecache schema (streamlined numeric value support)
+- Support for set_multi and get_multi in Litecache (read_multi and write_multi support for Rails Cache store)
+- More tests written for Litecache and Rails Litecache store
+- Experimenting with removing the Rails LocalCache as it doesn't show enough improvement in perfromance to compensate for the memory overhead 
+- Switch Litecache to a FIFO eviction model vs LRU (thanks Julian Rubisch and Stephen Margheim)
+
+## [0.4.2] - 2023-11-11
+
+- [View Diff](https://github.com/oldmoe/litestack/compare/v0.4.1...v0.4.2)
+- Add similarity search support for Litesearch (works best for non-trigram indexes)
+- Enable similarity search for ActiveRecord and Sequel models
+- Fix Litesearch tests
+- Suppress chatty Litejob exit detector when there are no jobs in flight
+- Tidy up the test folder
+- [#41](https://github.com/oldmoe/litestack/pull/41) - Fix bug in Litecable where the `connected` event was not getting propogated
+- Add Litemetric and Liteboard info to README.doc
+- Fix the testing rake task
+
 ## [0.4.1] - 2023-10-11
 
+- [View Diff](https://github.com/oldmoe/litestack/compare/v0.4.0...v0.4.1)
 - Add missing Litesearch::Model dependency
 
 ## [0.4.0] - 2023-10-11
 
+- [View Diff](https://github.com/oldmoe/litestack/compare/v0.3.0...v0.4.0)
 - Introduced Litesearch, dynamic & fast full text search capability for Litedb
 - ActiveRecord and Sequel integration for Litesearch
 - Slight improvement to the Sequel Litedb adapter for better Litesearch integration
 
 ## [0.3.0] - 2023-08-13
 
+- [View Diff](https://github.com/oldmoe/litestack/compare/v0.2.6...v0.3.0)
 - Reworked the Litecable thread safety model
 - Fixed multiple litejob bugs (thanks Stephen Margheim)
 - Fixed Railtie dependency (thanks Marco Roth)
@@ -21,6 +48,7 @@
 
 ## [0.2.6] - 2023-07-16
 
+- [View Diff](https://github.com/oldmoe/litestack/compare/v0.2.3...v0.2.6)
 - Much improved database location setting (thanks Brad Gessler)
 - A Rails generator for better Rails Litestack defaults (thanks Brad Gessler)
 - Revamped Litemetric, now much faster and more accurate (still experimental)
@@ -28,19 +56,23 @@
 
 ## [0.2.3] - 2023-05-20
 
+- [View Diff](https://github.com/oldmoe/litestack/compare/v0.2.2...v0.2.3)
 - Cut back on options defined in the Litejob Rails adapter
 
 ## [0.2.2] - 2023-05-18
 
+- [View Diff](https://github.com/oldmoe/litestack/compare/v0.2.1...v0.2.2)
 - Fix default queue location in Litejob
 
 
 ## [0.2.1] - 2023-05-08
 
+- [View Diff](https://github.com/oldmoe/litestack/compare/v0.2.0...v0.2.1)
 - Fix a race condition in Litecable
 
 ## [0.2.0] - 2023-05-08
 
+- [View Diff](https://github.com/oldmoe/litestack/compare/v0.1.8...v0.2.0)
 - Litecable, a SQLite driver for ActionCable
 - Litemetric for metrics collection support (experimental, disabled by default)
 - New schema for Litejob, old jobs are auto-migrated
@@ -50,6 +82,7 @@
 
 ## [0.1.8] - 2023-03-08
 
+- [View Diff](https://github.com/oldmoe/litestack/compare/v0.1.7...v0.1.8)
 - More code cleanups, more test coverage
 - Retry support for jobs in Litejob
 - Job storage and garbage collection for failed jobs
@@ -58,6 +91,7 @@
 
 ## [0.1.7] - 2023-03-05
 
+- [View Diff](https://github.com/oldmoe/litestack/compare/v0.1.6...v0.1.7)
 - Code cleanup, removal of references to older name
 - Fix for the litedb rake tasks (thanks: netmute)
 - More fixes for the new concurrency model
@@ -65,6 +99,7 @@
 
 ## [0.1.6] - 2023-03-03
 
+- [View Diff](https://github.com/oldmoe/litestack/compare/v0.1.0...v0.1.6)
 - Revamped the locking model, more robust, minimal performance hit
 - Introduced a new resource pooling class
 - Litecache and Litejob now use the resource pool

data/Gemfile

@@ -2,11 +2,5 @@
 
 source "https://rubygems.org"
 
-# Specify your gem's dependencies in ultralite.gemspec
+# Specify your gem's dependencies in litestack.gemspec
 gemspec
-
-
-
-gem "rack", "~> 3.0"
-
-gem "simplecov"

data/README.md

@@ -1,12 +1,16 @@
 ![litestack](https://github.com/oldmoe/litestack/blob/master/assets/litestack_logo_teal_large.png?raw=true)
 
+<a href="https://badge.fury.io/rb/litestack" target="_blank"><img height="21" style='border:0px;height:21px;' border='0' src="https://badge.fury.io/rb/litestack.svg" alt="Gem Version"></a>
+<a href='https://github.com/oldmoe/litestack/actions' target='_blank'><img src="https://github.com/oldmoe/litestack/actions/workflows/ruby.yml/badge.svg?branch=master" style="max-width:100%;" height='21' style='border:0px;height:21px;' border='0' alt="CI Status"></a>
+<a href='https://rubygems.org/gems/litestack' target='_blank'><img height='21' style='border:0px;height:21px;' src='https://img.shields.io/gem/dt/litestack?color=brightgreen&label=Rubygems%20Downloads' border='0' alt='RubyGems Downloads' /></a>
 
-litestack is a revolutionary gem for Ruby and Ruby on Rails that provides an all-in-one solution for web application development. It exploits the power and embeddedness of SQLite to include a full-fledged SQL database, a fast cache and a robust job queue all in a single package.
+All your data infrastructure, in a gem!
 
-Compared to conventional approaches that require separate servers and databases, Litestack offers superior performance, efficiency, ease of use, and cost savings. Its embedded database and cache reduce memory and CPU usage, while its simple interface streamlines the development process. Overall, LiteStack sets a new standard for web application development and is an excellent choice for those who demand speed, efficiency, and simplicity.
+Litestack is a Ruby gem that provides both Ruby and  Ruby on Rails applications an all-in-one solution for web application data infrastructure. It exploits the power and embeddedness of SQLite to deliver a full-fledged SQL database, a fast cache , a robust job queue, a reliable message broker, a full text search engine and a metrics platform all in a single package.
 
-You can read more about why litestack can be a good choice for your next web application **[here](WHYLITESTACK.md)**, you might also be interested in litestack **[benchmarks](BENCHMARKS.md)**.
+Compared to conventional approaches that require separate servers and databases, Litestack offers superior performance, efficiency, ease of use, and cost savings. Its embedded database and cache reduce memory and CPU usage, while its simple interface streamlines the development process. Overall, Litestack sets a new standard for web application development and is an excellent choice for those who demand speed, efficiency, and simplicity.
 
+You can read more about why litestack can be a good choice for your next web application **[here](WHYLITESTACK.md)**, you might also be interested in litestack **[benchmarks](BENCHMARKS.md)**.
 
 litestack provides integration with popular libraries, including:
 
@@ -24,11 +28,10 @@ With litestack you only need to add a single gem to your app which would replace
 - Cache Server (e.g. Redis, Memcached)
 - Job Processor (e.g. Sidekiq, Goodjob)
 - Pubsub Server (e.g. Redis, PostgreSQL)
+- Fulltext Search Server (e.g. Elasticsearch, Meilisearch)
 
 To make it even more efficient, litestack will detect the presence of Fiber based IO frameworks like Async (e.g. when you use the Falcon web server) or Polyphony. It will then switch its background workers for caches and queues to fibers (using the semantics of the existing framework). This is done transparently and will generally lead to lower CPU and memory utilization.
 
-Litestack is still pretty young and under heavy development, but you are welcome to give it a try today!.
-
 ## Installation
 
 Add the `litestack` gem line to your application's Gemfile:
@@ -41,12 +44,14 @@ To configure a Rails application to run the full litestack, run:
 
 ## Usage
 
-litestack currently offers three main components
+litestack currently offers six main components
 
 - litedb
 - litecache
 - litejob
 - litecable
+- litesearch
+- litemetric
 
 > ![litedb](https://github.com/oldmoe/litestack/blob/master/assets/litedb_logo_teal.png?raw=true)
 
@@ -181,6 +186,119 @@ production:
   adapter: litecable
 ```
 
+> ![litesearch](https://github.com/oldmoe/litestack/blob/master/assets/litesearch_logo_teal.png?raw=true)
+
+### Litesearch
+
+Litesearch adds full text search capabilities to Litedb, you can use it in standalone mode as follows:
+
+```ruby
+require 'litestack/litedb'
+db = Litedb.new(":memory:")
+# create the index
+idx = db.search_index('index_name') do |schema|
+    schema.fields [:sender, :receiver, :body]
+    schema.field :subject, weight: 10
+    schema.tokenizer :trigram
+end
+# add documents
+idx.add({sender: 'Kamal', receiver: 'Laila', subject: 'Are the girls awake?', body: 'I got them the new phones they asked for, are they awake?'})
+# search the index, all fields
+idx.search('kamal')
+# search the index, specific field, partial workd (trigram)
+idx.search('subject: awa') 
+```
+
+Litesearch integrates tightly with ActiveRecord ans Sequel, here are integration examples
+
+#### ActiveRecord
+
+```ruby
+class Author < ActiveRecord::Base
+    has_many :books
+end
+
+class Book < ActiveRecord::Base
+    belongs_to :author
+
+    include Litesearch::Model
+
+    litesearch do |schema|
+        schema.fields [:title, :description]
+        schema.field :author, target: 'authors.name'
+        schema.tokenizer :porter
+    end
+end
+# insert records
+Author.create(name: 'Adam A. Writer') 
+Book.create(title: 'The biggest stunt', author_id: 1, description: 'a description') 
+# search the index, the search method integrates with AR's query interface
+Book.search('author: writer').limit(1).all
+```
+#### Sequel
+
+```ruby
+class Author < Sequel::Model
+    one_to_many :books
+end
+
+class Book < Sequel::Model
+    many_to_one :author
+
+    include Litesearch::Model
+    litesearch do |schema|
+        schema.fields [:title, :description]
+        schema.field :author, target: 'authors.name'
+        schema.tokenizer :porter
+    end
+end
+# insert records
+Author.create(name: 'Adam A. Writer') 
+Book.create(title: 'The biggest stunt', author_id: 1, description: 'a description') 
+# search the index, the search method integrates with Sequel's query interface
+Book.search('author: writer').limit(1).all
+```
+
+> ![litemetric](https://github.com/oldmoe/litestack/blob/master/assets/litemetric_logo_teal.png?raw=true)
+
+### Litemetric
+Litestack comes with a module that can collect useful metrics for its different components, in each component, you need to add the following to the respective .yml file (database.yml in case of Litedb)
+```yml
+    metrics: true # default is false
+```
+If you have the metrics enabled, it will start collecting data from the various modules and will store them in a database file called metric.db located in the Litesupport.root folder
+
+Litemetric has an API that would enable collecting arbitrary metrics for non-litestack classes. The metrics will be in the database but currently the Liteboard is only able to show correct data for Litestack modules, displaying arbitrary metrics for other components will be included later.
+
+### Liteboard
+Liteboard is a simple web server that provides a web interface for the collected metrics, it should be available globally, for usage instructions type
+```
+    liteboard -h
+```
+It allows you to point to a specific metrics database file or a config file and then it will display the data in that metrics database
+
+Example metrics views:
+
+#### Litedb
+![litedb](https://github.com/oldmoe/litestack/blob/master/assets/litedb_metrics.png?raw=true)
+
+- Database size, number of tables & indexes
+- Number of read/write queries
+- Read/Write query ratio over time
+- Read/Write query time over time
+- Slowest queries
+- Most expensive queries (total run time = frequency * cost)
+
+#### Litecache
+![litecache](https://github.com/oldmoe/litestack/blob/master/assets/litecache_metrics.png?raw=true)
+
+- Cache size, % of size limit
+- Number of entries
+- Reads/Writes over time
+- Read hits/misses over time
+- Most written entries
+- Most read entries 
+
 ## Contributing
 
 Bug reports and pull requests are welcome on GitHub at https://github.com/oldmoe/litestack.

data/ROADMAP.md

@@ -0,0 +1,45 @@
+# Litestack Roadmap
+
+This is a list of functional/non-functional features that litestack targets to implement on the path to the 1.0 release and beyond
+
+- [ ] Full test coverage
+  - [ ] Litesupport
+  - [ ] Litequeue
+  - [ ] Litejobqueue
+  - [ ] Litejob
+  - [ ] Litejob - Rails
+  - [ ] Litecache
+  - [ ] Litecache - Rails
+  - [ ] Litesearch
+  - [ ] Litesearch - ActiveRecord
+  - [ ] Litesearch - Sequel
+  - [ ] Litemetric
+  - [ ] Litedb
+  - [ ] Litedb - ActiveRecord
+  - [ ] Litedb - Sequel
+- [ ] Github Actions integration
+  - [ ] Automated testing matrix
+  - [ ] Automated gem builds
+- [ ] Litedb improvements
+  - [ ] ActiveRecord Sqlite3 Adapter compatibility mode    
+  - [ ] Sequel Sqlite3 Adapter compatibility mode
+  - [ ] Extension bundling/loading    
+- [ ] Liteiob improvements
+  - [ ] Persist jobs even during execution
+  - [ ] Zombie job detection
+  - [ ] Better process exit handling 
+  - [ ] Faster job dispatch for the no delay case
+- [ ] Database maintenance scripts
+  - [ ] Online backup
+  - [ ] Restore
+  - [ ] Litestream integration
+  - [ ] CoW filesystems specific backup path
+- [ ] Zero downtime deployment scripts
+  - [ ] Rails
+  - [ ] Genereic Rack Applications
+- [ ] Litemetric improvements
+  - [ ] Rails performance module
+  - [ ] Ruby Memory/GC module
+  - [ ] Restore generic module
+  - [ ] Better HTML/CSS
+- [ ] Kredis replacement implementation?    

data/Rakefile

@@ -9,4 +9,6 @@ Rake::TestTask.new(:test) do |t|
   t.test_files = FileList["test/**/test_*.rb"]
 end
 
-task default: :test
+require "standard/rake"
+
+task default: %i[test standard]

data/WHYLITESTACK.md

@@ -5,7 +5,7 @@ If you're developing a Ruby web application, you may be wondering which database
 ## Standing on the shoulder of a (figurative) giant!
 At its core, Litestack is built on top of SQLite, a highly regarded open-source relational database engine. This means that Litestack is highly efficient and resource-friendly, making it an excellent choice for small to medium-sized web applications. Additionally, because SQLite is a file-based database, it is incredibly easy to set up and manage, requiring no separate server installation or configuration.
 
-## Performance and Effeciency
+## Performance and Efficiency
 One of the most significant advantages of Litestack is its performance benefits. SQLite has a small memory footprint and is highly optimized, meaning that it can deliver fast and reliable database access. Additionally, Litestack's job queueing and caching functionality provide additional performance benefits, enabling you to execute tasks asynchronously and store frequently accessed data in memory for faster access.
 
 ## Dead simple Rails integration

data/bench/bench.rb

@@ -1,23 +1,30 @@
-require 'sqlite3'
+require "sqlite3"
 
-def bench(msg, iterations=1000)
+def bench(msg, iterations = 1000)
   GC.start
-  #GC.compact
-  STDERR.puts "Starting #{iterations} iterations of #{msg} ... "
+  # GC.compact
+  warn "Starting #{iterations} iterations of #{msg} ... "
   t1 = Process.clock_gettime(Process::CLOCK_MONOTONIC)
   iterations.times do |i|
     yield i
   end
   t2 = Process.clock_gettime(Process::CLOCK_MONOTONIC)
-  time = ((t2 - t1)*1000).to_i.to_f / 1000 rescue 0
-  ips = ((iterations/(t2-t1))*100).to_i.to_f / 100 rescue "infinity?"
-  #{m: msg, t: time, ips: iteratinos/time, i: iterations}
- STDERR.puts " .. finished in #{time} seconds (#{ips} ips)"
+  time = begin
+    ((t2 - t1) * 1000).to_i.to_f / 1000
+  rescue
+    0
+  end
+  ips = begin
+    ((iterations / (t2 - t1)) * 100).to_i.to_f / 100
+  rescue
+    "infinity?"
+  end
+  # {m: msg, t: time, ips: iteratinos/time, i: iterations}
+  warn " .. finished in #{time} seconds (#{ips} ips)"
 end
 
 @db = SQLite3::Database.new(":memory:") # sqlite database for fast random string generation
 
 def random_str(size)
   @db.get_first_value("select hex(randomblob(?))", size)
-end 
-
+end

data/bench/bench_cache_rails.rb

@@ -1,24 +1,26 @@
-require 'active_support'
-require_relative '../lib/litestack'
-require_relative './bench'
+require "active_support"
+require_relative "../lib/litestack"
+require_relative "./bench"
 
-cache = ActiveSupport::Cache::Litecache.new({path: '../db/rails_cache.db'})
+cache = ActiveSupport::Cache::Litecache.new
 
-#can only use the lookup method when the gem is installed
-#cache = ActiveSupport::Cache.lookup_store(:litecache, {path: '../db/rails_cache.db'})
+# can only use the lookup method when the gem is installed
+# cache = ActiveSupport::Cache.lookup_store(:litecache, {path: '../db/rails_cache.db'})
 
 redis = ActiveSupport::Cache.lookup_store(:redis_cache_store, {})
 
 values = []
 keys = []
 count = 1000
+payload_sizes = [10, 100, 1000, 10000]
+#payload_sizes = [100]
 
-[10, 100, 1000, 10000].each do |size|
+payload_sizes.each do |size|
   count.times do
-    keys << random_str(10) 
-    values << random_str(size) 
+    keys << random_str(10)
+    values << random_str(size)
   end
-  
+
   random_keys = keys.shuffle
   puts "Benchmarks for values of size #{size} bytes"
   puts "=========================================================="
@@ -31,6 +33,21 @@ count = 1000
     redis.write(keys[i], values[i])
   end
 
+  puts "== Multi Writes =="
+  bench("litecache multi-writes", count/5) do |i|
+    idx = i * 5 
+    payload = {} 
+    5.times {|j| payload[keys[idx + j]] = values[idx + j] }
+    cache.write_multi(payload)
+  end
+
+  bench("Redis multi-writes", count/5) do |i|
+    idx = i * 5 
+    payload = {} 
+    5.times {|j| payload[keys[idx + j]] = values[idx + j] }
+    redis.write_multi(payload)
+  end
+
   puts "== Reads =="
   bench("litecache reads", count) do |i|
     cache.read(random_keys[i])
@@ -39,14 +56,29 @@ count = 1000
   bench("Redis reads", count) do |i|
     redis.read(random_keys[i])
   end
-  puts "=========================================================="
+
+  puts "== Multi Reads =="
+  bench("litecache multi-reads", count/5) do |i|
+    idx = i * 5
+    payload = []
+    5.times {|j| payload << random_keys[idx+j]}
+    cache.read_multi(*payload)
+  end
+
+  bench("Redis multi-reads", count/5) do |i|
+    idx = i * 5
+    payload = []
+    5.times {|j| payload << random_keys[idx+j]}
+    redis.read_multi(*payload)
+  end
 
 
+  puts "=========================================================="
+
   keys = []
   values = []
 end
 
-
 cache.write("somekey", 1, raw: true)
 
 redis.write("somekey", 1, raw: true)
@@ -59,9 +91,8 @@ bench("litecache increment", count) do
 end
 
 bench("Redis increment", count) do
-  redis.increment("somekey", 1, raw: true )
+  redis.increment("somekey", 1, raw: true)
 end
 
 cache.clear
 redis.clear
-