http://hi.baidu.com/jrckkyy/blog/item/ee657b1772b7d91ac83d6de4.html

 

 

数据量的问题是很多面试笔试中经常出现的问题,比如 google、淘宝、百度、 腾讯 这样的一些涉及到海量数据的公司经常会问到。

下面的方法是我对海量数据的处理方法进行了一个一般性的总结,当然这些方法可能并不能完全覆盖所有的问题,但是这样的一些方法也基本可以处理绝大多数遇到的问题。下面的一些问题基本直接来源于公司的面试笔试题目,方法不一定最优,如果你有更好的处理方法,欢迎与我讨论。

1.Bloom filter

适用范围:可以用来实现数据字典,进行数据的判重,或者集合求交集

基本原理及要点:
对于原理来说很简单,位数组+k个独立hash函数。将hash函数对应的值的位数组置1,查找时如果发现所有hash函数对应位都是1说明存在,很明显这个过程并不保证查找的结果是100%正确的。同时也不支持删除一个已经插入的关键字,因为该关键字对应的位会牵动到其他的关键字。所以一个简单的改进就是 counting Bloom filter,用一个counter数组代替位数组,就可以支持删除了。

还有一个比较重要的问题,如何根据输入元素个数n,确定位数组m的大小及hash函数个数。当hash函数个数k=(ln2)*(m/n)时错误率最小。在错误率不大于E的情况下,m至少要等于n*lg(1/E)才能表示任意n个元素的集合。但m还应该更大些,因为还要保证bit数组里至少一半为0,则m应该>=nlg(1/E)*lge 大概就是nlg(1/E)1.44倍(lg表示以2为底的对数)。

举个例子我们假设错误率为0.01,则此时m应大概是n的13倍。这样k大概是8个。

注意这里m与n的单位不同,m是bit为单位,而n则是以元素个数为单位(准确的说是不同元素的个数)。通常单个元素的长度都是有很多bit的。所以使用bloom filter内存上通常都是节省的。

扩展:
Bloom filter将集合中的元素映射到位数组中,用k(k为哈希函数个数)个映射位是否全1表示元素在不在这个集合中。Counting bloom filter(CBF)将位数组中的每一位扩展为一个counter,从而支持了元素的删除操作。Spectral Bloom Filter(SBF)将其与集合元素的出现次数关联。SBF采用counter中的最小值来近似表示元素的出现频率。

问题实例:给你A,B两个文件,各存放50亿条URL,每条URL占用64字节,内存限制是4G,让你找出A,B文件共同的URL。如果是三个乃至n个文件呢?

根据这个问题我们来计算下内存的占用,4G=2^32大概是40亿*8大概是340亿,n=50亿,如果按出错率0.01算需要的大概是650亿个bit。现在可用的是340亿,相差并不多,这样可能会使出错率上升些。另外如果这些urlip是一一对应的,就可以转换成ip,则大大简单了。

2.Hashing

适用范围:快速查找,删除的基本数据结构,通常需要总数据量可以放入内存

基本原理及要点:
hash函数选择,针对字符串,整数,排列,具体相应的hash方法。
碰撞处理,一种是open hashing,也称为拉链法;另一种就是closed hashing,也称开地址法,opened addressing。

扩展:
d-left hashing中的d是多个的意思,我们先简化这个问题,看一看2-left hashing。2-left hashing指的是将一个哈希表分成长度相等的两半,分别叫做T1和T2,给T1和T2分别配备一个哈希函数,h1和h2。在存储一个新的key时,同时用两个哈希函数进行计算,得出两个地址h1[key]和h2[key]。这时需要检查T1中的h1[key]位置和T2中的h2[key]位置,哪一个位置已经存储的(有碰撞的)key比较多,然后将新key存储在负载少的位置。如果两边一样多,比如两个位置都为空或者都存储了一个key,就把新key 存储在左边的T1子表中,2-left也由此而来。在查找一个key时,必须进行两次hash,同时查找两个位置。

问题实例:
1).海量日志数据,提取出某日访问百度次数最多的那个IP。

IP的数目还是有限的,最多2^32个,所以可以考虑使用hash将ip直接存入内存,然后进行统计。

3.bit-map

适用范围:可进行数据的快速查找,判重,删除,一般来说数据范围是int的10倍以下

基本原理及要点:使用bit数组来表示某些元素是否存在,比如8位电话号码

扩展:bloom filter可以看做是对bit-map的扩展

问题实例:

1)已知某个文件内包含一些电话号码,每个号码为8位数字,统计不同号码的个数。

8位最多99 999 999,大概需要99m个bit,大概10几m字节的内存即可。

2)2.5亿个整数中找出不重复的整数的个数,内存空间不足以容纳这2.5亿个整数。

将bit-map扩展一下,用2bit表示一个数即可,0表示未出现,1表示出现一次,2表示出现2次及以上。或者我们不用2bit来进行表示,我们用两个bit-map即可模拟实现这个2bit-map。

4.堆

适用范围:海量数据前n大,并且n比较小,堆可以放入内存

基本原理及要点:最大堆求前n小,最小堆求前n大。方法,比如求前n小,我们比较当前元素与最大堆里的最大元素,如果它小于最大元素,则应该替换那个最大元素。这样最后得到的n个元素就是最小的n个。适合大数据量,求前n小,n的大小比较小的情况,这样可以扫描一遍即可得到所有的前n元素,效率很高。

扩展:双堆,一个最大堆与一个最小堆结合,可以用来维护中位数。

问题实例:
1)100w个数中找最大的前100个数。

用一个100个元素大小的最小堆即可。

5.双层桶划分 —-其实本质上就是【分而治之】的思想,重在“分”的技巧上!

适用范围:第k大,中位数,不重复或重复的数字

基本原理及要点:因为元素范围很大,不能利用直接寻址表,所以通过多次划分,逐步确定范围,然后最后在一个可以接受的范围内进行。可以通过多次缩小,双层只是一个例子。

扩展:

问题实例:
1).2.5亿个整数中找出不重复的整数的个数,内存空间不足以容纳这2.5亿个整数。

有点像鸽巢原理,整数个数为2^32,也就是,我们可以将这2^32个数,划分为2^8个区域(比如用单个文件代表一个区域),然后将数据分离到不同的区域,然后不同的区域在利用bitmap就可以直接解决了。也就是说只要有足够的磁盘空间,就可以很方便的解决。

2).5亿个int找它们的中位数。

这个例子比上面那个更明显。首先我们将int划分为2^16个区域,然后读取数据统计落到各个区域里的数的个数,之后我们根据统计结果就可以判断中位数落到那个区域,同时知道这个区域中的第几大数刚好是中位数。然后第二次扫描我们只统计落在这个区域中的那些数就可以了。

实际上,如果不是int是int64,我们可以经过3次这样的划分即可降低到可以接受的程度。即可以先将int64分成2^24个区域,然后确定区域的第几大数,在将该区域分成2^20个子区域,然后确定是子区域的第几大数,然后子区域里的数的个数只有2^20,就可以直接利用direct addr table进行统计了。

6.数据库索引

适用范围:大数据量的增删改查

基本原理及要点:利用数据的设计实现方法,对海量数据的增删改查进行处理。
扩展:
问题实例:

7.倒排索引(Inverted index)

适用范围:搜索引擎,关键字查询

基本原理及要点:为何叫倒排索引?一种索引方法,被用来存储在全文搜索下某个单词在一个文档或者一组文档中的存储位置的映射。

以英文为例,下面是要被索引的文本:
T0 = “it is what it is”
T1 = “what is it”
T2 = “it is a banana”
我们就能得到下面的反向文件索引:
“a”:      {2}
“banana”: {2}
“is”:     {0, 1, 2}
“it”:     {0, 1, 2}
“what”:   {0, 1}
检索的条件”what”, “is” 和 “it” 将对应集合的交集。

正向索引开发出来用来存储每个文档的单词的列表。正向索引的查询往往满足每个文档有序频繁的全文查询和每个单词在校验文档中的验证这样的查询。在正向索引中,文档占据了中心的位置,每个文档指向了一个它所包含的索引项的序列。也就是说文档指向了它包含的那些单词,而反向索引则是单词指向了包含它的文档,很容易看到这个反向的关系。

扩展:

问题实例:文档检索系统,查询那些文件包含了某单词,比如常见的学术论文的关键字搜索。

8.外排序

适用范围:大数据的排序,去重

基本原理及要点:外排序的归并方法,置换选择 败者树原理,最优归并树

扩展:

问题实例:
1).有一个1G大小的一个文件,里面每一行是一个词,词的大小不超过16个字节,内存限制大小是1M。返回频数最高的100个词。

这个数据具有很明显的特点,词的大小为16个字节,但是内存只有1m做hash有些不够,所以可以用来排序。内存可以当输入缓冲区使用。

9.trie树

适用范围:数据量大,重复多,但是数据种类小可以放入内存

基本原理及要点:实现方式,节点孩子的表示方式

扩展:压缩实现。

问题实例:
1).有10个文件,每个文件1G, 每个文件的每一行都存放的是用户的query,每个文件的query都可能重复。要你按照query的频度排序 。

2).1000万字符串,其中有些是相同的(重复),需要把重复的全部去掉,保留没有重复的字符串。请问怎么设计和实现?

3).寻找热门查询:查询串的重复度比较高,虽然总数是1千万,但如果除去重复后,不超过3百万个,每个不超过255字节。

10.分布式处理 mapreduce

适用范围:数据量大,但是数据种类小可以放入内存

基本原理及要点:将数据交给不同的机器去处理,数据划分,结果归约。

扩展:

问题实例:

1).The canonical example application of MapReduce is a process to count the appearances of

each different word in a set of documents:
void map(String name, String document):
// name: document name
// document: document contents
for each word w in document:
EmitIntermediate(w, 1);

void reduce(String word, Iterator partialCounts):
// key: a word
// values: a list of aggregated partial counts
int result = 0;
for each v in partialCounts:
result += ParseInt(v);
Emit(result);
Here, each document is split in words, and each word is counted initially with a “1″ value by

the Map function, using the word as the result key. The framework puts together all the pairs

with the same key and feeds them to the same call to Reduce, thus this function just needs to

sum all of its input values to find the total appearances of that word.

2).海量数据分布在100台电脑中,想个办法高效统计出这批数据的TOP10。

3).一共有N个机器,每个机器上有N个数。每个机器最多存O(N)个数并对它们操作。如何找到N^2个数的中数(median)?

经典问题分析

上千万or亿数据(有重复),统计其中出现次数最多的前N个数据,分两种情况:可一次读入内存,不可一次读入。

可用思路:trie树+堆,数据库索引,划分子集分别统计,hash,分布式计算,近似统计,外排序

所谓的是否能一次读入内存,实际上应该指去除重复后的数据量。如果去重后数据可以放入内存,我们可以为数据建立字典,比如通过 map,hashmap,trie,然后直接进行统计即可。当然在更新每条数据的出现次数的时候,我们可以利用一个堆来维护出现次数最多的前N个数据,当然这样导致维护次数增加,不如完全统计后在求前N大效率高。

如果数据无法放入内存。一方面我们可以考虑上面的字典方法能否被改进以适应这种情形,可以做的改变就是将字典存放到硬盘上,而不是内存,这可以参考数据库的存储方法。

当然还有更好的方法,就是可以采用分布式计算,基本上就是map-reduce过程,首先可以根据数据值或者把数据hash(md5)后的值,将数据按照范围划分到不同的机子,最好可以让数据划分后可以一次读入内存,这样不同的机子负责处理各种的数值范围,实际上就是map。得到结果后,各个机子只需拿出各自的出现次数最多的前N个数据,然后汇总,选出所有的数据中出现次数最多的前N个数据,这实际上就是reduce过程。

实际上可能想直接将数据均分到不同的机子上进行处理,这样是无法得到正确的解的。因为一个数据可能被均分到不同的机子上,而另一个则可能完全聚集到一个机子上,同时还可能存在具有相同数目的数据。比如我们要找出现次数最多的前100个,我们将1000万的数据分布到10台机器上,找到每台出现次数最多的前 100个,归并之后这样不能保证找到真正的第100个,因为比如出现次数最多的第100个可能有1万个,但是它被分到了10台机子,这样在每台上只有1千个,假设这些机子排名在1000个之前的那些都是单独分布在一台机子上的,比如有1001个,这样本来具有1万个的这个就会被淘汰,即使我们让每台机子选出出现次数最多的1000个再归并,仍然会出错,因为可能存在大量个数为1001个的发生聚集。因此不能将数据随便均分到不同机子上,而是要根据hash 后的值将它们映射到不同的机子上处理,让不同的机器处理一个数值范围。

而外排序的方法会消耗大量的IO,效率不会很高。而上面的分布式方法,也可以用于单机版本,也就是将总的数据根据值的范围,划分成多个不同的子文件,然后逐个处理。处理完毕之后再对这些单词的及其出现频率进行一个归并。实际上就可以利用一个外排序的归并过程。

另外还可以考虑近似计算,也就是我们可以通过结合自然语言属性,只将那些真正实际中出现最多的那些词作为一个字典,使得这个规模可以放入内存。

转载请注明出处:http://bbs.xjtu.edu.cn
作者phylips@bmy

参考文献:
http://blog.csdn.net/jiaomeng/archive/2007/03/08/1523940.aspx       d-Left Hashing

http://blog.csdn.net/jiaomeng/archive/2007/01/27/1495500.aspx

http://en.wikipedia.org/wiki/Bloom_filter

http://hi.baidu.com/xdzhang_china/blog/item/2847777e83fb020229388a15.html 应用Bloom Filter的几个小技巧

http://zh.wikipedia.org/wiki/%E5%80%92%E6%8E%92%E7%B4%A2%E5%BC%95

posted @ 2012-11-27 10:32 小马歌 阅读(240) | 评论 (0)编辑 收藏
 

    博客分类: 
  • mac
如果装ctags 
直接brew install ctags就行了 
装在/usr/local/Cellar/下面了 

不知道为啥,可能brew够了吧,就把macport删除了 
象ubuntu一样装软件 
http://www.macports.org/install.php 

MacPorts使用 
更新ports tree和MacPorts版本,强烈推荐第一次运行的时候使用-v参数,显示详细的更新过程。 
sudo port -v selfupdate 

搜索索引中的软件 
port search name 

安装新软件 
sudo port install name 

卸载软件 
sudo port uninstall name 

查看有更新的软件以及版本 
port outdated 

升级可以更新的软件 
sudo port upgrade outdated 

Eclipse的插件需要subclipse需要JavaHL,下面通过MacPorts来安装 
sudo port install subversion-javahlbindings 

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

用Homebrew替换MacPorts 
作者:ldcr99 


MacPorts和Homebrew都是Mac OS X上的软件包管理工具 (via Wikipedia),且它们之间是不兼容的.个中好处就不介绍了,这里要说的是删除MacPorts并安装Homebrew. 

准备条件: 

Mac是自带Ruby程式的,如果你之间”处理”过它,记得要确保它的存在.用ruby -v查看下版本号. 
安装xcode 
打开Terminal(终端) 

删除MacPorts: 
直接用cleanmymac或下面方法 
#原版使用MacPorts安装过的软件在/opt/local目录下,删除之前最好查看下,心里有个数. 

sudo port -f uninstall installed 
sudo rm -rf \ 
/opt/local \ 
/Applications/DarwinPorts \ 
/Applications/MacPorts \ 
/Library/LaunchDaemons/org.macports.* \ 
/Library/Receipts/DarwinPorts*.pkg \ 
/Library/Receipts/MacPorts*.pkg \ 
/Library/StartupItems/DarwinPortsStartup \ 
/Library/Tcl/darwinports1.0 \ 
/Library/Tcl/macports1.0 \ 
~/.macports 



No sudo: 

sudo chown -R `whoami` /usr/local 

#不用每次都执行sudo操作 



安装Homebrew: 

curl -L http://github.com/mxcl/homebrew/tarball/master | tar xz –strip 1 -C /usr/local 

export PATH=/usr/local/bin:$PATH 

#等完毕后就安装好了,安装在了/usr/local目录下,可通过brew -v查看版本号 

通过Homebrew安装软件: 

查找你需要的软件使用brew search * 命令,安装使用brew install *命令(用具体的软件名称替换*),下面演示: 

Java代码  收藏代码
  1. brew search git  
  2.   
  3. brew install git  


如果你想安装vim,wget或者unrar等其它各类软件,都这么做去吧. 

另外,你已经安装了git了,那么建立了本地的git仓库,执行如下: 

cd /usr/local 
git init 
git remote add origin git://github.com/mxcl/homebrew.git 
git pull origin master 
如果GitHub上有项目,也可直接拿下: 

git clone http://github.com/YOURGITHUBUSERNAME/homebrew.git /tmp/homebrew 
其它Homebrew指令: 

Java代码  收藏代码
  1. brew list   —列出已安装的软件  
  2.   
  3. brew update   —更新Homebrew  
  4.   
  5. brew home  *—用浏览器打开  
  6.   
  7. brew info   *—显示软件内容信息  
  8.   
  9. brew deps * — 显示包依赖  
  10.   
  11. brew server *  —启动web服务器,可以通过浏览器访问http://localhost:4567/ 来同网页来管理包  
  12.   
  13. brew -h brew   —帮助  




删除Homebrew: 

万一你用的不爽了,告诉你卸载指令: 

cd `brew –prefix` 
rm -rf Cellar 
brew prune 
rm -rf Library .git .gitignore bin/brew README.md share/man/man1/brew 
rm -rf ~/Library/Caches/Homebrew 
完. 
posted @ 2012-11-25 11:33 小马歌 阅读(1595) | 评论 (0)编辑 收藏
 

办理步骤:
1、预约
2、填表
3、准备材料
4、面谈
美国签证办理流程看似简单,实则每一项都需要认真准备。拿材料准备来讲,像资产证明、家庭关系证明及工作证明都是非常重要的,千万不可忽视哦!

赴美国旅游签证所需材料准备
01、申请人有效护照原件(确认有效期在半年以上,护照末页要有本人签名)。
02、申请人身份证原件。
03、申请人户口本原件(全家页)。
04、申请人结婚证或相关机构所开具的证明原件。
05、申请人本人或配偶名下由存款银行开据的存折或存单原件,建议存期一年以上,金额人民币十万元以上。
06、申请人物产证明原件(如房产、车辆及证明个人财产的相关证明材料)。
07、申请人公司简介并加盖公章原件。
08、申请人在职证明信并加盖公司公章原件。
09、申请人全家福照片原件。
10、申请人请提供月收入证明原件如工资单需加盖公司公章或工资卡请打印流水单并加盖银行公章。
11、申请人曾出访去过国家的签证页及在国外拍的3-5张照片原件(要有境外标志性建筑物的) 。
12、申请人公司营业执照原件或复印件加盖公司公章。
13、申请人50mm*50mm的免冠彩色白底相片2张原件(并在背面用铅笔签名)
14、申请人名片原件2张。
15、申请人曾使用的旧护照原件。
16、申请人详细填写的赴美申请表原件。
17、申请人若是十六岁以下孩子,需提供与父母关系的公证书。如一方带孩子去,需要第三方委托公证书。
posted @ 2012-11-22 16:58 小马歌 阅读(247) | 评论 (0)编辑 收藏
 
     摘要: 首先介绍一下背景,公司访问外网有限制,项目组大部分人员不能访问maven的central repository,因此在局域网里找一台有外网权限的机器,搭建nexus私服,然后开发人员连到这台私服上 环境是:nexus-2.1.1、maven-3.0.4、jdk-1.6.0_32 一、用admin用户登陆nexus nexus的下载和安装都很简单,网上也有很多介绍,本文...  阅读全文
posted @ 2012-11-22 16:16 小马歌 阅读(30177) | 评论 (2)编辑 收藏
 
下载源代码安装后,git clone出现“fatal unable to find remote helper for 'https'”的错误,怀疑是git安装不完全
使用yum安装,出现:
Setting up Install Process
No package git available.
Nothing to do

解决办法:


需要先添加EPEL(Extra Packages for Enterprise Linux) repository:

CentOS5.x 32-bit(x86/i386):

 rpm -Uvh http://dl.fedoraproject.org/pub/epel/5/i386/epel-release-5-4.noarch.rpm

CentOS5.x 64-bit(x64):

 rpm -Uvh http://dl.fedoraproject.org/pub/epel/5/x86_64/epel-release-5-4.noarch.rpm

 CentOS6.x32-bit (x86/i386):

 rpm -Uvh http://download.fedoraproject.org/pub/epel/6/i386/epel-release-6-5.noarch.rpm

CentOS6.x 64-bit(x64):

 rpm -Uvh http://download.fedoraproject.org/pub/epel/6/x86_64/epel-release-6-5.noarch.rpm

然后yum install git就能安装了。

posted @ 2012-11-22 15:30 小马歌 阅读(205) | 评论 (0)编辑 收藏
 

这2天接触了一下Amazon Web Services(AWS)中的Amazon Simple Storage Service,简称Amazon S3(下称S3)。S3站点上用下面的语句描述了自己的作用:

Amazon S3 is storage for the Internet. It is designed to make web-scale computing easier for developers.

Amazon S3 provides a simple web services interface that can be used to store and retrieve any amount of data, at any time, from anywhere on the web. It gives any developer access to the same highly scalable, reliable, fast, inexpensive data storage infrastructure that Amazon uses to run its own global network of web sites. The service aims to maximize benefits of scale and to pass those benefits on to developers.
通过S3这个接口,您可以把Amazon的存储服务当作一个硬盘,可以随时随地上传,下载数据,不过您得付钱才可以使用,即使您只是准备测试一 下。S3首页上有价格表。在S3注册并付费获取2个数:Access Key ID和Secret Access Key,才可以使用S3的服务,因为所有的操作都需要这2个数进行身份验证。

一、基本概念:Buckets,Objects,Keys,Operations

注册后,用户通过名为bucket的容器来管理所有数据,这些数据称之为对象(Object)。比如,一个名为20071211/logo- 320×240.gif的对象存放在livebaby这个bucket里,则可以通过URL:http: //s3.amazonaws.com/livebaby/20071211/logo-320×240.gif来访问这个对象。bucket有3个基本 概念:1、不能删除非空的bucket;2、bucket不能转让给其他用户;3、每个用户最多只能有100个buckets。简单的说,bucket类 似硬盘分区中的第一层目录。

这里还有一个key的概念,key是bucket中对象的唯一标识符,每个对象对应一个key。上例中,20071211/logo-320×240.gif称为key。

每个对象都有一组键值对,称为MetaData,分2种,系统metadata和 用户metadata。S3不处理用户metadata,只接收、存储、返回给用户,由用户自己处理。REST下,系统metadata以x-amz-开 头,用户metadata以x-amz-meta-开头。

Amazon提供2种API:Simple Object Access Protocol(SOAP)和Representational State Transfer(REST)来访问AWS。这里一篇文章,其中简单对比了一下2者的区别,区别后总结说:“ In fact, you can think of REST as a kind of data-access methodology whereas SOAP is a process-control methodology.”

通过SOAP和REST,最常用的操作(Operation)有这么几个:

* 创建bucket;
* 上传对象,上传时必须指定一个key,同时还可以设置这个对象的访问控制权限,默认是私有的;
* 下载对象,有HTTP 和 BitTorrent2种方式;
* 删除对象;
* 列表对象;列表时,可以通过一个前缀(prefix)来过滤显示不同的对象。

通过向AWS的服务端点(endpoint,http://s3.amazonaws.com/)发出PUT、GET、DELETE、HEAD等HTTP Requests,便可以操作S3上的数据。

如果通过web访问S3服务来获取数据(Object),则分页、搜索等功能是比不可少的。而S3提供的4个参数,可以让我们方便快捷的将数据取出来,这4个参数是基于key操作的。key的概念参见文章一。

1、prefix。比如http://bucket.s3.amazonaws.com/?prefix=123,则将key中以123开头的列出来。

2、delimiter。比如http://bucket.s3.amazonaws.com/?delimiter=/,此时,S3可能会返回CommonPrefixes,将key中采用“/”分隔的列出来。

<Contents>
<Key>123/zzz.txt</Key>
<LastModified>2007-12-11T07:41:51.000Z</LastModified>
<ETag>”d725dfc2167445d1db23067de33ebd28″</ETag>
<Size>203</Size>
<StorageClass>STANDARD</StorageClass>
</Contents>
<Contents>
<Key>abc/ooo/yxx.txt</Key>
<LastModified>2007-12-12T05:34:35.000Z</LastModified>
<ETag>”4fdf8a4dd42bd4d24855eebd5c9b9434″</ETag>
<Size>41</Size>
<StorageClass>STANDARD</StorageClass>
</Contents>

用了“delimiter=/”返回,告诉你 有prefix为123/和abc/可用。

<CommonPrefixes>
<Prefix>123/</Prefix>
</CommonPrefixes>
<CommonPrefixes>
<Prefix>abc/</Prefix>
</CommonPrefixes>

这时输入http://bucket.s3.amazonaws.com/?delimiter=/&prefix=123/则将prefix中有123/的全部列出来。

如果key有这样的形式:ms_vb_5_src/sss.frm,ms_vb_6_src/ddd.frm,你可以把delimiter设为“_”来取数据。通过不同的delimiter和prefix可以非常灵活的获取数据。

如果数据量很大,则可以用第三个和第四个参数

3、MaxKeys。这个告诉S3一次性返回多少数据,默认返回1000个。URL输入http://bucket.s3.amazonaws.com/?delimiter=/&prefix=123/&max-keys=10,则返回:

<Name>bucket</Name>
<Prefix>123/</Prefix>
<Marker />
<NextMarker>123/10.txt</NextMarker>
<MaxKeys>10</MaxKeys>
<Delimiter>/</Delimiter>
<IsTruncated>true</IsTruncated>
<Contents>
<Key>123/1.txt</Key>
<LastModified>2007-12-12T06:02:33.000Z</LastModified>
<ETag>”9dd4e461268c8034f5c8564e155c67a6″</ETag>
<Size>1</Size>
<StorageClass>STANDARD</StorageClass>
</Contents>

里面IsTruncated为true,表示按照delimiter和prefix和max-keys取出的数据不止10个;余下的数据怎么取?就用到了NextMarker元素中数据。

4、Marker。 URL输入http://bucket.s3.amazonaws.com/?delimiter=/&prefix=123/&max -keys=10&marker=123/10.txt,marker的值就是NextMarker元素中数据。这样S3就返回了下10条数据。

<Name>bucket</Name>
<Prefix>123/</Prefix>
<Marker>123/10.txt</Marker>
<NextMarker>123/19.txt</NextMarker>
<MaxKeys>10</MaxKeys>
<Delimiter>/</Delimiter>
<IsTruncated>true</IsTruncated>
<Contents>
<Key>123/1.txt</Key>
<LastModified>2007-12-12T06:02:33.000Z</LastModified>
<ETag>”9dd4e461268c8034f5c8564e155c67a6″</ETag>
<Size>1</Size>
<StorageClass>STANDARD</StorageClass>
</Contents>

如果IsTruncated仍为true,则表示还有数据,我们把marker改为marker=123/19.txt便可以继续取下10条数据;如果IsTruncated为false,则表示按照条件已经将数据全部取出来了。

S3文档中,提供更为详细的解释。点击查看:http://docs.amazonwebservices.com/AmazonS3/2006-03-01/

posted @ 2012-11-22 14:46 小马歌 阅读(225) | 评论 (0)编辑 收藏
 
     摘要: 掐指一算,毕业也快两年了,在这两年的时间里,我经历了大公司-自己创业-加入创业公司这三种截然不同的工作节奏,除了体制内基本上各类公司都待过,也有了一些自己对工作选择的思考,又到了毕业生找实习/有工作的人跳槽的季节,所以今天抛砖引玉,分享一下我的看法.    注:本人对体制内的工作不是很感兴趣,所以以下讨论不涉及贵国贵党的企事业单位和户口。  &nb...  阅读全文
posted @ 2012-11-15 13:07 小马歌 阅读(333) | 评论 (0)编辑 收藏
 
     摘要: 2012-05-05 01:15:57|  分类: 分布式文件系统 |  标签:淘宝tfs  tfs  tfs分布式文件系统  分布式文件系统  |字号 订阅from:http://blog.163.com/a12333a_li/blog/stati...  阅读全文
posted @ 2012-11-15 12:43 小马歌 阅读(1775) | 评论 (0)编辑 收藏
 

From:http://www.iteye.com/topic/684087

一 致性哈希算法(Consistent Hashing Algorithm)是一种分布式算法,常用于负载均衡。Memcached client也选择这种算法,解决将key-value均匀分配到众多Memcached server上的问题。它可以取代传统的取模操作,解决了取模操作无法应对增删Memcached Server的问题(增删server会导致同一个key,在get操作时分配不到数据真正存储的server,命中率会急剧下降),详细的介绍在这篇帖 子中http://www.iteye.com/topic/611976(后文指代这篇文章的地方均称为引文)。
 
[下面以Memcached的分布式问题为讨论点,但将Memcached server抽象为节点(Node)]
引文中描述的一致性Hash算法有个潜在的问题是:
     将节点hash后会不均匀地分布在环上,这样大量key在寻找节点时,会存在key命中各个节点的概率差别较大,无法实现有效的负载均衡。
     如有三个节点Node1,Node2,Node3,分布在环上时三个节点挨的很近,落在环上的key寻找节点时,大量key顺时针总是分配给Node2,而其它两个节点被找到的概率都会很小。
 
这种问题的解决方案可以有:
     改善Hash算法,均匀分配各节点到环上;[引文]使用虚拟节点的思想,为每个物理节点(服务器)在圆上分配100~200个点。这样就能抑制分布不均 匀,最大限度地减小服务器增减时的缓存重新分布。用户数据映射在虚拟节点上,就表示用户数据真正存储位置是在该虚拟节点代表的实际物理服务器上。
 
在查看Spy Memcached client时,发现它采用一种称为Ketama的Hash算法,以虚拟节点的思想,解决Memcached的分布式问题。

对Ketama的介绍
Ketama is an implementation of a consistent hashing algorithm, meaning you can add or remove servers from the memcached pool without causing a complete remap of all keys.
 Here’s how it works:
* Take your list of servers (eg: 1.2.3.4:11211, 5.6.7.8:11211, 9.8.7.6:11211)
* Hash each server string to several (100-200) unsigned ints
* Conceptually, these numbers are placed on a circle called the continuum. (imagine a clock face that goes from 0 to 2^32)
 * Each number links to the server it was hashed from, so servers appear at several points on the continuum, by each of the numbers they hashed to.
 * To map a key->server, hash your key to a single unsigned int, and find the next biggest number on the continuum. The server linked to that number is the correct server for that key.
 * If you hash your key to a value near 2^32 and there are no points on the continuum greater than your hash, return the first server in the continuum.
 If you then add or remove a server from the list, only a small proportion of keys end up mapping to different servers.

 下面以Spy Memcached中的代码为例来说明这种算法的使用

该client采用TreeMap存储所有节点,模拟一个环形的逻辑关系。在这个环中,节点之前是存在顺序关系的,所以TreeMap的key必须实现Comparator接口。
 那节点是怎样放入这个环中的呢?

///////////////////////////////////////////////////////////////////////
//对所有节点,生成nCopies个虚拟结点 
for(Node node : nodes) { 
   //每四个虚拟结点为一组,为什么这样?下面会说到 
   for(int i=0; i<nCopies / 4; i++) { 
    //getKeyForNode方法为这组虚拟结点得到惟一名称 
    byte[] digest=HashAlgorithm.computeMd5(getKeyForNode(node, i)); 
   /** Md5是一个16字节长度的数组,将16字节的数组每四个字节一组,
      分别对应一个虚拟结点,这就是为什么上面把虚拟结点四个划分一组的原因*/ 
  for(int h=0;h<4;h++) { 
    //对于每四个字节,组成一个long值数值,做为这个虚拟节点的在环中的惟一key 
   Long k = ((long)(digest[3+h*4]&0xFF) << 24) 
    | ((long)(digest[2+h*4]&0xFF) << 16) 
    | ((long)(digest[1+h*4]&0xFF) << 8) 
    | (digest[h*4]&0xFF); 
    
   allNodes.put(k, node); 
  } 
 } 

///////////////////////////////////////////////////////////////////////
上 面的流程大概可以这样归纳:四个虚拟结点为一组,以getKeyForNode方法得到这组虚拟节点的name,Md5编码后,每个虚拟结点对应Md5码 16个字节中的4个,组成一个long型数值,做为这个虚拟结点在环中的惟一key。第12行k为什么是Long型的呢?呵呵,就是因为Long型实现了 Comparator接口。
 
处理完正式结点在环上的分布后,可以开始key在环上寻找节点的游戏了。
对于每个key还是得完成上面的步骤:计算出Md5,根据Md5的字节数组,通过Kemata Hash算法得到key在这个环中的位置。

///////////////////////////////////////////////////////////////////////
final Node rv; 
byte[] digest = hashAlg.computeMd5(keyValue); 
Long key = hashAlg.hash(digest, 0); 
//如果找到这个节点,直接取节点,返回 
if(!ketamaNodes.containsKey(key)) { 
//得到大于当前key的那个子Map,然后从中取出第一个key,就是大于且离它最近的那个key 
   SortedMap<Long, Node> tailMap=ketamaNodes.tailMap(key); 
   if(tailMap.isEmpty()) { 
    key=ketamaNodes.firstKey(); 
 } else { 
  key=tailMap.firstKey(); 
 } 
 //在JDK1.6中,ceilingKey方法可以返回大于且离它最近的那个key 
 //For JDK1.6 version 
//          key = ketamaNodes.ceilingKey(key); 
//          if (key == null) { 
//              key = ketamaNodes.firstKey(); 
//          } 

 
 
rv=allNodes.get(key); 

///////////////////////////////////////////////////////////////////////

引文中已详细描述过这种取节点逻辑:在环上顺时针查找,如果找到某个节点,就返回那个节点;如果没有找到,则取整个环的第一个节点。

测试结果
测试代码是自己整理的,主体方法没有变

分布平均性测试:测试随机生成的众多key是否会平均分布到各个结点上
测试结果如下:
1.Nodes count : 5, Keys count : 100000, Normal percent : 20.0% 
2.-------------------- boundary  ---------------------- 
3.Node name :node1 - Times : 20821 - Percent : 20.821001% 
4.Node name :node3 - Times : 19018 - Percent : 19.018% 
5.Node name :node5 - Times : 19726 - Percent : 19.726% 
6.Node name :node2 - Times : 19919 - Percent : 19.919% 
7.Node name :node4 - Times : 20516 - Percent : 20.516% 
最上面一行是参数说明,节点数目,总共有多少key,每个节点应该分配key的比例是多少。下面是每个结点分配到key的数目和比例。
多次测试后发现,这个Hash算法的节点分布还是不错的,都在标准比例左右徘徊,是个合适的负载均衡算法。


节点增删测试:在环上插入N个结点,每个节点nCopies个虚拟结点。随机生成众多key,在增删节点时,测试同一个key选择相同节点的概率
测试如果如下:
1.Normal case : nodes count : 50 
2.Added case : nodes count : 51 
3.Reduced case : nodes count : 49 
4.------------ boundary ------------- 
5.Same percent in added case : 93.765% 
6.Same percent in reduced case : 93.845% 
上面三行分别是正常情况,节点增加,节点删除情况下的节点数目。下面两行表示在节点增加和删除情况下,同一个key分配在相同节点上的比例(命中率)。
多次测试后发现,命中率与结点数目和增减的节点数量有关。同样增删结点数目情况下,结点多时命中率高。同样节点数目,增删结点越少,命中率越高。这些都与实际情况相符。


附件为Ketama算法的Java代码及测试代码 
"Ketama_Hashing_Algorithm.rar" http://vdisk.weibo.com/s/x4gf

posted @ 2012-11-15 11:15 小马歌 阅读(288) | 评论 (0)编辑 收藏
 

本文适用对象

您希望建立自己的英特网漫游隧道

您有一张可以刷外币的信用卡,比如VISA。手机。

您有基本的英文阅读技能

开始前需要注意

本文作者不对任何因本文造成的费用负责;

Amazon包含750小时的free tiers活动从2010年11月1日开始,10月20日后注册的新用户都可以享受此项服务;

Free tires包含10GB EBS,30GB带宽(SSH proxy的话,实际上只有15GB),超出部分仍然需要付费;

本文作者不熟悉Amazon EC2等服务,部分描述或理解可能有差错。

注册Amazon AWS账户

注册Amazon账户

启动浏览器,访问 http://aws.amazon.com/ ,点击“Sign Up Now”:

转入amazon账户登陆页面,如果您已经是amazon的用户,可以直接登陆,本文假设您还没有amazon账户,注册新用户:

输入email地址

选中“I am a new user.

点击”Sign in using secure server“

转入新用户注册页面:

姓名

email地址

重复email地址

账户密码

重复密码

点击”Create account“

转入联系信息页面:

联系地址:街道,公司,必填

联系地址:几单元门牌号等,按需填写

城市

省份

邮编

国家:china

电话号码:直接填写,无需 +86

协议

验证码

注册AWS账户

联系信息提交成功后转入AWS登陆页面,输入email,密码,登陆后,转到AWS联系信息页面,虽然之前注册Amazon账户已经填写过联系信息,注册Amazon AWS账户还是需要充填一遍,按照原先输入的信息表单会自动补全。

联系信息提交成功后,AWS账户注册步骤完成了。Amazon AWS会email通知告诉你接下来如何如何。

填写信用卡信息

Amazon EC2一般的付费模式是On Demand按需付费,不用不付费。在使用之前需要关联信用卡信息到您的AWS账户。

点击上面邮件中的account链接,或直接访问:http://aws.amazon.com/account,点击 Payment Method ,登陆后转到支付方式页面,输入你的信用卡信息 Continue。

继续转到账单地址页面,选择注册AWS时提供的地址 Continue

信用卡验证会刷掉1美金(我的理解是预付费,验证不会真的扣钱,这点我并未去证实),如果没有成功会收到邮件通知更正信用卡信息,Account Activity页面也会提示你更新信用卡信息或者用已有信息重新验证。

开通 AWS EC2 等服务

开通AWS相关服务需要登陆AWS管理后台console。访问 https://aws.amazon.com/console ,点击 Sign in to the AWS Console,登陆后转到AWS后台。

默认登陆console后转到 Amazon S3 管理页面,点击 Amazon EC2 转到 EC2 管理页面,点击 Sign Up For Amazon EC2

转到电话验证页面

选择China

填写手机号码,无需+86

点击 ”Call Me Now“

点击后,此页面转到第二步,显示 PIN 验证码。

同时接收到亚马逊电话验证,输入您浏览器页面中的PIN码,信息验证完成。转到第三步,点击Continue。

转到完成启用服务确认页面,这个页面展示不同机房不同服务的收费情况,并非配置页面,直接Complete Sign Up

系统提示正在启用订阅,订阅后会发送邮件到你的邮箱。 

至此EC2服务已经开通。可以进入console跑instance啦!

启动实例

打开 https://console.aws.amazon.com/ec2/home 进入 EC2 console:

Amazon S3: S3存储服务,可不用

Amazon EC2: 类似传统的VPS服务,可以在这里启动Instance,增加EBS硬盘

Region: 四个可选区域,一般来讲国内连西海岸加州机房较快,如果对国内提供web服务,也可以考虑新加坡机房,新加坡机房价钱要贵一些。

Instances: 所有实例(VPS)

AMIs: 所有AMIs,可以看成是不用安装的操作系统,选择一个启动即得到一个 Instance。

Volumes:EBS硬盘,EC2默认不带存储,虽然可以通过存储在S3的AMI启动,但当你关闭或重启Instance后,所有数据都会消失。而通过存储在EBS的AMI启动则不会有这个问题。所有数据变更保存到EBS中。您也可以添加额外的EBS挂在到某个Instance。

Snapshots: 增量备份的系统快照。

Elastic IP: EC2的Instance是变化的,如果你需要固定的IP,可以在这里设置,不过需要注意,如果你分配了固定IP但是没有挂载到任何Instance上,你会被Amazon惩罚性收费。

Launch Instance: 点击启动新的Instance实例。

点击 Launch Instance, 打开实例向导窗口:

这里我们用的是默认的第一个 AMI, Basic 32-bit Amazon Linux AMI 1.0,大致解释一下:

Amazon Linux是Amazon基于fedora为EC2定制的AMI,默认禁止root ssh密码方式登陆,去除不需要的服务等,默认配置更加安全。安全。

自带 Amazon 工具包。

Amazon每个Region都为Amazon Linux提供了软件仓库,更新软件不造成带宽费用。

micro instance更适合跑32-bit linux。

EBS boot,默认配合10GB的EBS。

使用此instance没有额外费用。

选择Windows instance,需按使用支付Windows授权费用。

这里没有选择ubuntu的原因是因为我发现Ubuntu的AMI默认是15GB的EBS,而free tier 只提供了10GB的EBS硬盘。

点击Select,进入向导第二步:

实例数,默认为1,free tiers包含每月750小时的micro instance,如果不间断运行的话,正好够跑一个instance。

可用区域,这里用了默认的,无特别喜好。

实例类型,必须选择Micro,除非你不准备使用免费的micro instance。

启动实例,对应的另外一个选项是”Request Spot Instances“,类似竞价方式在空闲的机器上跑Instance,这个用默认的。

点击Continue转到高级实例选项设定,这里全部默认。

点击Continue转到Tag设定页面,可以不设定直接跳过。

点击Continue进入”Create Key Pair“:

指定一个密钥名称,如: fookey

点击生成并下载密钥,这个密钥需要妥善保存,有了这个密钥,可以随时打开(登陆)您跑在amazon aws上的机器。

点击Continue进入”CONFIGURE FIREWARE“:

配置防火墙页面,这个设置安全组别为”Web“, 并添加了”http“, ”https“,允许此台服务器提供web服务。

点击Continue进入”Review“:

注意一下,Instance Type为 Micro (t1.micro)

点击”Launch“启动Instance。基于EBS的AMI启动大约需要1分钟。

点击View your instances on the Instances page察看Instance状态。

您应该已经看到有一个 t1.micro status为Running,至此您的micro intance已经启动,意味这您有一台可以ssh登陆的linux服务器啦。

用它来做什么

用来做web服务器,跑php, python, ruby网站

用来跑SSH proxy, VPN

更多。..

SSH proxy在Linux下很简单,一条命令即可:

以下为引用的内容:
$mv ~/Downloads/fookey.perm ~/.ssh/
$chmod 400 ~/.ssh/fookey.perm
$ssh -i ~/.ssh/ec2.pem ec2-user@YOUR_AMAZON_PUBLIC_DNS -f -N -D 10003

系统只允许通过key密钥登陆

我们安装的AMI,默认登陆用户为 ec2-user

用你的Public DNS代替 YOUR_AMAZON_PUBLIC_DNS

跑了一个ssh forward监听本地10003端口

Public DNS可以在Instances详细信息中找到,

Windows用户

Windows默认没有ssh客户端,需要下载putty。putty默认不支持Amazon ec2的key,需要做转换,具体过程参考官方文档

做tunnel的话还需要在putty中设定tunnel选项,如端口,动态,自动等。具体还请大家自行测试。

进一步学习Linux

一本linux书籍

看看 fedora文档:http://fedoraproject.org/

去国内的社区寻求帮助,如linuxsir

 原文地址:http://yinhm.appspot.com/2010/10/amazon-ec2-micro-instance-and-tunnel-guide


posted @ 2012-11-12 13:27 小马歌 阅读(662) | 评论 (0)编辑 收藏
仅列出标题
共95页: First 上一页 31 32 33 34 35 36 37 38 39 下一页 Last