成人免费看黄网站无遮挡,caowo999,se94se欧美综合色,a级精品九九九大片免费看,欧美首页,波多野结衣一二三级,日韩亚洲欧美综合

實(shí)用文檔>redis的性能報告

redis的性能報告

時(shí)間:2024-09-23 01:40:20

關(guān)于redis的性能報告

關(guān)于redis的性能報告

關(guān)于redis的性能報告

  篇一:redis性能測試案例

  REmote DIctionary Server(Redis) 是一個(gè)由Salvatore Sanfilippo寫(xiě)的key-value存儲系統。

  Redis是一個(gè)開(kāi)源的使用ANSI C語(yǔ)言編寫(xiě)、遵守BSD協(xié)議、支持網(wǎng)絡(luò )、可基于內存亦可持久化的日志型、Key-Value數據庫,并提供多種語(yǔ)言的API。

  它通常被稱(chēng)為數據結構服務(wù)器,因為值(value)可以是 字符串(String), 哈希(Map), 列表(list), 集合(sets) 和 有序集合(sorted sets)等類(lèi)型。

  Redis性能測試案例:

  服務(wù)器配置:64G內存,8核心,redhat

  1:value大小對性能的影響

  測試用例:200并發(fā)插入數據{100byte,3ms,39415res/sec :200并發(fā),平均執行一次插入操作花費3毫秒時(shí)間,平均每秒執行39415次}

  2:并發(fā)對性能的影響

  測試用例:插入3000bytes數據{100tcp,2ms,37215res/sec表示100個(gè)并發(fā)tcp連接,執行插入3000bytes操作,平均每次執行耗時(shí)2毫秒,平均每秒執行37215次}

  3:集群對性能的影響

  測試A: 200并發(fā)寫(xiě)入3000bytes數據{單點(diǎn),5ms,27815res/sec表示:200并發(fā),插入3000bytes數據,單點(diǎn)情況下每次執行平均耗費5毫秒,每秒平均執行27815次}

  測試B:200并發(fā),隨機讀取{單點(diǎn),8ms,23703res/sec表示:200并發(fā),隨機讀取數據,平均每次讀取花費8毫秒,每秒執行23703次}

  測試C:200并發(fā),讀寫(xiě)比例3:2{單點(diǎn),11ms,9395res/sec表示:200并發(fā),維持讀寫(xiě)比例3:2,單點(diǎn)情況下,平均每次執行耗費11毫秒時(shí)間,每秒執行9395次}

  篇二:大數據性能測試記錄——redis

  大數據性能測試記錄——redis

  一.環(huán)境描述

  1.宿主環(huán)境:

  2.虛擬環(huán)境:

  Virtualbox虛擬機4.3.18

  Centos6.5 64位開(kāi)發(fā)工作站

  內存:4096M

  硬盤(pán):40G

  JDK:OpenJDK1.7.0_45

  Redis:3.0.3

  Jedis:2.7.2

  Common-Pool:2.0

  二.測試記錄:

  內容:foo“數字”,bar(數字)

  數據量:100萬(wàn)

  內存:2070M(寫(xiě)前)~2202M(寫(xiě)后) 讀:

  時(shí)間:760875ms(寫(xiě)前)~780431ms(寫(xiě)后)

  數據量:1000萬(wàn)

  寫(xiě): 內存:2069M(寫(xiě)前)~3463M(寫(xiě)后) 讀:

  時(shí)間:713894ms(寫(xiě)前)~901442(寫(xiě)后)

  三.結論:

  Redis讀寫(xiě)在沒(méi)有超過(guò)內存容量時(shí),讀時(shí)間,寫(xiě)內存占用基本是線(xiàn)性的。

  篇三:memcache、redis、tair性能對比測試報告

  memcache、redis、tair性能對比測試報告

  第1章 限制條件

  前一周所做的分布緩存技術(shù)預言中有包括ehcache、memcache、redis、tair,還包括了基于MongoDB的分布式技術(shù)。測試中,考慮到各自功能的差異化特點(diǎn),其中選擇了memcache、redis、tair功能特性相近的緩存服務(wù)器進(jìn)行性能對比,所以ehcache、MongoDB將不做為本次測試的規范,其原因如下:

  1) Ehcache是組件級別的緩存,要搭建一個(gè)獨立的緩存服務(wù)器,需要用到ehcache server模塊,這是個(gè)war包,能運行在web 容器中,決定整個(gè)緩存服務(wù)器性能的好壞因素太多,比如web服務(wù)器,集群方式等。跟memcache、redis、tair沒(méi)有對比性。 2) MongoDB是面向文檔的數據庫,跟緩存沒(méi)有可比性。

  第2章 測試場(chǎng)景概述

  性能測試包括單機環(huán)境和分布式環(huán)境,主要針對memcache、redis、tair各緩存服務(wù)器在緩存了不同級別的數據下,多個(gè)線(xiàn)程并發(fā)操作向緩存set/get緩存數據,考慮到網(wǎng)絡(luò )方面的負載,又將每次set/get操作的緩存數據的大小分為三個(gè)不同的級別:1KB,10KB,100KB,通過(guò)對上述的條件進(jìn)行排列,取得以下的測試場(chǎng)景。

  第3章 單機環(huán)境測試

  3.1. 測試場(chǎng)景:

  1. 2. 3.

  當各緩存的數據庫空時(shí),以單線(xiàn)程通過(guò)各緩存客戶(hù)端set調用向服務(wù)端推送數據,比較10000操作所消耗的時(shí)間,以上動(dòng)作通過(guò)使用不同大小的單個(gè)緩存對象重復三次。 在場(chǎng)景一完成的情況下,以單線(xiàn)程通過(guò)各緩存客戶(hù)端get調用向服務(wù)端獲取數據,比較10000操作所消耗的時(shí)間,以上動(dòng)作通過(guò)使用不同大小的單個(gè)緩存對象重復三次。 并發(fā)200個(gè)線(xiàn)程通過(guò)緩存軟件的客戶(hù)set調用向服務(wù)端推送數據,每個(gè)線(xiàn)程完成10000次的操作,比較服務(wù)器的tps大小,以上動(dòng)作通過(guò)使用不同大小的單個(gè)緩存對象重復三次。

  4.并發(fā)200個(gè)線(xiàn)程通過(guò)緩存軟件的客戶(hù)get調用向服務(wù)端獲取數據,每個(gè)線(xiàn)程完成10000次的操作,比較服務(wù)器的tps大小,以上動(dòng)作通過(guò)使用不同的key取不同大小的數據,重復三次。

  3.2. 測試環(huán)境

  3.3. 測試結果

  1.當各緩存的數據庫空時(shí),以單線(xiàn)程通過(guò)各緩存客戶(hù)端set調用向服務(wù)端推送數據,比較10000操作所消耗的時(shí)間,以上動(dòng)作通過(guò)使用不同大小的單個(gè)緩存對象重復三次。

  2.在場(chǎng)景一完成的情況下,以單線(xiàn)程通過(guò)各緩存客戶(hù)端get調用向服務(wù)端獲取數據,比較10000操作所消耗的時(shí)間,以上動(dòng)作通過(guò)使用不同大小的單個(gè)緩存對象重復三次。

  3.在場(chǎng)景一完成的情況下,緩存服務(wù)器有數據,并發(fā)1000個(gè)線(xiàn)程通過(guò)緩存軟件的客戶(hù)set調用向服務(wù)端推送數據,每個(gè)線(xiàn)程完成10000次的操作,比較各服務(wù)器的tps大小,以上動(dòng)作通過(guò)使用不同大小的單個(gè)緩存對象重復三次。

  4.在場(chǎng)景三完成的情況下,緩存服務(wù)器有數據,并發(fā)1000個(gè)線(xiàn)程通過(guò)緩存軟件的客戶(hù)get調用向服務(wù)端獲取數據,每個(gè)線(xiàn)程完成10000次的操作,比較各服務(wù)器的tps大小,以上動(dòng)作通過(guò)使用不同的key取不同大小的數據,重復三次。

【redis的性能報告】相關(guān)文章:

清稅報告和清算報告模板02-15

empb報告02-16

報告格式要求04-04

心理報告格式06-01

solidworks報告精選范文02-16

關(guān)于報告的格式02-24

支教的實(shí)踐報告03-19

實(shí)踐報告的開(kāi)頭03-19

采購崗位報告03-19

時(shí)政報告范文03-19

用戶(hù)協(xié)議