msm

memcached-session-manager配置(tomcat 全局会话共享)

为君一笑 提交于 2020-04-02 15:34:43
转 http://blog.csdn.net/big1980/article/details/8454333 <Manager className="de.javakaffee.web.msm.MemcachedBackupSessionManager" memcachedNodes="n1:192.168.100.x:11211" requestUriIgnorePattern=".*\.(png|gif|jpg|css|js)$" sessionBackupAsync="false" sessionBackupTimeout="100" transcoderFactoryClass="de.javakaffee.web.msm.serializer.javolution.JavolutionTranscoderFactory" copyCollectionsForSerialization="false" /> msm configuration memcached-session-manager 配置 session共享 声明:本篇文章是根据 memcached-session-manager官方配置方法wiki页面 翻译整理,关于memcached-session-manager的介绍,具体参见官网: http://code.google.com/p/memcached

memcached-session-manager配置

痞子三分冷 提交于 2020-03-21 16:45:16
文章是根据 memcached-session-manager官方配置方法wiki页面 翻译整理, 关于memcached-session-manager的介绍, 具体参见官网: http://code.google.com/p/memcached-session-manager/ ,也可以参考: http://gong1208.iteye.com/blog/1596120 Introduction 如果为了简单使用,你只需要安装一个tomcat(6或者7)和memcached,在生产环境中可能会有多台tomcat服务器以及多台可用的memcached节点,并安装在不同的机器上,我们可以使用黏性session(sticky sessions)或者非黏性session(non-sticky sessions),memcached-session-manager (msm) 对这两种操作模式都支持。 下面给出一个黏性session模式的设置示例,此实例中安装了2个tomcat以及2个memcached。 Tomcat-1(t1)的首要选择是把session存储在memcached-2 (m2)上(m2是t1的一个普通节点),而m2是运行在另外的一台机器上。只有当m2不可用(宕机或无法访问)时,t1才会把session存储到memcached-1(m1,m1是t1的故障转移节点)上

使用Memcached Session Manager扩展Session管理

老子叫甜甜 提交于 2020-03-18 21:55:31
1.Tomcat的session管理 在请求过程中首先要解析请求中的sessionId信息,然后将sessionId存储到request的参数列表中。 然后再从request获取session的时候,如果存在sessionId那么就根据Id从session池中获取session, 如果sessionId不存在或者session失效,那么则新建session并且将session信息放入session池,供下次使用。 2.session replication和session sticky session是存在服务器端的,多台服务器集群时, session replication 策略是复制会话,即一个用户访问了一次就把session复制到所有的服务器或这一部分服务器。 session sticky策略则是不复制,一个用户访问了一次后,同一个session周期内,所有的请求都定向到这个服务器。 3.使用Memcached Session Manager管理session 所有的tomcat节点需要安装memcached-session-manager,每一个tomcat会有自己的本地session,当一个请求执行完毕之后,如果对应的session之前不存在(也就是说这是某个用户的第一次请求),则将该session拷贝一份副本至memcached缓存,当该session的下一个请求到达时

高通 android平台LCD驱动分析

社会主义新天地 提交于 2020-03-08 07:39:42
目前手机芯片厂家提供的源码里包含整个LCD驱动框架,一般厂家会定义一个xxx_fb.c的源文件,注册一个平台设备和平台驱动,在驱动的probe函数中来调用register_framebuffer(),从而生成/dev/fbx的设备节点。这里最重要的数据结构是fb_ops,它包括fb打开、参数设置、画图、配置、内存映射等操作函数,芯片厂家通常提供了这部分的源码,因为这些操作一般是跟芯片内部的DMP和MIPI DSI等部件打交道。 当开发一款新的LCD驱动时往往需要关注的是LCD最底层的驱动,即是LCD屏的初始化、亮屏、熄屏以及背光操作。个人觉得以下几个问题有必要弄清楚(参考Qualcomm芯片上的驱动代码): 1、如何添加一款新屏驱动 下面以东芝屏为例(参照源代码mipi_toshiba_video_wvga_pt.c mipi_toshiba.c) 模块初始化:module_init(mipi_video_toshiba_wvga_pt_init); 在mipi_video_toshiba_wvga_pt_init()中主要工作是设置LCD屏的参数,然后注册一个名为mipi_toshiba的平台驱动和平台设备。在注册平台设备时将LCD亮屏、熄屏以及背光操作添加到平台设备中。在mipi_toshiba的平台驱动中利用probe函数调用msm_fb_add_device()

高通camera结构(摄像头基础介绍)

本秂侑毒 提交于 2020-01-16 13:50:48
摄像头基础介绍 一、摄像头结构和工作原理. 拍摄景物通过镜头,将生成的光学图像投射到传感器上,然后光学图像被转换成电信号,电信号再经过模数转换变为数字信号,数字信号经过DSP加工处理,再被送到电脑中进行处理,最终转换成手机屏幕上能够看到的图像。 数字信号处理芯片DSP(DIGITAL SIGNAL PROCESSING)功能:主要是通过一系列复杂的数学算法运算,对数字图像信号参数进行优化处理,并把处理后的信号通过USB等接口传到PC等设备。DSP结构框架:   1. ISP(image signal processor)(镜像信号处理器)   2. JPEG encoder(JPEG图像解码器)   3. USB device controller(USB设备控制器) 常见的摄像头传感器类型主要有两种, 一种是CCD传感器 (Chagre Couled Device),即电荷耦合器 。 一种是CMOS传感器 (Complementary Metal-Oxide Semiconductor)即互补性金属氧化物半导体 。 CCD的优势在于成像质量好,但是制造工艺复杂,成本高昂,且耗电高。在相同分辨率下,CMOS价格比CCD便宜,但图像质量相比CCD来说要低一些。CMOS影像传感器相对CCD具有耗电低的优势,加上随着工艺技术的进步,CMOS的画质水平也不断地在提高

Camera dtsi 完全解析

末鹿安然 提交于 2019-12-10 04:09:52
主要参考 kernel/Documentation/devicetree/bindings/media/video/msm-cci.txt 的注释 1、sensor配置: qcom,camera@0 { cell-index = <0>; compatible = "qcom,camera"; reg = <0x2>; qcom,csiphy-sd-index = <0>; qcom,csid-sd-index = <0>; qcom,mount-angle = <90>; qcom,eeprom-src = <&eeprom0>; qcom,actuator-src = <&actuator0>; qcom,led-flash-src = <&led_flash0>; cam_vana-supply = <&pm8916_l2>; cam_vdig-supply = <&pm8916_s3>; cam_vio-supply = <&pm8916_l10>; cam_vaf-supply = <&pm8916_l11>; qcom,cam-vreg-name = "cam_vana","cam_vdig","cam_vio", "cam_vaf"; qcom,cam-vreg-type = <0 0 0 0>; qcom,cam-vreg-min-voltage =

Tomcat session共享 —MSM

这一生的挚爱 提交于 2019-12-09 22:02:02
Tomcat session共享—MSM 一、原理 MSM(memcached-session-manager) 支持 tomcat6 和 tomcat7 ,利用 Value ( Tomcat 阀)对 Request 进行跟踪。 Request 请求到来时,从 memcached 加载 session , Request 请求结束时,将 tomcat session 更新至 memcached ,以达到 session 共享之目的, 支持 sticky 和 non-sticky 模式。 Sticky 模式: tomcat session 为 主 session , memcached 为备 session 。 Request 请求到来时, 从 memcached 加载备 session 到 tomcat ( 仅当 tomcat jvmroute 发生变化时,否则直接取 tomcat session) ; Request 请求结束时,将 tomcat session 更新至 memcached ,以达到主备同步之目的。 Non-Sticky 模式: tomcat session 为 中转 session , memcached1 为主 sessionmemcached 2 为备 session 。 Request 请求到来时,从 memcached 2 加载备 session 到

MSM (Memcached-session-manager) 使用

喜欢而已 提交于 2019-12-09 21:42:02
网上关于 memcached-session-manager 说明的blog很多,今天实验了,总结下。 MSM(memcached-session-manager) 支持 tomcat6 和 tomcat7 ,利用 Value ( Tomcat 阀)对 Request 进行跟踪。 Request 请求到来时,从 memcached 加载 session , Request 请求结束时,将 tomcat session 更新至 memcached ,以达到 session 共享之目的, 支持 sticky 和 non-sticky 模式。 黏性( sticky )session : 非黏性( non-sticky )session: Sticky 模式: tomcat session 为 主 session , memcached 为备 session 。 Request 请求到来时, 从 memcached 加载备 session 到 tomcat ( 仅当 tomcat jvmroute 发生变化时,否则直接取 tomcat session) ; Request 请求结束时,将 tomcat session 更新至 memcached ,以达到主备同步之目的。 Non-Sticky 模式: tomcat session 为 中转 session , memcached1 为主

nginx+memcached+memcached-session-manager

ⅰ亾dé卋堺 提交于 2019-12-05 09:12:28
大家好,很久没写东西了。之前有写过一点,有点烂,之后气馁了;现在还是要重拾这份留下记忆的习惯;这篇文章会少量链接到相关讲的更详细的地方;我只是讲一下我在构建环境时所遇到的问题和流程;大家能够共同进步;闲话少说,进入正题; 本机的虚拟机:VMwarec centos release 6.3; 1 什么是nginx? nginx是一个小巧而高效的Linux下的web服务器软件。开发人员 Igor Sysoev 来自俄罗斯,nginx的话其实已经在一些俄罗斯的大型网站上运行多年,相当的稳定,最近才在美国开始知名起来。具体详情 请点这 1.1 nginx安装所需的包: 1、zlib-1.2.8.tar.gz 下载:wget http://zlib.net/zlib-1.2.8.tar.gz 2、openssl-1.0.1e.tar.gz 下载:wget http://www.openssl.org/source/openssl-1.0.1e.tar.gz 3、pcre-8.34.tar.gz 下载:wget http://sourceforge.net/projects/pcre/files/pcre/8.34/pcre-8.34.tar.gz/download 4、nginx-1.5.11.tar.gz 下载:wget http://nginx.org/download/nginx-1