Redis安装与调试



Redis安装与调试

Redis安装与调试linux版本:64位CentOS 6.5

Redis版本:2.8.17  (更新到2014年10月31日)

Redis官网:http://redis.io/

Redis常用命令:http://redis.io/commands

1.安装Redis

# wget http://download.redis.io/releases/redis-2.8.17.tar.gz

tar xzf redis-2.8.17.tar.gz

cd redis-2.8.17

make

# make install


如果报错

zmalloc.h:50:31: error: jemalloc/jemalloc.h: No such file or directory
zmalloc.h:55:2: error: #error "Newer version of jemalloc required"
make[1]: *** [adlist.o] Error 1
make[1]: Leaving directory `/data0/src/redis-2.6.2/src'
make: *** [all] Error 2

解决办法是:

make MALLOC=libc


注意:Redis并没有自己实现内存池,没有在标准的系统内存分配器上再加上自己的东西。

redis-2.4以上自带jemalloc,你不需要加任何参数,通过zmalloc.c源码中我们可以看到,Redis在编译时,会先判断是否使用tcmalloc,如果是,会用tcmalloc对应的函数替换掉标准的libc中的函数实现。其次会判断jemalloc是否使得,最后如果都没有使用才会用标准的libc中的内存管理函数。所以用tcmalloc优化请谨慎使用,这两着分配器碎片率相差不大,建议用自带jemalloc。


如果要安装tcmalloc可以这样:

# make USE_TCMALLOC=yes

参考:利用TCMalloc替换Nginx和Redis默认glibc库的malloc内存分配


为了调试需要修改CFLAGS参数

# make CFLAGS="-g -O0" 

make命令执行完成后,会在src目录下生成5个可执行文件,分别是redis-server、redis-cli、redis-benchmark、redis-check-aof、redis-check-dump,它们的作用如下:
redis-server:Redis服务器的daemon启动程序
redis-cli:Redis命令行操作工具。当然,你也可以用telnet根据其纯文本协议来操作
redis-benchmark:Redis性能测试工具,测试Redis在你的系统及你的配置下的读写性能
redis-check-aof:更新日志检查 

redis-check-dump:用于本地数据库检查 

为什么没用标准的Linux安装三板斧呢?官方维基是这样说的:Redis can run just fine without a configuration file (when executed without a config file a standard configuration is used). With thedefault configuration Redis will log to the standard output so you can check what happens. Later, you canchange the default settings.

也可以make install,这样就是把可运行文件复制到/usr/local/bin里而已。

make之后,会出现一句提示:

Hint: To run 'make test' is a good idea ;)


-----------------------------------------------------------------

其实不测试,一般都可以用。但是既然人家建议了,咱们就走一下make test吧。

运行#make test

报错,提示没有You need 'tclsh8.5' in order to run the Redis test

然后到Tcl的官方网站http://www.tcl.tk/下载8.5版本

然后安装tcl8.5:

(configure和make的位置比较特殊,在安装目录的unix下,所以下面是tcl官方安装法)

#tar xvzf tcl8.5.12-src.tar.gz

#cd tcl8.5.13/unix/

#./configure

#make

#make test

#make install

注:当然,也可以简单一点,用 yum install tcl 来安装。

好了,安装好tcl之后,可以去redis目录下运行make test了,这次正常跑通。提示:

\o/ All tests passed without errors!
Cleanup: may take some time... OK

说明redis安装正常。可以运行。

-----------------------------------------------------------------

安装

# make install



2.运行Redis

2.8.17版本,redis-server被放到了src文件夹下。

启动Redis服务端

# /usr/redis-2.8.17/src/redis-server

如果没有更改daemonize no配置,会看见运行的信息。


注释:

▲redis的默认端口号是6379,(据redis的作者antirez的博文说,6379在是手机按键上MERZ对应的号码,而MERZ取自意大利歌女Alessia Merz的名字。而MERZ长期以来被antirez及其朋友当作愚蠢的代名词。)

▲Redis有两种存储方式,默认是snapshot方式,实现方法是定时将内存的快照(snapshot)持久化到硬盘,这种方法缺点是持久化之后如果出现crash则会丢失一段数据。因此在完美主义者的推动下作者增加了aof方式。aof即append only mode,在写入内存数据的同时将操作命令保存到日志文件。

 

以后台形式运行Redis

需要读取配置文件方式启动

注意,默认复制过去的redis.conf文件的daemonize参数为no,所以redis不会在后台运行,我们可以修改redis.conf文件,这个文件就是解压后的redis根目录下

daemonize yes

If you want to provide your redis.conf, you have to run it using an additional
parameter (the path of the configuration file):

    % cd src
    % ./redis-server /path/to/redis.conf

# /usr/redis-2.8.17/src/redis-server /usr/redis-2.8.17/redis.conf

查看redis进程

#ps aux |grep redis


启动多个redis实例

拷贝默认的redis.conf改为redis6383.conf,打开redis6383.conf配置文件,找到port 6379这行,把6379改为6383

# /usr/redis-2.8.17/src/redis-server

# /usr/redis-2.8.17/src/redis-server /usr/redis-2.8.17/redis6383.conf


调用服务

/usr/redis-2.8.17/src/redis-cli

新增

redis> set foo bar

获取

redis> get foo"bar"

删除

redis>del foo



模糊查找

redis>keys f*

redis>keys f?o?


查看info信息

输入# info命令,可以看出内存碎片率:mem_fragmentation_ratio=2.59

默认使用的是jemalloc内存分配器



3.配置 Redis

redis的配置文件在你的安装目录里。名为:redis.conf。

简单说几点redis.conf:

redis默认不是用守护进程的,如果需要更改,把daemonize no改成daemonize yes。(测试的时候可以不改,看看打印信息。)

如果对redis默认6379端口不爽的,可以更改port 6379

如果想把数据文件放到一个指定文件夹,更改dir /opt/data/

默认是dir ./ 也就是默认放到安装目录下。

连接超时时间,timeout 300,没什么改头……

dir 是数据文件路径。默认在安装目录下。

*下面的配置二选一,详见本文注释部分2。

###### SNAPSHOTTING ######内存快照方式:

默认的内存快照策略是,

在900秒(15分钟)内,至少有1次数据变更;

或者300秒内,有至少10次数据变更;

或者60秒内,有至少1000次数据变更;时间+数据变更次数,共同影响内存快照的出现。

###### APPEND ONLY MODE ###### AOF方式

appendfsync everysec 每秒同步。这里可以注释掉,打开下面的选项appendfsync no

其余的配置,conf里面的注释写的挺清楚,我就不多废话了。大家看着自己配就行了。

 

可以拷贝配置文件到etc

mkdir /etc/redis 

cp redis.conf /etc/redis/redis.conf 

mkdir  /var/lib/redis 

1. redis.conf 配置参数:

#是否作为守护进程运行 

daemonize yes 

#如以后台进程运行,则需指定一个pid,默认为/var/run/redis.pid 

pidfile redis.pid 

#绑定主机IP,默认值为127.0.0.1 

#bind 127.0.0.1 

#Redis默认监听端口 

port 6379 

#客户端闲置多少秒后,断开连接,默认为300(秒) 

timeout 300 

#日志记录等级,有4个可选值,debug,verbose(默认值),notice,warning 

loglevel verbose 

#指定日志输出的文件名,默认值为stdout,也可设为/dev/null屏蔽日志 

logfile stdout 

#可用数据库数,默认值为16,默认数据库为0 

databases 16 

#保存数据到disk的策略 

#当有一条Keys数据被改变是,900秒刷新到disk一次 

save 900 1 

#当有10条Keys数据被改变时,300秒刷新到disk一次 

save 300 10 

#当有1w条keys数据被改变时,60秒刷新到disk一次 

save 60 10000 

#当dump .rdb数据库的时候是否压缩数据对象 

rdbcompression yes 

#本地数据库文件名,默认值为dump.rdb 

dbfilename dump.rdb 

#本地数据库存放路径,默认值为 ./ 

dir /var/lib/redis/ 

########### Replication ##################### 

#Redis的复制配置 

# slaveof <masterip> <masterport> 当本机为从服务时,设置主服务的IP及端口 

# masterauth <master-password> 当本机为从服务时,设置主服务的连接密码 

#连接密码 

# requirepass foobared 

#最大客户端连接数,默认不限制 

# maxclients 128 

#最大内存使用设置,达到最大内存设置后,Redis会先尝试清除已到期或即将到期的Key,当此方法处理后,任到达最大内存设置,将无法再进行写入操作。 

# maxmemory <bytes> 

#是否在每次更新操作后进行日志记录,如果不开启,可能会在断电时导致一段时间内的数据丢失。因为redis本身同步数据文件是按上面save条件来同步的,所以有的数据会在一段时间内只存在于内存中。默认值为no 

appendonly no 

#更新日志文件名,默认值为appendonly.aof 

#appendfilename 

#更新日志条件,共有3个可选值。no表示等操作系统进行数据缓存同步到磁盘,always表示每次更新操作后手动调用fsync()将数据写到磁盘,everysec表示每秒同步一次(默认值)。 

# appendfsync always 

appendfsync everysec 

# appendfsync no 

################ VIRTUAL MEMORY ########### 

#是否开启VM功能,默认值为no 

vm-enabled no 

# vm-enabled yes 

#虚拟内存文件路径,默认值为/tmp/redis.swap,不可多个Redis实例共享 

vm-swap-file /tmp/redis.swap 

#将所有大于vm-max-memory的数据存入虚拟内存,无论vm-max-memory设置多小,所有索引数据都是内存存储的 (Redis的索引数据就是keys),也就是说,当vm-max-memory设置为0的时候,其实是所有value都存在于磁盘。默认值为0。 

vm-max-memory 0 

vm-page-size 32 

vm-pages 134217728 

vm-max-threads 4 

############# ADVANCED CONFIG ############### 

glueoutputbuf yes 

hash-max-zipmap-entries 64 

hash-max-zipmap-value 512 

#是否重置Hash表 

activerehashing yes 

注意:Redis官方文档对VM的使用提出了一些建议: 

  • 当你的key很小而value很大时,使用VM的效果会比较好.因为这样节约的内存比较大. 
  • 当你的key不小时,可以考虑使用一些非常方法将很大的key变成很大的value,比如你可以考虑将key,value组合成一个新的value. 
  • 最好使用linux ext3 等对稀疏文件支持比较好的文件系统保存你的swap文件. 
  • vm-max-threads这个参数,可以设置访问swap文件的线程数,设置最好不要超过机器的核数.如果设置为0,那么所有对swap文件的操作都是串行的.可能会造成比较长时间的延迟,但是对数据完整性有很好的保证.

 

2. 调整系统内核参数

如果内存情况比较紧张的话,需要设定内核参数: 

echo 1 > /proc/sys/vm/overcommit_memory 

这里说一下这个配置的含义:/proc/sys/vm/overcommit_memory
该文件指定了内核针对内存分配的策略,其值可以是0、1、2。
0,表示内核将检查是否有足够的可用内存供应用进程使用;如果有足够的可用内存,内存申请允许;否则,内存申请失败,并把错误返回给应用进程。
1,表示内核允许分配所有的物理内存,而不管当前的内存状态如何。
2,表示内核允许分配超过所有物理内存和交换空间总和的内存
Redis在dump数据的时候,会fork出一个子进程,理论上child进程所占用的内存和parent是一样的,比如parent占用的内存为 8G,这个时候也要同样分配8G的内存给child, 如果内存无法负担,往往会造成redis服务器的down机或者IO负载过高,效率下降。所以这里比较优化的内存分配策略应该设置为 1(表示内核允许分配所有的物理内存,而不管当前的内存状态如何)

 

4.调试debug

注意由于redis默认是启用了内存优化的,所以必须修改编译选项。不然,在gdb内打印变量时提示"<value optimized out>",这多半是因为gcc的优化导致,我们可以加上-O0选项来强制禁用gcc的编译优化。

Compiling Redis without optimizations

By default Redis is compiled with the -O2 switch, this means that compiler        optimizations are enabled. This makes the Redis executable faster, but at the        same time it makes Redis (like any other program) harder to inspect using GDB.

所以要修改Makefile文件,该文件在/src目录下,修改OPTIMIZATION?=-O2选项即可,修改为O0

OPTIMIZATION?=-O0

 

删掉原来的redis重新修改makefile重新make,启动redis

 

具体调试技巧,查看指针变量

查看redis进程

# ps  aux|grep redis

gdb附加到进程

# gdb -p  进程id

(gdb)r     重新开始不然不会从main函数开始

(gdb)break main                  设置断点

(gdb)list                  查看代码

(gdb)p  变量名       查看变量内容,使用p查看变量,这个时候已经可以查看

 

redis调试技巧

redis会在ae.c的aeMain这个函数处循环处理事件:

// 事件处理器的主循环
void aeMain(aeEventLoop *eventLoop) {

    eventLoop->stop = 0;

    while (!eventLoop->stop) {

        // 如果有需要在事件处理前执行的函数,那么运行它
        if (eventLoop->beforesleep != NULL)
            eventLoop->beforesleep(eventLoop);

        // 开始处理事件
        aeProcessEvents(eventLoop, AE_ALL_EVENTS);
    }
}

/usr/redis-2.6.14/src/redis-cli

redis> set foo bar

OK

redis> get foo"bar"

aeMain函数会截获来自redis-cli的请求,也只有aeMain函数处理好该请求,redis-cli才会返回OK,不然就会一直等待


 

5.基准测试

第一先用启动命令启动redis

然后在任意目录使用命令:

# redis-benchmark-h localhost -p 6379 -c 100 -n 100000

模拟100个并发连接,100000个请求,检测host为localhost 端口为6379的redis服务器性能


原文地址:http://blog.youkuaiyun.com/unix21/article/details/9526295

------------------------------------------------------------------------

更多参考

配置参考:CentOS下Redis 2.2.14安装配置详解

安装参考:Redis (一) 安装

调试参考:http://redis.io/topics/debugging 利用gdb调试redis-server

benchmark参数: Redis安装部署


另外需要在PHP中使用redis需要安装PHP扩展可以参考:

Redis以及Redis的php扩展安装无错版

phpredis使用方法

redis常用命令参考



<think>好的,用户现在用的是瑞芯微的RV1126硬件平台,想要开发摄像头驱动和ISP驱动。首先,我需要回忆一下RV1126的相关资料。RV1126是一款针对视觉处理的芯片,通常用于摄像头、智能安防等领域,所以摄像头驱动和ISP确实是关键部分。 用户可能有一定的嵌入式开发经验,但可能对RV1126的具体开发流程不太熟悉。需要先确定他们的开发环境是否已经搭建好了,比如SDK、交叉编译工具链等。如果用户已经完成了这些基础工作,接下来就是具体的驱动开发步骤。 摄像头驱动方面,RV1126通常支持MIPI CSI-2接口的摄像头模块。需要确认用户使用的摄像头型号是否兼容,或者是否需要自己适配。可能需要修改设备树(Device Tree)来配置MIPI接口参数,比如时钟频率、数据通道数等。还有I2C通信,用于配置摄像头传感器的寄存器,这部分可能需要编写或调整驱动代码。 然后是ISP驱动,RV1126内置了ISP模块,处理图像数据如降噪、HDR等。用户可能需要配置ISP的参数,或者根据具体需求调整图像处理流程。瑞芯微的SDK里可能有相关的文档和示例代码,需要引导用户参考这些资料,比如如何通过mediactl或v4l2工具进行配置。 另外,用户可能会遇到调试问题,比如图像不显示、颜色异常等。这时候可能需要检查设备树配置是否正确,时钟信号是否稳定,或者I2C通信是否正常。还有可能是电源管理的问题,摄像头模块的供电是否充足。 用户可能还不太清楚如何测试驱动是否正常工作,可能需要指导他们使用工具如v4l2-ctl来捕获图像,或者使用瑞芯微提供的调试工具。另外,ISP的调试可能需要通过参数调整来优化图像质量,这部分可能需要反复试验。 需要提醒用户注意内核版本和SDK的兼容性,不同版本的SDK可能在驱动支持上有差异。如果用户遇到编译错误或驱动加载失败,建议检查内核配置和驱动模块的依赖关系。 最后,考虑到用户的具体需求,可能需要推荐他们查阅RV1126的官方文档,加入开发者社区或论坛,获取更多的支持和案例分享。如果有具体的错误信息或日志,分析起来会更有效率。</think>开发摄像头驱动和ISP驱动在RV1126平台上的实现可以分为以下几个关键步骤,以下是基于瑞芯微平台的开发要点总结: --- ### **一、RV1126视觉开发基础** 1. **硬件特性认知** - 双核NPU(2Tops算力)支持INT8/INT16量化 - 内置第三代ISP(支持HDR、3DNR等图像增强算法) - 支持MIPI CSI-2/DVP等摄像头接口 2. **开发环境搭建** ```bash # 官方推荐工具链(需联系瑞芯微获取) tar xvf rv1126_toolchain.tar.gz export PATH=$PATH:/opt/rv1126/gcc-arm-8.3-2019.11-x86_64-arm-linux-gnueabihf/bin ``` --- ### **二、摄像头驱动开发流程** #### **1. 设备树配置** ```dts // kernel/arch/arm/boot/dts/rv1126-ipc.dtsi &i2c1 { status = "okay"; camera0: camera-module@10 { compatible = "sony,imx415"; // 替换实际传感器型号 reg = <0x10>; clocks = <&cru CLK_MIPICSI_OUT>; clock-names = "xvclk"; port { camera_out: endpoint { remote-endpoint = <&mipi_in_ucam0>; data-lanes = <1 2 3 4>; // MIPI通道配置 link-frequencies = /bits/ 64 <594000000>; }; }; }; }; &mipi_csi2 { status = "okay"; ports { port@0 { mipi_in_ucam0: endpoint@1 { remote-endpoint = <&camera_out>; data-lanes = <1 2 3 4>; }; }; }; }; ``` #### **2. V4L2驱动框架适配** - 实现`struct v4l2_subdev_ops`操作集 - 注册I2C驱动: ```c static struct i2c_driver imx415_i2c_driver = { .driver = { .name = "imx415", .of_match_table = imx415_of_match, }, .probe = imx415_probe, .remove = imx415_remove, }; module_i2c_driver(imx415_i2c_driver); ``` --- ### **三、ISP驱动开发要点** #### **1. ISP管线配置** 通过`media-ctl`工具验证数据流: ```bash media-ctl -p -d /dev/media0 # 预期输出应包含实体链路: # "imx415 1-0010" -> "rkisp1_isp" ``` #### **2. 图像调优参数设置** 通过`v4l2-ctl`调整ISP参数: ```bash v4l2-ctl -d /dev/v4l-subdev0 \ --set-ctrl brightness=128 \ --set-ctrl contrast=90 \ --set-ctrl saturation=100 ``` #### **3. HDR模式启用(以IMX415为例)** ```c // 通过I2C发送传感器配置命令 static int imx415_set_hdr(struct i2c_client *client, u32 mode) { u8 reg_val[3]; reg_val[0] = 0x30; // HDR控制寄存器地址 reg_val[1] = (mode & 0x0F) << 4; i2c_master_send(client, reg_val, 2); return 0; } ``` --- ### **四、典型问题排查** 1. **图像无输出** - 检查供电:`cat /sys/class/regulator/regulator.9/voltage` - 验证时钟信号:示波器测量XCLK引脚(正常应输出24MHz) 2. **颜色异常** ```bash # 确认Bayer格式匹配 v4l2-ctl --get-fmt-video # 输出应为:'RG10' (对于IMX415) ``` 3. **ISP超时错误** ```dmesg [ 256.390241] rkisp1: timeout waiting for isp config lock! ``` 需检查时钟频率配置: ```dts &cru { assigned-clocks = <&cru CLK_MIPICSIOUT_RX>; assigned-clock-rates = <594000000>; // 需传感器输出匹配 }; ``` --- ### **五、开发资源推荐** 1. **官方文档** - 《RV1126 TRM》第12章ISP子系统 - 《Rockchip_Developer_Guide_ISP3.x_CN》 2. **调试工具** ```bash # ISP3D调试工具(需配套SDK) isp_demo --sensor=imx415 --action=test ``` 建议通过瑞芯微官方GitHub获取最新内核补丁(注意分支选择): ``` git clone -b rv1126_linux_release https://github.com/rockchip-linux/kernel.git ``` 开发过程中若遇到具体硬件兼容性问题,建议直接联系瑞芯微FAE获取传感器适配支持包(Sensor Driver Adaptation Kit)。
评论 3
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值