xiajs
- 浏览: 366250 次
- 性别:
- 来自: 阿里巴巴
-
最新评论
-
masuweng：
好好好，辛苦了！！
Spring Data JPA 简单介绍 -
masuweng：
Spring Data JPA 简单介绍 -
zhangjianxinjava：
您好，大神本人小白一个最近在研究不知道可否 通过邮箱进行交流， ...
JAVA Metrics度量工具 - Metrics Core -
xzs603：
http://zhengdl126.iteye.com/blo ...
数据库水平切分的实现原理解析－－－分库，分表，主从，集群，负载均衡器 -
JavaStart：
运行mysql2redis 的install.sh 文件为何提 ...
mysql到redis的复制
文章列表
Metrics核心
翻译自Metrics官方文档: http://metrics.codahale.com/manual/core/
JAVA Metrics是一个用于度量的一个JAVA的类库，使用请参见 <
Java Metric使用介绍1
> http://blog.csdn.net/scutshuxue/article/details/8350135
或者官方的快速入门：http://metrics.codahale.com/getting-started/
在Metrics中最重要的包就是metrics-core，它提供以下几个基本的功能：
...
本文由浅入深，主要介绍maven的用途、核心概念(Pom、Repositories、Artifact、Build Lifecycle、Goal)介绍、用法（Archetype意义及创建各种项目）、maven常用参数和命令以及简单故障排除、maven扩展（eclipse、cobertura、findbugs、插件开发）、maven配置。
本文较长，可根据个人需要有选择性的查看，比如先看用法再回过头来看核心概念
1、maven的用途
maven是一个项目构建和管理的工具，提供了帮助管理 构建、文档、报告、依赖、scms、发布、分发的方法。可以方便的编译代码、进行依赖管理、管理二进制库 ...
rocketmq开发手册
由chaojianc添加，由Jonson Xia最后更新于九月 01, 2014 (查看更改)
转至元数据起始
定义生产者
前言：像CORS对于现代前端这么重要的技术在国内基本上居然很少有人使用和提及，在百度或者Google上搜索CORS，搜到的中文文章基本都是另外一种卫星定位技术CORS的介绍，让我等前端同学情何以堪（对比起来，用Google搜到的国外文章，基本都是跨域资源共享的介绍，说明了前端技术在国内外环境和发展的巨大差距）。
我之前《用HTML5实现人脸识别》这篇文章中提到了“Face.com实现了CORS（跨域资源共享）。CORS系统基本上可以让服务器暴露给其它域上文件的Ajax调用。这是一个伟大的功能，我希望更多的服务能够使用它。”在这篇文章介绍的实现方式里，我们可以自由的使用自己 ...
https://github.com/dbfit/dbfit
http://dbfit.github.io/dbfit/docs/reference.html#connect-using-file
http://dbfit.github.io/dbfit/docs/
http://dbfit.github.io/dbfit/docs/getting-started.html#creating-a-new-test-page
Getting Started
1. Installing DbFit
DbFit needs the Java Runtime En ...
前段时间刚试用了一个序列化工具cereal，请看cereal:C++实现的开源序列化库，打算再总结下我对google proto buf序列化库的使用呢，
结果还没动手，大Google又出了一个新的、开源、跨平台的序列化工具：FlatBuffers。那就索性先了解了解这个工具把。
一. 什么是Google FlatBuffers
FlatBuffers是一个开源的、跨平台的、高效的、提供了C++/Java接口的序列化工具库。它是Google专门为游戏开发或其他性能敏感的应用程序需求而创建。尤其更适用于移动平台，这些平台上内存大小及带宽相比桌面系统都是受限的，而应用程序比如游戏又有更高的性 ...
近日，谷歌“Fun Propulsion Labs”团队 开源了FlatBuffers 。该库的构建是专门为游戏开发人员的性能需求提供支持，它将序列化数据存储在缓存中，这些数据既可以存储在文件中，又可以通过网络原样传输，而不需要任何解析开销。
FlatBuffers有如下一些关键特性——
访问序列化数据不需要打包/拆包
节省内存而且访问速度快——缓存只占用访问数据所需要的内存；不需要任何额外的内存。
灵活性——通过可选字段向前向后兼容
代码规模小
强类型——错误在编译时捕获，而不是在运行时
便利性——生成的C++头文件代码简洁。如果需要，有一项可选功能可以用来在运行时高效解析S ...
对于分布式在线服务，一个请求需要经过系统中多个模块，上百台机器的协作完成单次请求，典型场景就是Search Engine的一次用户检索，单靠人力无法掌握整个请求中各个阶段的性能开销，更无法快速的定位系统中性能瓶颈。Google Dapper文章描述了广泛用于Google内部服务的Trace Infrastruce—Dapper(原文地址见 这里， 译文地址见 这里 )，文章本身的很易懂，没有复杂、精巧的实现机制(好像也是g公司publish出来的文章的特点)，有一些分布式在线服务经验的程序员都可以很好的理解(英文版)，这里就只抽一些点出来记录。而Zipkin是Twitter开源出来的一个Tra ...
前几天的调研（ Rails3下的 full text search (全文本搜索， 全文匹配？） ）， 我发现了两个不错的候选： 1. lucene (solr, elasticsearch 都是基于它） 2. sphinx 两者都有很不错的口碑。所以今天更加进一步的调查。把看到的有价值的文章记录在这里： 1. http://stackoverflow.com/questions/737275/comparison-of-full-text-search-engine-lucene-sphinx-postgresql-mysql ------------ 回答1. Result releva ...
Tigase XMPP IM Server
Openfire 是一个XMPP协议的IM Server。
一、背景
随着网站访问量增加，仅仅靠增加机器已不能满足系统的要求，于是需要对应用系统进行垂直拆分和水平拆分。在拆分之后，各个被拆分的模块如何通信？如何保证性能？如何保证各个应用都以同样的方式交互？这就需要一种负责各个拆分的模块间通信的高性能服务框架(HSF)。
二、HSF做的事情
1. 标准Service方式的RPC
1）. service定义：基于OSGI的service定义方式
2）. TCP/IP通信：
IO方式：nio,采用mina框架
连接方式：长连接
服务器端有限定大 ...
Git Flow 是什么
Git Flow是构建在Git之上的一个组织软件开发活动的模型，是在Git之上构建的一项软件开发最佳实践。Git Flow是一套使用Git进行源代码管理时的一套行为规范和简化部分Git操作的工具。
2010年5月，在一篇名为“一种成功的Git分支模型”的博文中，@nvie介绍了一种在Git之上的软件开发模型。通过利用Git创建和管理分支的能力，为每个分支设定具有特定的含义名称，并将软件生命周期中的各类活动归并到不同的分支上。实现了软件开发过程不同操作的相互隔离。这种软件开发的活动模型被nwie称为“Git Flow”。
一般而言，软件开发模型有常见的瀑布模型、 ...
本文所有资料和实例是结合官方文档，以及自己实际测试所得。原始资料：http://ansible.cc/docs/测试时所用系统centos6u2，使用python2.6.6，所用账户为yakamoz，yakamoz具有无密码使用sudo命令的权限一、ansible 安装1、软件包安装EPEL已经提供了ansible所需的所有支持软件包，所以在这里使用epel源进行安装： $sudo rpm -ivh http://mirrors.sohu.com/fedora-epel/6/x86_64/epel-release-6-8.noarch.rpm安装ansible$sudo yum instal ...
场景
伴随着信息科技日新月异的发展，信息呈现出爆发式的膨胀，人们获取信息的途径也更加多样、更加便捷，同时对于信息的时效性要求也越来越高。举个搜索场景中的例子，当一个卖家发布了一条宝贝信息时，他希望的当然是这个宝贝马上就可以被卖家搜索出来、点击、购买啦，相反，如果这个宝贝要等到第二天或者更久才可以被搜出来，估计这个大哥就要骂娘了。再举一个推荐的例子，如果用户昨天在淘宝上买了一双袜子，今天想买一副泳镜去游泳，但是却发现系统在不遗余力地给他推荐袜子、鞋子，根本对他今天寻找泳镜的行为视而不见，估计这哥们心里就会想推荐你妹呀。其实稍微了解点背景知识的码农们都知道，这是因为后台系统做的是每天一次的 ...
由于论坛上发不了帖子，只能在博客中提问了，还请见谅。
目前正在用ELK来做日志收集系统，
从其他地方了解到logstash可以处理每秒几万条的日志。
但是我的环境中，每台logstash服务器每秒只能处理将近2000条日志，如果加上filter的话，更少。
日志量多的时候大部分都积压在redis中，logstash侧也没用任何日志可以看。
cpu和mem都很充足，io也没用多少，不知道问题出在哪？有没有大神帮忙分析分析？
部署图如下：用了redis做缓存，不知道这个有什么用？感觉反而影响了性能。