俺的回收站

架构分析 解释编译原理
posts - 42, comments - 217, trackbacks - 12, articles - 1
  博客园 :: 首页 :: 新随笔 :: 联系 :: 订阅 订阅 :: 管理

公告

2010年8月24日

摘要: 相对于以Linux为代表的开源软件阵营,开源硬件也是开 源思想的继承者。这些硬件的开发者将硬件的全部资料都对外公开,包括电路图、固件、软件、元件列表、器件列表以及印刷版图。这些资料允许任何人使用,比开 源软件的开放度更高的地方在于,作者更是允许将这些资料及硬件用于任何商业开发。 每年MAKE杂志都会来介绍这些开源硬件,2009年有超过125种开源硬件项目被总结出来,涵盖了相关的19个种类,超出2008年的成果数目的一倍之多。这19个种类的项目具体包括:3D打印机, Arduino,Arduino shields,Blinky projects,时钟,Culture jamming,开发工具与平台,游戏、趣味及娱乐,摄像机,医学与生物学相关,音乐相关(MP3),处理器(CPU),宗教相关,机器人技术相关,通信,交通相关,无人机,无线及GPS阅读全文

posted @ 2010-08-24 12:19 Riceball LEE 阅读(2777) 评论(0) 编辑

2010年8月20日

正文内容加载中...

posted @ 2010-08-20 16:01 Riceball LEE 阅读(748) 评论(1) 编辑

2010年6月2日

摘要: 控制器(前端节点):the cloud controller (clc) the cluster controller (cc) walrus (the S3-like storage service) the storage controller (sc) 虚拟机节点(后端节点): * node controller (nc)1. sudo apt-get install eucaly...阅读全文

posted @ 2010-06-02 21:37 Riceball LEE 阅读(326) 评论(0) 编辑

2010年5月7日

摘要: 前面一篇: tcdatabase-1搜索操作:根据“字段”检索出符合条件的keycmd: misc search/metasearch [addcond/cond\0{fieldName}\0{condOperator}\0{Value}...[next] addcond/cond...] [setorder/order\0{fieldName}\0{OrderType}]...阅读全文

posted @ 2010-05-07 16:28 Riceball LEE 阅读(638) 评论(3) 编辑

摘要: TCTDB即具备了Key-Value数据库的高效读写性能,又具备了MySQL单表能实现的一些功能,即: SELECT .... FROM table WHERE .... ORDER BY .... LIMIT xxx,xxx TCTDB的不足: * * 一个Table Database仅支持一个表,也就是说value中的字段必须固定一样。假设项目组使用了80多个表,这意味着你需要开启了80多个 ttserver为每一个“表”提供支持。 * * 功能的增强,也就意味着要牺牲性能。TCTDB 表格型数据库的平均读取速度大约在40万条/秒,相比 TCHDB哈希数据库的180万条/秒和TCBDB B+Tree数据库 的100万条/秒要慢。 * * TCTDB虽然可以建立数值型索引,但是它是将所有value数据都当成字符型来处理的,无法区分value类型。 * * TCTDB单数据库文件存储的记录数上亿条后,性能会有比较明显的下降。 * * 不能单独获取value中的某一个字段的值; * * 不能支持仅更新UPDATE ke阅读全文

posted @ 2010-05-07 07:00 Riceball LEE 阅读(950) 评论(0) 编辑

2010年3月5日

摘要: 准备对MongoDB, Redis以及Tokyo Tyrant的读写做一个简单的测试,为了进行相对公平的测试,需要了解他们背后的实现机制,下面是一些比较: 存储实现的比较: * 内存文件映像(Memory-File Mapping) Redis, MongoDB * 文件 + Cache Tokyo Tyrant * 内存: Redis, Tokyo Tyrant Key/Value索引形式: * B+ Tree : MongoDB, Tokyo Tyrant * Hash Table: Redis, Tokyo Tyrant * Fixed Length: Tokyo Tyrant 从上面的比较可以看出,Redis和MongoDB是基于系统内存映像文件,数据能命中在内存的时候读写操作性能应该是非常强的,当然,反过来,如果数据十分分散不能在内存命中,那么内存页的切换开销将是非常可怕的,MongoDB和Redis数据文件不同的是将数据存放在多个文件中,每当上一个存满的时候就会创建新的数据空间文件。鉴于MongoDB 是主要比较对阅读全文

posted @ 2010-03-05 11:56 Riceball LEE 阅读(8250) 评论(1) 编辑

2009年12月13日

摘要: 通过我这段时间的学习和总结,我对云计算分类整理如下 所谓云计算可以认为是VMM + Cloud Service + Cloud Storage 的结果. 按需分配,动态伸缩,“无限”扩展,这些特性使得云计算越来越得到数据规模越来越大的用户青睐。而且越来越多的用户也习惯于使用云计算。如Amazon的EC2和S3的成功商业模式既是如此。那么如今的云计算包括些什么: * VMM(虚拟机器管理) 是基础,几乎所有的云服务(Cloud Service)都跑在上面,本身不负责存储。 * Cloud Service(云服务):基于SOA的可伸缩的通用服务架构体系。 * Cloud Storage(云存储):实现分布式数据存储的基础是 Key-Value 存储,在此基础上我们就可以实现云数据库。 阅读全文

posted @ 2009-12-13 19:06 Riceball LEE 阅读(2074) 评论(7) 编辑

2008年9月16日

摘要: IBM和林登实验室共同声明两家公司的研究小组已经成功从Second Life Preview Grid(预览网格)传送到一个运行OpenSim服务器的虚拟世界, 这是虚拟化身首次从一个虚拟世界走到另一个虚拟世界. 这也是虚拟化身在不同虚拟世界中自由穿梭重要的第一步. 林登实验室从2007年9月就开始筹建Architecture Working Group(架构工作组), 一个专门致力于虚拟世界互通...阅读全文

posted @ 2008-09-16 22:06 Riceball LEE 阅读(403) 评论(0) 编辑

摘要: OpenSimulator项目,也就是OpenSIM,是基于BSD开源协议的虚拟世界服务器项目,它是用C#开发的,类似于SecondLife的网格服务,可以创建和部署虚拟世界,以及在各个OpenSim虚拟世界中跳转。目前OpenSim尚在Apha阶段,不过已经有人在OpenSim中模拟出了N体仿真。并且已经有人已经在部署OpenSim的虚拟世界:http://osgrid.org/。据路透社报道:...阅读全文

posted @ 2008-09-16 22:03 Riceball LEE 阅读(1198) 评论(2) 编辑

2008年9月13日

摘要: 评估比较产品,解决方案,技术方案的难题在于确定它们是否能针对问题域有效的解决问题。首先要明确服务是完成一定业务功能的组件,服务是可以自包含的和自解释的,通过良好组织定义的标准接口提供服务。服务是被各种不同的策略驱动的。以架构师的角度来看,SOA 面向服务的统一管理必须解决服务的安全,服务的管理(监视,守护),服务的依存管理等诸如此类的各种服务管理策略问题。OK, 统一管理机构的要解决的核心问题就是...阅读全文

posted @ 2008-09-13 07:36 Riceball LEE 阅读(986) 评论(1) 编辑