Month: March 2011

linux 根据文件内容查找文件

今天编程，居然说”TCP_NODELAY” 未定义 加了man setsockopt 得到的头文件也没用 find 很强大，但貌似不支持根据文件的内容来查找， 以前百度就是没找到，这次多放一些关键字 linux 根据文件的特定内容来查找文件 grep “TCP_NODELAY” -r /usr 这样就递归查找/usr下的所有内容里带有TCP_NODELAY的文件了 很快找到了/usr/include/linux/tcp.h #define TCP_NODELAY 1 此外，知道文件名搜文件位置 find / -name “filename”  

ORACLE:EXPDP和IMPDP使用说明

Oracle Database 10g引入了最新的数据泵(Data Dump)技术,使DBA或开发人员可以将数据库元数据(对象定义)和数据快速移动到另一个oracle数据库中. 数据泵导出导入(EXPDP和IMPDP)的作用 1、实现逻辑备份和逻辑恢复. 2、在数据库用户之间移动对象. 3、在数据库之间移动对象 4、实现表空间搬移.       数据泵导出导入与传统导出导入的区别： 在10g之前,传统的导出和导入分别使用EXP工具和IMP工具,从10g开始,不仅保留了原有的EXP和IMP工具,还提供了数据泵导出导入工具EXPDP和IMPDP.使用EXPDP和IMPDP时应该注意的事项; EXP和IMP是客户段工具程序,它们既可以在客户端使用,也可以在服务器段使用. EXPDP和IMPDP是服务端的工具程序,他们只能在ORACLE服务端使用,不能在客户端使用 IMP只适用于EXP导出文件,不适用于EXPDP导出文件;IMPDP只适用于EXPDP导出文件,而不适用于EXP导出文件. 数据泵导出包括导出表,导出方案,导出表空间,导出数据库4种方式. EXPDP命令行选项 1. ATTACH 该选项用于在客户会话与已存在导出作用之间建立关联.语法如下 ATTACH=[schema_name.]job_name Schema_name用于指定方案名,job_name用于指定导出作业名.注意,如果使用ATTACH选项,在命令行除了连接字符串和ATTACH选项外,不能指定任何其他选项,示例如下: Expdp scott/tiger ATTACH=scott.export_job 2. CONTENT 该选项用于指定要导出的内容.默认值为ALL CONTENT={ALL | DATA_ONLY | METADATA_ONLY} 当设置CONTENT为ALL 时,将导出对象定义及其所有数据.为DATA_ONLY时,只导出对象数据,为METADATA_ONLY时,只导出对象定义 Expdp scott/tiger DIRECTORY=dump DUMPFILE=a.dump CONTENT=METADATA_ONLY 3. DIRECTORY 指定转储文件和日志文件所在的目录 DIRECTORY=directory_object Directory_object用于指定目录对象名称.需要注意,目录对象是使用CREATE DIRECTORY语句建立的对象,而不是OS 目录 Expdp scott/tiger DIRECTORY=dump DUMPFILE=a.dump 建立目录: CREATE […]

通过反射调用对象的方法

这是个测试用的例子，通过反射调用对象的方法。 TestRef.java import java.lang.reflect.Method; import java.lang.reflect.InvocationTargetException; /** * Created by IntelliJ IDEA. * File: TestRef.java * User: String * Date: 2010-3-29 14:48:44 */ public class TestRef { public static void main(String args[]) throws NoSuchMethodException, IllegalAccessException, InvocationTargetException { Foo foo = new Foo(“这个一个Foo对象！”); Class clazz = foo.getClass(); Method m1 = clazz.getDeclaredMethod(“outInfo”); Method m2 = clazz.getDeclaredMethod(“setMsg”, String.class); Method m3 […]

配置mongodb分片群集(sharding cluster)

  Sharding cluster介绍 这是一种可以水平扩展的模式，在数据量很大时特给力，实际大规模应用一般会采用这种架构去构建monodb系统。 要构建一个 MongoDB Sharding Cluster，需要三种角色： Shard Server: mongod 实例，用于存储实际的数据块，实际生产环境中一个shard server角色可由几台机器组个一个relica set承担，防止主机单点故障 Config Server: mongod 实例，存储了整个 Cluster Metadata，其中包括 chunk 信息。 Route Server: mongos 实例，前端路由，客户端由此接入，且让整个集群看上去像单一数据库，前端应用可以透明使用。 Sharding架构图: 本例实际环境架构 本例架构示例图： 分别在3台机器运行一个mongod实例（称为mongod shard11，mongod shard12，mongod shard13）组织replica set1，作为cluster的shard1 分别在3台机器运行一个mongod实例（称为mongod shard21，mongod shard22，mongod shard23）组织replica set2，作为cluster的shard2 每台机器运行一个mongod实例，作为3个config server 每台机器运行一个mongs进程，用于客户端连接   主机 IP 端口信息 Server1 10.1.1.1 mongod shard11:27017 mongod shard12:27018 mongod config1:20000 mongs1:30000 […]

调查服务器响应时间的利器 tcprstat

我们在做服务器程序的时候，经常要知道一个请求的响应时间，借以优化或者定位问题。 通常的做法是在代码里面加入日志计算时间，这个方法有问题，时间不准确。因为数据从网卡到应用程序，从应用到网卡的时间没有被计算在内。 而且这个时间随着系统的负载有很大的变化。 那同学说，我wireshark, tcpdump抓包人肉统计不行吗。 可以的，只不过我会很同情你，此举需要耐心且不具可持续性。 所以我们希望有个工具能够最少费力的做这个事情。 这时候来自percona的tcprstat来救助了！ 这个工具原本开发用来调查mysqld的性能问题，所以不要奇怪它的默认端口是3306, 但是我们可以用这个工具来调查典型的request->response类型的服务器。 什么是tcprstat: tcprstat is a free, open-source TCP analysis tool that watches network traffic and computes the delay between requests and responses. From this it derives response-time statistics and prints them out. The output is similar to other Unix -stat tools such as vmstat, iostat, and […]

HP电脑又黑屏了….今次决定自己整!!!(第一次拆手提电脑)

部hp又黑屏了…唉…第四次黑屏了.之前去电脑城整要260元/次。 第三次黑屏个阵，去咗ＨＰ维修点，话我系境外机，无得保修，要换主板１５００＋２５０，我马上ＳＡＹ　ＮＯ。走人。   今次系第四次黑屏了，唔想再去电脑城整，上ＹＯＵＴＵＢＥ一搜，发现咗个好简单嘅方法。   我都系第一次拆手提电脑咋，有好多嘢系摸下摸下。。。后面有写要注意Ｄ乜。   ＨＰ黑屏原因我唔讲了。讲起９把火！！自己上网搜。不过，如果你的ＨＰ黑屏，１０有８，９系呢个问题。   第一步：拆机，揾到张显卡。 就系佢，中间下面位置。。 重要工具Ａ：防风打火机。（今日跑了置禾、壹加壹、假日、大信都揾唔到，最后系沙岗墟１２蚊买到，沙岗墟很给力啊！） 重要工具Ｂ：锡纸。安照显卡蕊片的size，桔穿佢，用处就系集中火力，保险其它元件。 旭手啦，套住佢，用打火机狂烧佢，为咗防止烧坏个蕊片，火力不能集中在同一个位置，要不段左右，上下移动。使蕊片均匀受热。。一般情况下，烧２分钟就可以。每烧３０秒，就要用力压下个蕊片（不能用手）。 终于搞掂，下面系解决这个系列手提电脑的一个大ＢＵＧ。散热片与蕊片竟然有２ＭＭ空隙。ＨＰ的ＱＡ很不给力。。。   下面系一个港币１毫子，黄铜合金，当然有纯铜就最好啦。据说葡币的１毫是纯铜的。用沙纸礳平两面。   涂上散热圭脂，再黏上个蕊片上面。注意铜片不能太厚，否则ＣＰＵ就会出现散热问题。 整完。开机！！！！ 哈哈。。两日无见嘅XP login窗口。。。 开个监控软件睇睇。温度比之前抵了一些，遟Ｄ看下电影测试下，或者上下ＱＱ农场。 第一次拆手提电脑，有２点需要注意： １，电线要有顺序咁摆好，咪时唔记得边条打边条。 ２，个螺丝都系，要分开摆放，好似我咁，按照原来未拆出来个位置，摆一个盘上面，等下装机个阵就唔怕乱啦。   终于搞翻好了。哈哈哈。。。 电脑整要２６０蚊，自己整？？ １２蚊＋３＋０.１ = 15.1元。 奸商真多。ＨＰ维修点还要１７５０元。ＴＭＤ。。。。   一进入２０１１年，我就黑仔昨日，好彩２月开始转运。。希望好运继续来。。哈哈哈。。。  

新版twitter背后的技术

如果要评2010最牛逼的网站改版，除了豆瓣就是Twitter了（开个玩笑）。那天看了新版twitter的介绍视频，相当兴奋，那种感觉就像04年看到gmail。面对未知的新时代，一部分人在畅想，一部分人在抵触，只有小部分人在行动。Twitter很快交出了他们的答卷。 今天看到Twitter官方发表的博文“The Tech Behind the New Twitter.com”，总结了新版twitter背后的技术，值得一读。（下面的内容不是翻译，是我的理解） API客户端 新版背后的一个重要的架构上的改变是像其它第三方客户端一样，Twitter自己也开始基于API开发，唯一不同是他们可以使用更多资源。同时对访问API做了诸多优化，原文提到的“highly optimized JSON fragment cache”。 评论：这种方式是很多技术团队都想实现的，但碍于原有架构的历史问题，下不了决心彻底改变它。但未来要满足各种终端上各种形式应用的开发需求，这种架构是最灵活的。 The Javascript API 对应后端的API架构，前端自然需要一个很给力的Javascript库实现和后端的数据交互。Twitter内部用到一个库叫@anywhere (http://platform.twitter.com/js-api.html)，它提供的功能: 1. 负责和API交换数据。文档里可以看到提供了丰富的接囗。 2. 提供一个客户端的缓存策略（保存在本地的内存和localStorage中）。@ded不久前写的“JavaScript Cache Provider”其实透露了一些细节。 3. 提供一个事件通知机制，当UI发生变化，相应处理组件能够立即响应。 评论：从中可以看到Twitter前端架构的设计思路，跟后端充分对接，建立业务级的通用接囗层，提供通用处理机制解藕，保持代码的模块化。这个路子很对，很值得借鉴。 页面管理 新版的一个项目目标就是让页面导航更简单更快。它是利用URL hash建立一套浏览器端的页面路由系统。这个具体要等到用上新版后看一看。 评论：像GMail那种，用URL hash做页面切换，管理起来还是很复杂的。等用上新版后要好好分析一下代码。 渲染堆栈(The Rendering Stack) 新版Twitter的页面都是在前端渲染的，但在不支持Javascript的情况下，后端也需要一个渲染系统。他们前后端用的模板系统都是Mustache，这样前后端可以保持一致，利用Mustache将API对象转成HTML代码。另外，针对DOM操作还做了诸多优化，如事件处理都是用事件代理机制实现，提高组件的重用性，尽可能减小repaint提高页面渲染性能等。 评化：Mustache是开源的模板系统，支持各种语言。我原来认为它有点重，并没有在项目中用过它。但如果真要做一个所有页面切换都是Ajax的应用，Mustache是首选。 内联媒体（Inline Media） 新版Twitter整合了很多第三方内容，从URL中判断如果是像kiva，vimeo这样的合作方，会利用基于oEmbed标准的JSON-P方式，从合作方的接囗中抓取内容。如果判断是来自TwitPic的图片或来自Youtube的视频，就直接显示出来。从视频中可以看到，交互方式很酷。 开源 Twitter的前端开发大量用到开源技术，像jQuery, Mustache, LABjs, Modernizr和大量jQuery插件。这么做的好处是一方面可以将重心放在前端应用的创新上，另一方面对开源社区的发展也是一种推动。自己在项目中积累的一些技术也会开源。 评论：我非常赞同这样。不要重复造轮子，尤其像浏览器级的基础功能库，jQuery，YUI已经做的很成熟了，需要做的应该是在没有或没有成熟的开源技术解决的领域上，通常更多在应用层面上需要建立适合自己产品的各种功能库和框架机制。 Twitter前端团队成员，可以关注一下： Ben Cherry @bcherry http://www.adequatelygood.com/ Marcus Phillips @mracus […]