摘自: http://www.lookmw.cn/yc/2820.html
时光荏苒,岁月如梭。素什锦年,稍纵即逝,半载青春年华,似沙漏般,弹指间,流在昨天。苦涩与喜悦,都不再去回忆,依然埋在时光的烟尘里。只知青丝变白发,冥冥之中,注定青春与那寂寞有染。
时光荏苒,岁月如梭。素什锦年,稍纵即逝,半载青春年华,似沙漏般,弹指间,流在昨天。苦涩与喜悦,都不再去回忆,依然埋在时光的烟尘里。只知青丝变白发,冥冥之中,注定青春与那寂寞有染。
春去秋来,潮起潮落。往日里,天庭空旷,时光静谧;闲看云雾,静听风 雨;可谓悠闲自得,其乐无穷。转眼,又至寂寞时节,秋风抚叶,泛成黄色,落了一地的沧桑;鸟落廊前,轻声一吟,留下几世的凄凉。如花美眷,敌不过似水流 年。一切美好,都会悄然褪色,暗自凋零,最后落入尘埃。化作孤独,上了心头。
繁华落尽,乱世成殇。人生似 列车,几经周转,穿行了多少过往。世人都是过客,到了青春驿站,转身何去何从。亲人,已挥手离去;朋友,也渐行渐远。风无定人无常,聚散两茫茫,留下寂寞 的你我,来来往往。看遍了人间繁华,城市的余辉,再美也终将落幕。远方飘来忧伤的夜曲,难得此生相逢,怎料寂寞如歌。待到繁华落尽,在这乱世,成殇。
寂寞流年,染泪红颜。 灯火阑珊,最难将息。下玄月,西风凉,此夜何人眠;别时易,见时难,相思系红颜。弱水三千,只取一瓢;梦有万千,只梦一朝。衣带渐宽,为得伊人憔悴;千年等待,只求揽你入怀。泪如烈酒,灼人心肺,谁知相思,已成灾。
往事成烟,宿命依旧。青春染指流年,流年染指红颜。画地为牢,锁我几春秋,染予寂寞。无奈拾起青春的记忆,等一阵清风扑面,挥挥衣袖,又是潇洒一片。
注:
非哲人,写不出满富哲理的文章;
非诗人,道不出流芳几世的佳句。
只是简单平凡的我,肺腑之言,句句真切。
谨以此文,
祭奠即逝的青春,
为自己的青春,
添上一段墓志铭- 但求繁华落尽日,亦是得道成仙时.
- 楼中山外山,飞鸟各成单.万般皆下品,唯求常心安.
- 荒唐人间行, 处处透不平。不沾三分情,但求一身轻。
- 一宿黄梁梦,夜夜莫名痛.纵使千般好,万万不心动.
- 移山填海英雄气,难得世间女儿心.
- 命里有时终须有 命里无时莫强求。
- 三世交心。四世同寐。百年同船。千年共枕。
- 醉意易显风光,酒香莫说悲伤
- ""前世的寄托,今生的陪伴.
- 月过梢,摇曳的花影, 空有一世情、
- 鱼沈雁杳天涯路,始信人间别离苦。
- 红颜远,相思苦,几番意,难相付。
- 疏影横斜水清浅、暗香浮动月黄昏。
- 当心中装满梦想 眼睛自然被打扫干净 前途无限大 因此别害怕 信念是一把火 燃烧起不灭的希望
- 嘚卟菿の詠逺恠騷動 被偏噯の嘟冇恃兂恐
- 风声萧瑟 余音渺渺 落叶怎知故人情忆往昔 虽不是峥嵘岁月 却还是忧愁
- こ明月照出相思苦,诗词签名空余春风吹不归`
- 等闲变却故人心 却道故人心易变 -
- 谁啲眼泪触动了谁啲睸、谁啲笑容呧嘚了谁啲泪、谁啲訫载嘚下谁啲轮囬、谁啲掌纹赎嘚了谁啲嶵、
- 花 开 后 花 又 落,轮 回 也 没 结 果。
- 水因有性山难转,你若无心我便休
- 锦瑟年华,一曲拨断弦。惜流年,可曾相约天涯路踏遍
- 几度烟花落,繁华三千尽没
- 夕辞:谱夕辞,诉离伤,莫道容颜依旧,只是情思改。
- 等闲变却故人心,却道故人心易变。
- 梦中楼上月下 站着眉目依旧的你啊。
- 当时缠过红线千匝 一念之差为人作嫁。
- い , 拔剑泪斩丝红尘,破而后立定皇图。
- 说的是一辈子,差一年,一个月,一天,一个时辰都不算一辈子.....
- 一片混乱之中,唯有蝶衣,独自与黑暗之中,传单之下,继续着未尽的绝美的舞步,丝毫未曾停滞...
1. 同样在一组磁盘上的两个TT端口,其读写操作是根据均匀的hash方式来分配的,但是,其中一个3001端口同步数据就很慢,而3002端口同步数据就很快,重启3001端口依然很慢; 把3002端口停掉之后,3001端口依然很慢。
2. 通过tcpdump抓包发现:
3001端口的master 2001端口,数据流表现为:
2001 --------很多数据给-----》 3001
3001 --------因为吃不消,所以act 一个win(0) 给 ----》 2001
2001 --------不断询问 ----------》3001
2001 --------不断询问 ----------》3001
2001 --------不断询问 ----------》3001
3001 --------响应,说在给点儿吧 -------》 2001
2001 --------很多数据给 ---------.....
使用netstat也可以发现,对于3001的同步连接中的接受队列总是会阻塞很多数据,看来是执行的太慢
3. 观察 3001端口的执行情况,下面是使用strace跟踪的这个繁忙的ttserver进程的系统调用情况:
为什么futex耗费的时间如此惊人?
1. TokyoTrant(后面简称TT)在备份的时候不能提供写服务也不能提供读服务2. 备份的速度取决于磁盘的好坏
下面有一个TT备份的参考:
date; tcrmgr copy -port 3004 10.xx.x.xx @/data1/tokyotyrant/bin/ttbackup.sh; date
Thu Dec 22 23:22:59 CST 2011
Thu Dec 22 23:25:30 CST 2011
这里备份了12G的数据,用了2.5分钟;
磁盘性能:
5块 146G的磁盘做了逻辑卷的, 备份到同一个目录下, 如果按照300MB/s 的写速度, 300MB/s 的读速度,则每秒钟复制150MB的数据,则大约100s可以复制15G的数据;
而这里12G的数据复制了2.5分钟,看来我的计算是有些偏差的
另外一台机器的备份情况,备份数据量: 9.4G
关于复制时的一点注意事项:
当我们将复制好的从库启动之后,可能会发现延迟越来越大,可能是因为,数据都在磁盘上,虽然配置了很大的内存,现在还没能用上,磁盘的随机读写操作可能比较严重,过一段时间之后,随着磁盘数据越来越多地载入内存,这时候的读写操作都会很快了,延迟自然就越来越小了。
io性质的应用:
随机读写比较厉害
avg-cpu: %user %nice %system %iowait %steal %idle
1.88 0.00 2.30 32.38 0.00 63.44
Device: tps MB_read/s MB_wrtn/s MB_read MB_wrtn
sda 1224.80 0.94 4.65 4 23
avg-cpu: %user %nice %system %iowait %steal %idle
0.58 0.00 1.30 41.09 0.00 57.03
Device: tps MB_read/s MB_wrtn/s MB_read MB_wrtn
sda 1056.80 0.55 4.00 2 20
avg-cpu: %user %nice %system %iowait %steal %idle
0.57 0.00 1.47 46.34 0.00 51.61
Device: tps MB_read/s MB_wrtn/s MB_read MB_wrtn
sda 1406.00 0.73 5.33 3 26
avg-cpu: %user %nice %system %iowait %steal %idle
0.65 0.00 1.53 28.99 0.00 68.83
Device: tps MB_read/s MB_wrtn/s MB_read MB_wrtn
sda 1027.40 0.70 3.93 3 19
avg-cpu: %user %nice %system %iowait %steal %idle
0.63 0.00 1.53 26.93 0.00 70.92
Device: tps MB_read/s MB_wrtn/s MB_read MB_wrtn
sda 1183.80 0.68 4.52 3 22





2011/12/27 22:14 | 
