安裝redis的一些問題

今天裝了個centos2.6.4 而後裝jdk,完了redis2.6.4linux

裝redis2.6.4折騰了老半天,缺了不少東西,連gcc都沒有git

無語中……github

廢話很少說,直接上過程redis

一、報錯一  沒用gcccentos

安裝過程
    yum install cpp
    yum install binutils
    yum install glibc
    yum install glibc-kernheaders
    yum install glibc-common
    yum install glibc-devel
    yum install gcc
    yum install make性能優化

注意gcc依賴了不少東西,有些包可能系統已經 裝了,有些沒有,防止出意外,最好都走一遍性能

 

二、報錯二,沒有tcl8.5, 安裝tcl8.5,過程以下測試

下載地址:http://downloads.sourceforge.net/tcl/tcl8.5.10-src.tar.gz大數據

安裝過程優化

tar -zxvf  tcl8.5.tar.gz

./configure

make

make install

三、安裝redis

make

make test  //檢查一下,看看有沒有問題

make install

 

若是make繼續報錯,信息以下:error: jemalloc/jemalloc.h: No such file or directory

執行 make MALLOC=libc 就行

注意的是,爲了防止出意外,make失敗後在make的話,清理一下,執行make clean

 

祝你們安裝成功!!!!

下面是一些介紹:

Redis2.6已經發布了(http://redis.io/download),下載後,在make時一堆編譯錯誤,後來看issue,跟linux系統版本及位數有關。

昨天做者 antirez發佈了2.6.2,此版本修復了一些linux版本不兼容致使make不經過的問題,但是下下來之後,發如今測試機編譯仍是有些問題,與是 在issue上提出一個問題:(https://github.com/antirez/redis/issues/736#issuecomment- 9848046) 早上來的時候,看到大牛們熱心的回覆,真的很感動。在測試機上,因爲系統 是32位的,致使編譯時沒經過,首先我立馬肯定了這個問題,在64位測試機上測試時,發現果真編譯能夠經過,而後在32位上,跟據提示,在 Makefile中增長一條CFLAGS= -march=i686,編譯也順利經過了,頓時感受舒暢不少!

下載地址:http://redis.googlecode.com/files/redis-2.6.2.tar.gz

而後tar, make,便可。(make前,若是確認本身的測試機是32位linux,在src/Makefile文件中的頭部加上CFLAGS= -march=i686,可參考isSUSE中相關回答)

修改對應的redis.conf,而後啓動,便可進行測試了。

一.此版本主要更新的功能有:

1.支持lua腳本。
2.VM(虛擬內存)去掉了。
3.對於client的limit限制變成無限制。
4.aof性能提高了很多。
5.key的過濾時間能夠支持毫秒級別了,原來是秒。
6.list與hash 的屬性filed或value包含小整數,內存優化列好(使用了jemalloc,之前是malloc)。
7.提供了BITCOUNT與BITOP,前者支持位值count,後者支持了位操做。(之前只支持key-value 的置位操做)
8.支持新命令dump以及restore ,即序列化與反序列化操做。
9.大數據存儲性能優化等。

以上功能我比較關注的一個是lua腳本支持,一個是位操做的功能擴展。

對於位操做的增長,在2.4已經存在,經過setbit/getbit,相關操做(要注意大小端的問題,存儲讀取數據時)。

這次增長了bitcount,以及bitop操做,經過位操做,來加強一些統計功能等相關功能的實現應該有很大的幫忙。

對於咱們的系統裏,以及用bit位記錄相關數據,可是一直不能位操做,一直在考慮是否本身增長,在2.6做者實現了。仍是很是贊一個。

二.相關簡單測試:

使用了jemalloc,以及相關代碼的優化,redis2.6的性能必定有必定提高.

使用redis2.6.2與redis2.4.4相比。

相同環境下,進行一萬次set,一萬次get操做,二者所花費的時間以下:

redis2.6.2 redis2.4.4

set操做 5938ms 6109ms

get操做 5985ms 5812ms

以上爲開發機上進行測試,並不能體現redis完整的性能,可是相同的環境下,能夠測試redis不一樣版本的性能問題。從以上set get操做來看,redis2.6性能上仍是有部分提高,但不大。

相關文章
相關標籤/搜索