eygle.com   eygle.com
eygle.com  
 

« February 2008 | Blog首页 | April 2008 »

1 2 3 下一页


March 30, 2008

resize datafile 与 checkpoint

作者:eygle

出处:http://blog.eygle.com

Resize datafile会触发一个文件级检查点,今天讲课的时候和大家提到过这个,记录一下。

SQL> select file#,checkpoint_change# from v$datafile;

    FILE# CHECKPOINT_CHANGE#
---------- ------------------
        1            695055
        2            695055
        3            695055
        4            695244

SQL> alter database datafile 4 resize 150M;

数据库已更改。

SQL> select file#,checkpoint_change# from v$datafile;

    FILE# CHECKPOINT_CHANGE#
---------- ------------------
        1            695055
        2            695055
        3            695055
        4            695513

通过10046事件的跟踪可以得到如下信息:
PARSING IN CURSOR #1 len=37 dep=0 uid=55 oct=35 lid=55 tim=3564309578 hv=1298948616 ad='1b676e34'
alter database datafile 4 resize 150M
END OF STMT
PARSE #1:c=0,e=575,p=0,cr=0,cu=0,mis=1,r=0,dep=0,og=1,tim=3564309572
BINDS #1:
WAIT #1: nam='control file sequential read' ela= 315 file#=0 block#=1 blocks=1 obj#=15 tim=3564313625
WAIT #1: nam='control file sequential read' ela= 12452 file#=1 block#=1 blocks=1 obj#=15 tim=3564326138
WAIT #1: nam='control file sequential read' ela= 306 file#=0 block#=16 blocks=1 obj#=15 tim=3564326477
WAIT #1: nam='control file sequential read' ela= 309 file#=0 block#=18 blocks=1 obj#=15 tim=3564326830
WAIT #1: nam='control file sequential read' ela= 304 file#=0 block#=24 blocks=1 obj#=15 tim=3564327167
WAIT #1: nam='control file sequential read' ela= 272 file#=0 block#=1 blocks=1 obj#=15 tim=3564327531
WAIT #1: nam='control file sequential read' ela= 294 file#=1 block#=1 blocks=1 obj#=15 tim=3564327853
WAIT #1: nam='control file sequential read' ela= 306 file#=0 block#=16 blocks=1 obj#=15 tim=3564328185
WAIT #1: nam='control file sequential read' ela= 302 file#=0 block#=18 blocks=1 obj#=15 tim=3564328516
WAIT #1: nam='control file sequential read' ela= 265 file#=0 block#=24 blocks=1 obj#=15 tim=3564328811
WAIT #1: nam='control file sequential read' ela= 272 file#=0 block#=29 blocks=1 obj#=15 tim=3564329113
WAIT #1: nam='control file sequential read' ela= 287 file#=0 block#=1 blocks=1 obj#=15 tim=3564329537
WAIT #1: nam='control file sequential read' ela= 314 file#=1 block#=1 blocks=1 obj#=15 tim=3564329879
WAIT #1: nam='control file sequential read' ela= 302 file#=0 block#=16 blocks=1 obj#=15 tim=3564330208
WAIT #1: nam='control file sequential read' ela= 265 file#=0 block#=18 blocks=1 obj#=15 tim=3564330500
WAIT #1: nam='control file sequential read' ela= 285 file#=0 block#=24 blocks=1 obj#=15 tim=3564330814
WAIT #1: nam='db file sequential read' ela= 8821 file#=4 block#=1 blocks=1 obj#=15 tim=3564339667
WAIT #1: nam='control file sequential read' ela= 33339 file#=0 block#=1 blocks=1 obj#=15 tim=3564373162
WAIT #1: nam='control file sequential read' ela= 437 file#=1 block#=1 blocks=1 obj#=15 tim=3564373650
WAIT #1: nam='control file sequential read' ela= 24730 file#=0 block#=16 blocks=1 obj#=15 tim=3564398418
WAIT #1: nam='control file sequential read' ela= 23061 file#=0 block#=18 blocks=1 obj#=15 tim=3564421533
WAIT #1: nam='control file sequential read' ela= 399 file#=0 block#=24 blocks=1 obj#=15 tim=3564421972
WAIT #1: nam='control file sequential read' ela= 50820 file#=0 block#=29 blocks=1 obj#=15 tim=3564472834
WAIT #1: nam='db file sequential read' ela= 310 file#=4 block#=1 blocks=1 obj#=15 tim=3564473221
WAIT #1: nam='control file sequential read' ela= 60260 file#=0 block#=1 blocks=1 obj#=15 tim=3564578332
WAIT #1: nam='control file sequential read' ela= 358 file#=1 block#=1 blocks=1 obj#=15 tim=3564578746
WAIT #1: nam='control file sequential read' ela= 1275 file#=0 block#=16 blocks=1 obj#=15 tim=3564580057
WAIT #1: nam='control file sequential read' ela= 27222 file#=0 block#=18 blocks=1 obj#=15 tim=3564607310
WAIT #1: nam='control file sequential read' ela= 44185 file#=0 block#=276 blocks=1 obj#=15 tim=3564651733
WAIT #1: nam='rdbms ipc reply' ela= 156 from_process=7 timeout=21474836 p3=0 obj#=15 tim=3564652138
WAIT #1: nam='rdbms ipc reply' ela= 111237 from_process=7 timeout=21474836 p3=0 obj#=15 tim=3564763405
WAIT #1: nam='enq: TC - contention' ela= 140565 name|mode=1413677062 checkpoint ID=65561 0=0 obj#=15 tim=3564904012
WAIT #1: nam='control file sequential read' ela= 15946 file#=0 block#=1 blocks=1 obj#=15 tim=3564920080
WAIT #1: nam='control file sequential read' ela= 46993 file#=1 block#=1 blocks=1 obj#=15 tim=3564967119
WAIT #1: nam='control file sequential read' ela= 507 file#=0 block#=16 blocks=1 obj#=15 tim=3564967713
WAIT #1: nam='control file sequential read' ela= 41552 file#=0 block#=18 blocks=1 obj#=15 tim=3565009295
WAIT #1: nam='control file sequential read' ela= 34059 file#=0 block#=24 blocks=1 obj#=15 tim=3565043406
WAIT #1: nam='db file sequential read' ela= 8263 file#=4 block#=1 blocks=1 obj#=15 tim=3565051844
WAIT #1: nam='db file single write' ela= 11451 file#=4 block#=1 blocks=1 obj#=15 tim=3565064066
WAIT #1: nam='control file parallel write' ela= 10822 files=2 block#=23 requests=2 obj#=15 tim=3565074960
WAIT #1: nam='control file parallel write' ela= 662 files=2 block#=17 requests=2 obj#=15 tim=3565075670
WAIT #1: nam='control file parallel write' ela= 141511 files=2 block#=15 requests=2 obj#=15 tim=3565217227
WAIT #1: nam='control file parallel write' ela= 29720 files=2 block#=1 requests=2 obj#=15 tim=3565247022
WAIT #1: nam='db file sequential read' ela= 1351 file#=4 block#=1 blocks=1 obj#=15 tim=3565248434
WAIT #1: nam='db file single write' ela= 648 file#=4 block#=1 blocks=1 obj#=15 tim=3565249118
WAIT #1: nam='control file parallel write' ela= 82890 files=2 block#=18 requests=2 obj#=15 tim=3565332047
WAIT #1: nam='control file parallel write' ela= 70058 files=2 block#=16 requests=2 obj#=15 tim=3565402181
WAIT #1: nam='control file parallel write' ela= 10081 files=2 block#=1 requests=2 obj#=15 tim=3565412337
WAIT #1: nam='rdbms ipc reply' ela= 100245 from_process=5 timeout=21474836 p3=0 obj#=15 tim=3565891056
XCTEND rlbk=0, rd_only=1
EXEC #1:c=0,e=1742396,p=0,cr=0,cu=4,mis=0,r=0,dep=0,og=1,tim=3566052040
WAIT #1: nam='log file sync' ela= 17727 buffer#=1501 p2=0 p3=0 obj#=15 tim=3566070054
WAIT #1: nam='SQL*Net message to client' ela= 6 driver id=1111838976 #bytes=1 p3=0 obj#=15 tim=3566070146
WAIT #1: nam='SQL*Net message from client' ela= 4508479 driver id=1111838976 #bytes=1 p3=0 obj#=15 tim=3570578677
=====================
注意这里的几个重要等待:
WAIT #1: nam='enq: TC - contention' ela= 140565 name|mode=1413677062 checkpoint ID=65561 0=0 obj#=15 tim=3564904012
WAIT #1: nam='db file single write' ela= 11451 file#=4 block#=1 blocks=1 obj#=15 tim=3565064066
WAIT #1: nam='db file sequential read' ela= 1351 file#=4 block#=1 blocks=1 obj#=15 tim=3565248434
WAIT #1: nam='db file single write' ela= 648 file#=4 block#=1 blocks=1 obj#=15 tim=3565249118

这里的TC队列就是线程检查点(Thread Checkpoint)的含义,后面同时记录了checkpoin ID。
db file single write 在文档里这样记录:This event is used to wait for the writing of the file headers.
也就是指对于数据文件头的写入操作,这就是和检查点操作对应的写操作。
注意,随后的db file sequential read也是对于数据文件4,block号为1开始,读取的第一个数据块。

-The End-


Posted by eygle at 9:50 PM | Comments (2)


《深度解析Oracle》之《从等待分析开始》

作者:eygle

出处:http://blog.eygle.com

今天下午,完成了《深度解析Oracle》的第六次课程:《从等待分析开始》,这一节的内容是从等待事件入手,讲解性能优化方面的内容。

这次的内容,希望能够让大家掌握最基本的问题定位方法,找到躲在表象后的问题本质,至于如何解决问题,那就要依据不同情况来分析。

此外,我一直主张:Oracle是一个牵一发动全身的系统。在学习过程中必须将数据库当作一个动态的系统,将我们的知识协同调动起来,才能更好的理解Oracle数据库的架构。
在这个过程中,10046事件可以帮助我们获得对于数据库更加直观的认识。

本次课程的PPT可以在以下地址下载:
http://www.eygle.com/pdf/OracleWaitInterface.rar

接下来还有两次课程,希望大家能够和我一起坚持到最后。

-The End-

Posted by eygle at 9:05 PM | Comments (1)


参加 2008 CSDN 第二次英雄会有感

作者:eygle

出处:http://blog.eygle.com

昨天,去参加了CSDN举行的第二次英雄大会,深感不虚此行,去年CSDN的英雄会有些不尽人意之处,今年有了很大进步。

本来差一点不能成行,周五在家里忙了一天,安装了三台海尔空调(支持国货希望不要带来太多的麻烦),晚上8点半又跑去建行为客户处理紧急性能问题,回到家已经1点多,2点睡觉,早上8点钟勉强怕起来,斗争了半天,还是跑了过去。

到场晚了一点(阴雨绵绵的天气使北京的路更加不顺畅),没有听到蒋涛的发言,现场从CSDN的一个版主发言看其,接着说颁奖仪式,然后是几个主题演讲。
第一个大块时间演讲时中国雅虎首席架构师曾宏威讲的《互联网开放平台技术和应用的未来趋势》,这个报告听下来感觉有点无味,中国雅虎说起来在国内并没有推出一个真正成功的应用,不管是Web1.0的还是Web2.0的,再加上收购的Flickr在国内被GFW之后,雅虎真正为国内所使用的服务其实相当有限,如果雅虎总是拿过去的成功来说事,总让人感觉有祥林嫂的感觉。
个人感觉,这个环节如果让阿里巴巴的人来讲,或许更有可听之处,阿里的淘宝、支付宝等在国内都属于顶级的成功应用,比中国雅虎说出来这些更有吸引之处。

对比下来,上午最后一讲,Google中国首席战略官郭去疾讲互联网云计算倒是让人精神一震,虽然演讲没有涉及多少具体的技术内容,但是作为一个众人瞩目企业的战略和技术逸闻也颇让大家津津有味。

中间还有一个《移动互联网》的主题演讲,这个演讲的节奏非常非常的慢,让我左右两边的哥们都成功睡着了。

这次英雄会的电梯演讲(Elevator Pitch Show Time )环节安排的很不错,紧凑快速而充满盎然的趣味,这是上午活动的一个亮点。

下午的活动又是以一个快速紧张的电梯演讲开始,然后是孟岩、刘韧主持的两个论坛。
不得不说这两个主持人非常到位,而且嘉宾的表现也很精彩,我认认真真的听完两个论坛才离开现场。

孟岩主持的CTO论坛,有五位CTO到场,其中的美女CTO Diane Yu 最为引人注目,现在的叽歪大屏幕,不住有人赞赏Diane的风度,她关于用心来关注员工成长与职业生涯发展的观点也赢得了现场的听众

在最后刘韧主持的创业论坛中,周立功的表现非常抢眼,整个论坛几乎成了周老个人表演的舞台,其真诚坦率、风趣幽默而又充满激情的表达,其职业生涯之路的曲折、挫败以及成功深深吸引了现场的听众,老周反复说的一句话:想不成功也难!经典。
海内的创始人王兴给我的印象也很深,他的发言简短明确深和主题,看起来是爽快而能敏于行的人。

总之,这是一次成功的大会,认认真真的听下来,从这次大会上学到了很多东西,感谢CSDN。

-The End-

Posted by eygle at 9:40 AM | Comments (3)


March 28, 2008

NVIDIA GeForce4 MX 440与液晶电视

作者:eygle

出处:http://blog.eygle.com

周日在苏宁电器买了台Philips的液晶电视,回家后就开始尝试将我的电脑连接到电视,构建俺的多媒体家庭影院。

查了一下,家里台式机上的显卡是 NVIDIA GeForce4 MX 440 With AGP8X ,已经是超级老的牌子了,老到我很怀疑这块显卡除了接显示器还能否接电视。在网上看很多人说这块显卡接不了电视的。
不理这些不同声音,首先去采购设备,电脑连接电视首先需要一根S端子线,你需要检查电脑和电视的S端子接口,购买合适的连接线,我的电脑和电视的S端子线都是5口的,花5块钱在门口的电器店买了一跟S端子线,再花了5块钱买了一根3头的音频输出线,音频线负责将声音接入电视机。

准备工作完成之后,开始尝试连接,连线切换都没问题,但是发现视频无法在电视机上显示。电脑桌面等显示没问题。
接下来是更新一下显卡驱动的时候了,我猜测可能是驱动太老旧了,从网上开始找NVIDIA GeForce4 MX 440 With AGP8X 显卡的最新驱动,你还别说,找个合适的驱动程序还真不容易。尝试了5、6个驱动之后,终于找到一个合适的,版本是93.71,文件名是:nvidia_93.71_winxp2k_whql.exe,下载地址:
http://drivers.mydrivers.com/download/161-64459-NVIDIA-GeForce2-Quadro2-Geforce3-Geforce4-Quadro4-GeForceFX-QuadroFX/
不知道现在的显卡都进化到什么程度了,有了解的朋友给我补补课,扫个盲。

装好这个驱动之后系统增加了一个Nvida Control Panel,通过这个Control Panel可以配置电脑和电视连接的很多选项,配置之后,终于电视上可以显示电脑上播放的视频节目了,而且相当的清晰。

昨晚和Julia一起看了《I am Legend》(我是传奇)这部片子,视觉及音效都相当不错,我将电脑的音频输出接到音箱上,这样家里这点设备就都调动起来。DIY的感觉不错:)

对了,我买的电视机是Philips的32TA2800,当时没注意,现在觉得买亏了,应该买流光溢彩的那一款,目前这款没有声音制式调整的功能,导致好莱坞电视台的音频有问题,无法正确接收音频信号,凤凰卫视、星空卫视啥的是正常的,担心以后如果加个卫星天线会有更多台无法正常接收。
有了解的朋友给点指点,谢谢!

目前正在和苏宁电器协商换机中.....


-The End-

Posted by eygle at 10:10 AM | Comments (12)


March 27, 2008

奶粉钱 与 奶粉荒

作者:eygle

出处:http://blog.eygle.com

以前大家习惯开玩笑说要多赚奶粉钱,但是注意,现在是有了钱可能也买不到奶粉了,中国出现了奶粉荒。

早上,朋友发来了这个消息,说:
早上打了一圈电话,多美滋都断货了,现在大家都在抢购奶粉
红孩子,乐友可能都没货了,福连家有可能还有,不过限量2桶

Sina上还有一条新闻

美赞臣A+1婴幼儿奶粉,香港,无货!广州,无货!北京,无货!近期,国内部分城市包括广州、深圳、北京、香港等地都出现婴儿奶粉缺货、断货现象。
业内人士表示,穗港两地奶粉出现断货、缺货,除部分消费者在听闻奶粉将涨价而抢购原因外,另一原因是国际奶源供应不足、企业生产受影响所致。
.....香港初生婴儿奶粉荒早于去年11月开始。。。。。  对此,美赞臣香港方面发言人也承认,近期他们确实减少了每次送货量,增加送货次数,以避免有药房囤积太多奶粉。香港惠康发言人表示,A+1奶粉供应稳定,但个别店铺及复活节假期有较多顾客,可能暂时缺货。
。。。目前国际奶源供应不足,导致厂家生产受影响。...香港的洋品牌婴儿奶粉均是在海外加工的,目前国际市场全脂奶粉和乳清奶粉供应紧张,尤其是全脂奶粉,现在售价已高达5000美元/吨,而且货源不足------去年以来是澳洲气候干旱导致其出产的奶源大幅减少,而澳洲奶源在国际市场上占30%左右。生产企业缺奶源,会影响其生产,反映到市场就会出现少货、断货、短货。

奶粉是高消耗的产品,现在的Baby是有钱也可能吃不上奶粉了,我们也要准备囤积奶粉,预防短缺,加入扰乱市场的行列。

-The End-

Posted by eygle at 9:33 AM | Comments (10)


March 24, 2008

《深度解析Oracle》之《Oracle内存管理》

作者:eygle

出处:http://blog.eygle.com

昨天完成了系列课程《深度解析Oracle》之《Oracle的内存管理》的课程。

两个小时,讲下来感觉比较的辛苦,并且对这种授课方式感到了厌倦
没有反馈,很少互动,时间简短而很多人又希望听到更多的内容,种种矛盾无法调和,也许这是费力不讨好的事情。

完成这一讲之后,这个系列课程已经过半,下面还有三次的课程,这个系列的免费课程时间周期拖得太久,影响到了我的一些计划和安排,也许之后不会再做这样的课程了。

不管怎样,要善始善终的做好这个系列。
这一次的PPT下载:
http://www.eygle.com/pdf/OracleMemoryManagement.rar

昨天课程结束后到 苏宁电器 采购家电,这是第一次去苏宁,感觉不错,买了一台Phlips的液晶电视、一台Phlips的DVD、一台 美的 的饮水机、3台 海尔 的空调,扫完货之后苏宁已经关灯下班了~!

又是忙碌的一天。

-The End-

Posted by eygle at 9:47 AM | Comments (13)


March 23, 2008

决战顺义之边-CS真人对决

作者:eygle

出处:http://blog.eygle.com

昨天,也就是2008年3月22日,我和以前的同事在顺义进行了一场CS野外"挑战赛"。

我们一行共13人,大约10点左右到达基地。
换好装束后教练说:你们人数太少,我们让另外一队和你们一起玩吧。我们说:好。
于是另外一个8人的队伍占到了我们的对立面,我们是兵,他们是匪。

一场激烈的兵匪对决由此展开。

我们使用的装备是仿真枪械,除了弹夹部分,其余部分基本与真枪无异,身上的马甲有激光感受点,枪弹击中激光接收点则损失一条性命。
第一局每个人有3条命,我们进行抢滩登陆进攻,这一局最郁闷的是,当我冲到一个掩护绝对充分的掩体时,喘口气的时间,听见衣服装备发出啊、啊、啊三生惨叫,闪电阵亡。

我靠,肯定是自己人误伤了我,我回来寻仇,又没人承认,实在郁闷。好在人多势众,这一局我方拿下。

第二局是夺旗站,敌人的狙击手太厉害,输了。午饭后的下午场才是精彩的开始。大家了解了装备和技巧,人人都进入了状态。
在第三场结束之后,教练们加入了匪徒的队伍,意图扭转匪徒屡败的局面。

虽然我只有一把AK,但是认识到教练的可怕,我立志要干掉教练,于是我埋伏在了一个我选择的战斗地点,果然教练在我的判断下出现在最佳的偷袭地点,开始点射我的战友,好家伙,我紧张又镇静的举起枪,砰砰砰一梭子下去,听见Ak发出命中的声音。教练中枪,但是他找不到冷枪的来源,迅速转移位置后,又向我方战友冲去,我一跃而起,端着Ak追着教练一顿追击,最终我为队友解决了这个最大的威胁。这一局每个人有5条命的。

老婆展现出骁勇善战的一面,当我由她身边经过招呼她时,理都不理我一下,据她说歼敌无数,牛!

游戏真正使大家感觉到生命的可贵与战争的残酷,在战场上,每个人只有一次机会,可能转瞬间就失去了生命与一切,现实比游戏更残酷。

但愿用不要有战争!

这次我们去的是北京军魂军事俱乐部,感觉很不错,价钱也不贵,帮他们宣传一下:

北京军魂军事俱乐部,位于顺义莲花山军事基地,四面环山,风景秀美。采用目前国内最先进的镭战装备,是首个将工事、掩体与拓展器械相结合,战斗任务与体能闯关、智力拓展相结合的真人实战场地。

网址:http://txjunhun.com/

-The End-

Posted by eygle at 11:12 PM | Comments (9)


March 21, 2008

注意安全-北京地铁目击当众抢劫

作者:eygle

出处:http://blog.eygle.com

昨天下午坐地铁去客户现场,在地铁上目击了一场当众抢劫事件,颇为震惊。

当时我坐在紧靠门口的位置,我旁边坐了一位女士,我在看手机,她在看报纸。
到万寿路站地铁开门时,门口一个穿西装的男人突然伸手过来,将旁边这位女士放在膝盖上的拎包扯走。

当时大家全都一愣,第一想法是那个男的和那位女士是熟人,喊她下车。
说时迟,那时快,这位女同学一个箭步跨出去,以迅雷不及掩耳盗铃之势,一把将包又抢了回来。

只见那名男子从容下车,消失在人群中

此时大家才明白过来,一次抢劫就这样被目击。我平生第一次离犯罪现场那么的近。
我也开始佩服那位女士的反应,并且开始反思,如果被抢的是我,我能够追之回来么?

EYGLE在北京现场为您报道并且提醒大家:地铁不安全,拎包需谨慎

-The End-

Posted by eygle at 9:10 AM | Comments (15)


March 19, 2008

10g 10.2.0.4 PatchSet Windows版发布

作者:eygle

出处:http://blog.eygle.com

在上个月,Oracle发布了Oracle10g 10.2.0.4 PatchSet,今天发现Oracle已经发布了10.2.0.4的Windows版本。

本月17日发布了p6810189_10204_Linux-x86-64.zip版本,18日发布了p6810189_10204_Win32.zip版本:

C:\>ftp updates.oracle.com
Connected to bigip-updates.oracle.com.
220 FTP server ready.
User (bigip-updates.oracle.com:(none)): metalink@eygle.com
331 Username OK, please send password.
Password:
230-
230- Welcome to the Oracle Patch Download FTP Server
230-
230- For detailed help, use command "quote site help".
230
ftp> cd 6810189
250 Changed directory OK.
ftp> ls -al
200 PORT command OK.
150 Opening data connection for file listing.
total 1
-r--r--r-- 1 root other 1195551830 Mar 17 05:36 p6810189_10204_Linux-x86-64.zip
-r--r--r-- 1 root other 1053748381 Feb 22 18:58 p6810189_10204_Linux-x86.zip
-r--r--r-- 1 root other 1034079272 Mar 18 00:03 p6810189_10204_Win32.zip
226 Listing complete. Data connection has been closed.
ftp: 收到 269 字节,用时 0.02Seconds 16.81Kbytes/sec.

这几个Patch都个头比较大,下载了半天还没完成。

-The End-

Posted by eygle at 12:12 PM | Comments (2)


March 18, 2008

《深度解析Oracle》之 Redo & Undo

作者:eygle

出处:http://blog.eygle.com

上周五,忙着搬家,Kamus主讲了《深度解析Oracle》第四节 Redo & Undo

有朋友发邮件说无法从Kamus的链接下载PPT,我上传一份到我的站点:
http://www.eygle.com/pdf/DeepInOracle-RedoUndo.zip

这个周末,将再次轮到我为大家讲解下一节的内容:《Oracle的内存管理》,期待能和大家再次相聚!

-The End-

Posted by eygle at 5:33 PM | Comments (3)


1 2 3 下一页


CopyRight © 2004-2008 eygle.com, All rights reserved.