浏览模式: 标准 | 列表全部文章

留白,卖药人和三个建筑师

公司做了CMMI5的咨询,请的是QAI的何博士。

坐在台下,听他纵横捭阖的一通演讲,是的,可以用演字。

一直处于宕机重启的状态,那感觉就像是我的K42和银河联机了。

一直超频,超频,宕机重启,然后再超频,超频,宕机重启,周而复始。

短短的2个小时,古今中外,上下五千年,很流畅的,没有停滞。

诸子百家,诗词歌赋,我被雷住了。

只记得他说的2论题,一个小故事,经过一段时间的推敲分析,已略有所感,记之,然后观之,琢磨是也。

--------------------------留白的艺术---------------------

国画只有一种颜色,为什么能做到高山仰止,烟雨迷蒙?

我们常说生活就像一张白纸,生活驱动着我们去上面写写画画,如果我们把每做一件事情换算成一笔。

我们做的事情是不是太多了?我们的生活让自己画的太多了,没有留下足够的空白。看上去一团糟,找不到美感。

画的多了,反而我们会迷失其中?

停下来,思考一下,是不是需要留白给自己?

忙为心亡,心都死了,我们的画卷就成了其他人的草稿,最后被揉成一团,扔进字纸篓。

古语说三思,思危,思退,思变,如此一来,人生的画卷才能气势恢宏。

--------------------------卖药人------------------------

我们做了9年的平台,虽然其中走了不少的弯路,但是粗略的算算,也有7年的平台之痒了。

我们是要做卖药人?还是医生?

市场前方来的需求,是业务需求,而原来的时候,我们只是说,卖给客户一个产品,完了。这个客户能用好么?

短平快是项目模式,而不是销售模式。也不是做事情的模式,对于销售来说,每个客户都会有一个长尾。

客户提出业务需求,我们给他把脉,然后对症下药,需要什么方案,怎么架构,虽然到最后卖的还是自己的产品,但是味道完全不一样。

倾听,换位思考,双赢。很好说,很难做。

我们要出卖的不是产品,不是自己的身体,也不是自己的灵魂,而是自己的能力,自己的思考模式。

咨询公司,大抵就是干这个的吧。

------------------------------三个建筑师-----------------------

我有时候在想,那个号称自己在建造城市的,最后是不是饿死了?

不迷信,只迷人。

杭州历险记

上午10点接到电话,回家收拾了2件衣服地铁去火车站。火车晚上6点才发车,无奈汽车过往。出租车不认路,东北小伙很能想办法,在每个红绿灯都摇下车窗问路,感觉很不错。为解决问题使用上所能想到的每一个办法才是王道。

下午4点10分到达工厂门口,然后开始拨电话,无人接听。很纳闷。然后打电话给D,问同行工程师电话,D不知,电话助理,助理不知,电话原来呆过的ps,总算接通,才算是正式入场。

入场歇了会,然后组织人员开会,了解最原始的需求,硬件环境,软件环境,目前性能情况,项目架构。

会后开始干活。

第一天,把周边的邮件系统搞死了。

和在场工程师加床拼个房间。

小插曲:P同学订房没订上,前台大发脾气。我在想,要是能讹几份免费早餐会更好。

第二天,firewall +dns 死了。

小插曲:和客户人员聚餐,技术化的人沟通比较有意思。:)

第三天,数据量不大的情况下数据库deadlock。

小插曲,客户IT部头请吃饭,白话了技术的,管理的,经文很多玩意,不管是不是酒话,算是对客户的帮助吧。

第四天,定位死锁问题,

小插曲,IT部的头早上开车来接,晚上P同学请吃饭。发现最近自己的话忒多了点。

第五天,搞定死锁问题,召集性能结束会议。

eos+bps的性能还是不错的,如果有大的性能问题,一定是使用和架构的问题。:),说这句话,我很有底气。

下午,拎着客户送的礼品踏上回家的路。

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

1)就算是业务,客户不一定比自己更精通。

2)搞定问题的方式有很多,要学着全面看问题。

3)不迷信任何牛人,所谓愚者千虑亦有一得,多想想,那一得才是必须的。

如何导出windows性能数据到excel文件

如何把perfmon的性能数据导出到excel中?

在性能测试的过程中,由于客户的要求不能开放对应的服务。Remote Procedure Call(RPC)和Remote Registry Service。loadrunner连接不上windows资源进行监控。

那我们只能将性能数据导出到excel中,用excel强大的图表进行分析。

废话不多说,开始吧。

开始,运行,perfmon,打开性能监控工具。

点击计数器日志,右边一般会出现一个文件 system overview 的日志文件。

在右边空白处,点击右键,新建日志设置。

输入该设置名称。然后添加计数器。

主要监控processor,disk和memorry的状况,那就添加对应的计数器即可。

调整数据采样间隔,和loadrunner的数据采样间隔保持一致。

窗口头上,tab切换到日志文件。

选择文件类型,选择文本文件。

例如中就会出现C:\PerfLogs\PTest_000002.csv 类似这种值。

然后启动该日志配置。在工具栏中。

压力测试之后,用excel打开对应的csv文件。

查看对应的列,使用excel图标对应该列生成折线图即可。

Tags: perfmon, 性能数据, excel

格物致知,道在其中

格物致知,道在其中。

先对格物致知断句。格物致知,格物,致,知。

格在现代汉语词典中有如下一条解释:推究 / 致知在格物,物格而后知至。——《礼记·大学》

我认为在这其中还有一层意思,格物,如按上文解释,则应解为 格 格 物,咋一看以为是蓝精灵中的格格巫。

格,应做格式,模式讲。

格物致知,我认为应该是如下过程:

物为事务,而非事物。是一个有过程的集合。在做事情的过程中,总结自己的思考模式,处事模式。这是第二个格,做格式,模式讲。

有了一个既定的模式,一定会反复利用,然后在不断的推究模式,把他提炼的更适于做事情。这是第一个格,做推敲,推究讲。

也就是人常说的,事物做到了极致都是相通的,相通者,道也。

学以致用,知行合一。

和朋友在一起的时候,如切如磋,一个人的时候,如琢如磨。

不断的总结提炼,学乐提高,闻道不远矣。

bes+eos测试点滴

bes是borland公司的应用服务器,此次测试基于aix 5.3 + bes6.7 + eos6.0测试。

本文档记录在测试中发现的问题和结果的过程。积累思路。

--------------------bes 安装------------------

borland的哥们给的安装包很智能,一个sh文件即可。通过host模块方式部署文档,war包无法加载。

打印出classloader,war包中的lib无法加载,

$jar -xvf  ***.jar  解开报错。

问题所在,ftp 上传,没有设置bin模式。

ftp>bin

设置bin模式,再次上传,用jar能解开,即可不是war包。

---------------------数据库----------------------

1)快照描述,大量性能损耗在日志轮换。

oracle的日志,redo.log,需要放在IO最好的磁盘中。

通过em或者命令行,添加redo.log文件,切换,删掉原有redo.log即可。

2)命令行模式安装快照。

sql>@C:\oracle\product\10.2.0\db_1\RDBMS\ADMIN\spcreate.sql

安装如出现not connecting

需在spcreate.sql 中加入连接字符串。

connect perfstat/&&perfstat_password@eos  即可。

-------------------服务器调优----------------

bes的服务器,接入端包装的为tomcat。

可以通过修改 /bes/BES6.7/var/domains/base/configurations/BPS6.0/mos/standard/adm/tomcat/conf

目录下的server.xml来做调整。

比如连接池,超时时间,更改此文件,可以参考tomcat的更改方式。

压力测试需要调整log的级别。

/home/bes/BES6.7/var/domains/base/configurations/EOS6.1/mos/standard/adm/logs,日志相关配置可以通过修改/home/bes/BES6.6/var/domains/base/configurations/EOS6.1/mos/standard/adm/properties/

logConfiguration.xml来完成。

如果日志量很大,可以考虑调低日志级别

 

--------------------应用调优------------------

 

通过调整应用中的业务逻辑,省掉数据库操作,来调整。

-------------------loadrunner脚本验证-------------

在压力测试中,loadrunner脚本变量设置,可能会出现变量越界的情况。

和数据库配合统计,来保证测试结果的正确。

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

一次性能测试,涉及的因素可能有以下几个方面:

1)硬件,包括app服务器,database 服务器,loadrunner client,网络等。

2)软件,包括app 应用服务器,database应用服务器,loadrunner 设置等。

3)测试案例。

4)测试脚本。

隔离问题,才能解决问题。

Records:58912345678910»