次表面散射，次表面散射简称3S，是光射入非金属材质后在内部发生散射，最后射出物体并进入视野中产生的现象，是指光从表面进入物体经过内部散射，然后又通过物体表面的其他顶点出射的光线传递过程。

次表面散射

继续写之前的基于物理着色系列，这一篇谈谈次表面散射（Subsurface Scattering）的理论以及渲染的算法。次表面散射是现实中一种非常常见的材质外观，所有有着半透明外观的物体，例如玉石，大理石，蜡烛，可乐，苹果，牛奶（见下图）包括人类的皮肤，等等。现实中这种半透明的材质其实非常普遍，所以如何为它们的外表建立正确的数学模型是照片级别真实感渲染的重要一部分。

下图则是电影《功夫熊猫3》中的一幕，画面中的玉石也是次表面散射材质的典型例子之一。

与此同时，次表面散射现象的模拟也比在前三篇文章里介绍过的一般的表面反射复杂很多，因为要正确的模拟这种现象，光线不止再物体的表面发生散射，而是会先折射到物体内部，然后再物体内部发生若干次散射，直到从物体表面的某一点射出，例如下图中的（b）。所以对于次表面散射性质的材质来说，光线出射的位置和入射的位置是不一样的，而且每一点的亮度取决于物体表面所有其他位置的亮度，物体的形状，厚度等。之前文章里介绍的表面散射都是基于BSDF模型（双向散射分布函数），而BSDF只能用于描述物体表面某一点的散射性质，所以它无法描述像次表面散射这种现象。

Participating Media

要模拟这样的现象，最简单，最精确，也是计算量最大，最慢的方法，就是直接在物体内部的空间求解带有Participating Media的渲染方程。为了文章的完整性，这里简单介绍一下Participating Media的数学定义，想详细了解可以参考pbrt第11章[1]。

Participlating Media的存在，意味着传统的渲染方程不再是传统的以场景中所有表面为定义域的积分，因为光线在有介质的空间中传播的时候，不用和表面接触，也会被空间中的介质所吸收，散射。通常我们用一下几个参数来描述空间中介质的性质。吸收系数，和散射系数。前者描述了空间中每单位长度中光子被吸收的概率，后者则描述了每单位长度中光子被散射、既传播方向被改变的概率。散射系数包括了其他方向的光线入射到当然方向的概率，也包括当前方向出射到其他方向的概率。另一个参数是，就是衰减系数，它是吸收系数和散射系数的和，代表了单位距离内光子出射到其他方向或者被吸收掉的总概率。所以单位距离内辐射度的变化率可以写成：

第一眼看去貌似有些吓人，实际上说的就是，在介质中，单位长度上Radiance强度的变化会因为被介质吸收而减少，同时一部分能量会随机向外散射出去，最后来自各个其他方向的光线也有一定概率散射到当前方向。其中方程最右边积分中的是phase function，可以理解成空间中的BSDF，定义了空间中一点两个方向间发生散射的概率。另一个值得一提的是，每个频率的光线都有对应的系数。也就是说在用RGB渲染时，每个颜色都要有各自的吸收和散射系数。

这篇文章封面的图片以及下面这张图都是用直接用模拟Participating Media的方法渲染出的玉石。玉石材质是由一个无色的，折射率为1.6的电介材质表面包裹着绿色散射系数较大的均匀介质。由于下图中介质的散射系数要远大于封面中的，所以光线散射的更加频繁，散射间传递的距离更短，导致外观比封面中的玉石更加厚密。

渲染Participating Media的方法有很多，例如最简单的Volumetric Path Tracing，Volumetric Photon Mapping等等。两个参考，[2]是最简单的Volumetric Path Tracing的tutorial，[3]是State of the art的Participating media estimator。因为话题很大，这里不再展开，以后有时间会再专门写写相关的内容。

BSSRDF的定义

模拟次表面散射的另一大类方法就是通过BSSRDF（Bidirectional Surface Scattering Reflectance Distribution

… 阅读全文

[mq@dev1 bin]$ sh mqnamesrv -help
usage: mqnamesrv [-c <arg>] [-h] [-n <arg>] [-p]
-c,–configFile <arg> Name server config properties file
-h,–help Print help
-n,–namesrvAddr <arg> Name server address list, eg: 192.168.0.1:9876;192.168.0.2:9876
-p,–printConfigItem Print all config item

rmq的 namesrv服务的详细配置信息如下（采用下面命令， 可以打印全部配置信息）… 阅读全文

有时候，需要将复杂的项目， 包括各种xml文件属性文件， 类， jar等等打包到一个可以执行的jar包中， 然后用java -jar  xxx.jar 来运行项目， 这样简单方便， 特别是在编写一些测试工具时，尤为重要。

但是经常发现打包后的项目无法启动， 其中一大类是您项目有问题， 但是这个相对好解决， 毕竟自己的项目可以在windows下的ide中做各种调试，测试都测试好了， 在打包一般程序问题的概率就低得多了。

1. Why?

vi 常用命令行

这篇文章主要给大家介绍了关于用Shell判断字符串包含关系的几种方法，其中包括利用grep查找、利用字符串运算符、利用通配符、利用case in 语句以及利用替换等方法，每个方法都给出了详细的示例代码与介绍，有需要的朋友们可以参考参考借鉴，下面来一起看看吧。

前言

现在每次分析网站日志的时候都需要判断百度蜘蛛是不是真实的蜘蛛，nslookup之后需要判断结果中是否包含“baidu”字符串

以下给出一些shell中判断字符串包含的方法，来源程序员问答网站 stackoverflow 以及segmentfault。

方法一：利用grep查找
strA=”long string”
strB=”string”
result=$(echo $strA | grep “${strB}”)
if [[ “$result” != “” ]]
then
echo “包含”
else
echo “不包含”
fi
先打印长字符串，然后在长字符串中 grep 查找要搜索的字符串，用变量result记录结果

如果结果不为空，说明strA包含strB。如果结果为空，说明不包含。

这个方法充分利用了grep 的特性，最为简洁。

方法二：利用字符串运算符
strA=”helloworld”
strB=”low”
if … 阅读全文

Linux中变量$[#,@,0,1,2,*,$,?]含义
$# 是传给脚本的参数个数

$0 是脚本本身的名字
$1 是传递给该shell脚本的第一个参数
$2 是传递给该shell脚本的第二个参数
$@ 是传给脚本的所有参数的列表
$* 是以一个单字符串显示所有向脚本传递的参数，与位置变量不同，参数可超过9个
$$ 是脚本运行的当前进程ID号
$? 是显示最后命令的退出状态，0表示没有错误，其他表示有错误

区别：$@, $*

相同点：都是引用所有参数
不同点：$* 和 $@ 都表示传递给函数或脚本的所有参数，不被双引号(” “)包含时，都以”$1″ “$2″ … “$n” 的形式输出所有参数。但是当它们被双引号(” “)包含时，”$*” 会将所有的参数作为一个整体，以”$1 $2 … $n”的形式输出所有参数；”$@” 会将各个参数分开，以”$1″ “$2″ … “$n” 的形式输出所有参数。

$*和$@详细区别请看此处… 阅读全文

RocketMQ是一款分布式消息系统，最初是由阿里巴巴消息中间件团队研发并大规模应用于生产系统，满足线上海量堆积的需求，在去年捐赠给Apache开源基金会，并列为孵化项目，今年成功的正式成为了apache顶级项目；早期阿里曾经基于ActiveMQ研发的消息系统，随着业务消息的规模增大，瓶颈逐渐明显，后来也考虑过Kafka，但是因为在低延迟和高可靠性方面没有选择，最后才自主研发了RocketMQ，各方面的性能都比目前已有的消息队列要好，RocketMQ和kafka在原理和概念上都非常相似，所以也经常被拿来对比；RocketMQ默认采用长轮询的拉模式，单机支持千万级别的消息堆积，可以非常好的应用在海量消息系统中，下面主要叙述一下RocketMQ的安装配置过程和一些相关的概念，因为rocketmq能够很方便的扩展到分布式集群，所以单机情况下也可以很好的说明，所以下面操作都在一台服务器上执行

RocketMQ官网地址为：http://rocketmq.apache.org/ ，个人感觉RocketMQ的官方文档写的非常清晰，简单易懂，通过文档左侧下方可以找到下载链接，下载编译好的二进制版本，最新版本是4.1.0孵化版，下载安装包为：rocketmq-all-4.1.0-incubating-bin-release.zip，下载之后准备安装

首先解压安装包然后放到自己要安装的位置：

unzip rocketmq-all-4.1.0-incubating-bin-release.zip
mv rocketmq-all-4.1.0-incubating /monchickey/
cd /monchickey/rocketmq-all-4.1.0-incubating/

我这里安装到了/monchickey目录下面，首先可以按照官网上面的Quick Start走一遍，看看大致流程，rocketmq集群包括nameserver和broker，nameserver负责管理集群的列表信息，broker是真正作为消息承载和提供数据吞吐服务的，首先执行下面命令启动nameserver：

nohup ./bin/mqnamesrv &

执行之后再敲一次确认键回到命令行，然后查看日志，默认位置在：~/logs/rocketmqlogs/namesrv.log中，如果看到下面内容则表示启动成功：

然后执行 jps 可以看到NamesrvStartup，就是nameserver进程了

然后需要启动broker，命令如下：

nohup ./bin/mqbroker -n monchickey:9876 &

这里-n指定nameserver地址，nameserver服务端口为9876，，这里如果在配置比较低的计算机或者虚拟机上很容易瞬间启动失败，这时候如果前台启动可能会看到下面这样的内容：

那么这种情况很明显就是内存不足导致的申请失败，RocketMQ默认配置是比较好的，这样可以直接应用于生产环境，所以如果机器内存较小，可以手动调整JVM的配置，可以先编辑bin/mqbroker会看到最后还是调用了bin/runbroker.sh，这里打开bin/runbroker.sh，找到jvm启动配置如下：

这里broker堆内存最大值和初始值都为8G，年轻代大小为4G，因为是测试环境所以xms和xmx都配置为4g，xmn配置为512m即可，配置完成后再次执行上面的命令启动即可，启动成功后日志位置同样是在家目录下，同样使用jps查看会看到BrokerStartup就是broker的进程

对于nameserver和broker日志位置都可以手动配置，具体配置文件就是conf下的logback_broker.xml和logback_namesrv.xml

现在可以跑一个简单的示例看一下了，现在可以打开两个窗口，一个查看生产者，一个查看消费者，首先两个shell窗口都需要执行命令： export NAMESRV_ADDR=monchickey:9876 导入一下nameserver变量，然后第一个窗口执行下面命令启动生产者实例发送消息：

bin/tools.sh org.apache.rocketmq.example.quickstart.Producer

可以看到发送成功的消息返回：

然后另一个窗口可以启动消费者实例消费：

bin/tools.sh org.apache.rocketmq.example.quickstart.Consumer