在早期的版本中，有一种降低 logstash 过滤器的 CPU 负载消耗的做法盛行于社区直接输入预定义好的 JSON 数据，这样就可以省略掉 filter/grok 配置！
这个建议依然有效，不过在当前版本中需要稍微做一点配置变动 —— 因为现在有专门的 codec 设置。

[root@linux-node1 ~]# vim /usr/local/nginx/conf/nginx.conf

log_format json '{"@timestamp":"$time_iso8601",'

               '"@version":"1",'

               '"client":"$remote_addr",'

               '"url":"$uri",'

               '"status":"$status",'

               '"domain":"$host",'

               '"host":"$server_addr",'

               '"size":$body_bytes_sent,'

               '"responsetime":$request_time,'

               '"referer": "$http_referer",'

               '"ua": "$http_user_agent"'

               '}';

access_log  logs/access_json.log  json;

 

droidcon于2009年由一个Android爱好者国际研究小组在柏林和伦敦发起。droidcon旨在为Android开发工程师、应用人员、创业者以及用户提供一个开放的交流平台，目前已在全球5大洲，26个国家和地区召开，每年上万人参加，成为安卓领域全球最有影响力的技术大会。

2017年，droidcon 第2次来到中国，并将于2017年11月在北京盛大开幕。参会人群包括业界领袖、技术大咖、技术开发者、大众创业者及领域从业者。大会将邀请来自Google、微软、Facebook、Ebay、Intel、Telenav、阿里巴巴、腾讯、小米、乐视、联想等国内外安卓技术与应用领域的大咖，沿袭历年国际大会特色，聚焦行业最前沿技术，碰撞切磋技术火花。

会议时间：2017年11月16-17日

会议地点：北京

主办单位：

北京长风信息技术产业联盟

德国Mobile Seasons GmbH

大会形式：

包括主题演讲、先进技术即兴研讨（Barcamp）、展览展示、培训等。

主题内容：

包括Android设计与架构、UI/UX创新与用户体验、工程与工具、安卓延伸行业应用、虚拟现实与人工智能等。

因篇幅有限，更多会议日程及嘉宾信息，请移步至活动家进行了解。
 
或咨询会务组：
 
联系人：活动家
 
手机：18516272025（同微信）
 

apache ab压力测试报错（apr_socket_recv: Connection reset by peer (104)）  
今天用apache 自带的ab工具测试，当并发量达到1000多的时候报错如下：

Benchmarking 192.168.1.176 (be patient)
Completed 300 requests
Completed 600 requests
Completed 900 requests
apr_socket_recv: Connection reset by peer (104)
Total of 1085 requests completed
 
查看应用服务器和数据库均未报错，连接被重置，bingyi了以下，apr_socket_recv这个是操作系统内核的一个参数，在高并发的情况下，内核会认为系统受到了SYN flood攻击，会发送cookies（possible SYN flooding on port 80. Sending cookies），这样会减慢影响请求的速度，所以在应用服务武器上设置下这个参数为0禁用系统保护就可以进行大并发测试了：
# vim /etc/sysctl.conf 
net.ipv4.tcp_syncookies = 0 
# 集群内部所有大并发的节点都需要修改

# sysctl -p
然后就可以超过1000个并发测试了。
 
另附其他系统内核参数说明：
 
net.ipv4.tcp_syncookies = 0  
#此参数是为了防止洪水攻击的，但对于大并发系统，要禁用此设置
 
net.ipv4.tcp_max_syn_backlog
#参数决定了SYN_RECV状态队列的数量，一般默认值为512或者1024，即超过这个数量，系统将不再接受新的TCP连接请求，一定程度上可以防止系统资源耗尽。可根据情况增加该值以接受更多的连接请求。
 
net.ipv4.tcp_tw_recycle
#参数决定是否加速TIME_WAIT的sockets的回收，默认为0。
 
net.ipv4.tcp_tw_reuse
#参数决定是否可将TIME_WAIT状态的sockets用于新的TCP连接，默认为0。
 
net.ipv4.tcp_max_tw_buckets
#参数决定TIME_WAIT状态的sockets总数量，可根据连接数和系统资源需要进行设置。