michael.ma的奋斗人生

（转）修炼心智模式，提高心智成熟度

michael.ma — Mon, 07 Sep 2009 17:08:48 +0800

当人成长到一定的程度，其智商的发展会趋缓，而情商的发展会加快，如果这个时段没有好好培养自己的情商，未来必经坎坷。智商+情商无论在何时都是必要的。智商很高而情商太低，结果就是郁郁不得志而寡欢。

———————–以下为原文————————————————————————

被人爱总比被人恨好，爱别人总比恨别人好。幸福需要成熟的心智去承受。

人生是一场艰辛之旅，心智成熟的旅程相当漫长。未来只属于那些心智成熟的人。

人是否成熟不取决于年龄，而是他遇事的决断能力和面对困难和解决困难的能力。

人可以拒绝任何东西，但绝对不可以拒绝成熟。拒绝成熟，实际上就是在规避问题、逃避痛苦。规避问题和逃避痛苦的趋向，是人类心理疾病的根源，不及时处理，你就会为此付出沉重的代价，承受更大的痛苦。

　　心智成熟不可能一蹴而就，它是一个艰苦的旅程。

遇事不冲动，不感情用事，再紧急的事也要考虑周全再说再办．多顾虑别人的感受．办事给自己给别人都留有余地．与长辈多交谈，多听听别人的意见．勇敢的接受失败勇敢的承认错误．闲来无事多回头想想自己走过的路，总结经验，学会从新开始。这些才是成熟的表现。

所谓心智模式是指人们的思想方法、思维习惯、思维风格和心理素质的反映。一个人的心智模式的形成是经历了漫长的时间过程，伴随着从小到大在各样经历的环境中积累了许许多多的所见所闻，包括书本、老师、家长、朋友们讲的故事，都会在脑海中留下深刻的印象和一幅幅特色各异的图像，并据此推论而得到各种不同的假设。正是这些图像、故事和假设，促使人们对待同一件事情会有不同想法、说法和采取各异的行为方式，因为每个人的心智模式与成长环境密切相关，而每一个人的成长环境不一样，心智模式也不一样。

　在心理模式里又分4种类型：一种类型叫豹子型；一种类型叫孔雀型；还有一种类型叫猫头鹰型；最后一种类型叫海豚型。这四种人本身做事的方法都很不相同，这是已经建立起心理模式的一种概念。

豹子型的人：粗糙，快速，容易决断。
孔雀型的人：把事情充分展示出来。
猫头鹰型的人：对数字很敏感，完完全全都是用数字来表示自己，用一个非常准的东西来表示自己。
海豚型的人：没有结论的，没有效果，没有时间，这是海豚型的人。

心智模式具有以下特点：

第一，根深蒂固。特别是成功人士，有一句话叫“江山易改，本性难移”。

第二，自我感觉良好。自以为极好，这就严重了。社会上很多人指点别人这里不好，那里不好，却很少指点自己。

第三，每个人的心智模式都有缺陷。世界上人无完人，很成功的人、很伟大的人心智模式也都有不同的缺陷。所以必须唤起人们的注意，必须改善自己的心智模式。这不仅影响你自己，如果是一个部门、企业的领导，就影响到这个部门、企业的整体事业。

第四，心智模式有时效性。社会经济的发展、科技进步、人类所处的时代是不断变化的。随着时间的推移，人的心智模式是有时效性的。一个时期认为是正确的心智模式，到了另一个时期就有可能被认为是错误的。

情商高的人对情绪、情感的控制程度高，能够客观辨证的看待人和事、说话办事入情入理、恰如其分、让人心服口服，令人愉快，人见人爱，口碑很好，具有很强的人格魅力。

一是了解自己，对自我情绪的理解；
二是管理自己，判断和控制他人情绪的能力；
三是控制自己，即对自我控制的能力。
四是理解别人，认识对方的情绪并与之对应的能力。
五是处理人际关系，协调人际关系的能力。

情商低的人往往是在不合适的时间、不合适的地点、说不合适的话、办不合适的事，是“哪壶不开提哪壶”、令人生厌的人，也是“好动机没有好结果”、“好心没办好事、好心不得好报”、费力不讨好、受累捞埋怨的人。

因此，智商和情商相比，不少人说：“智商使你学业有成、情商使你事业进步”，人进入社会走向工作岗位后，“智商退位，情商登场”，也有些人说，“智商诚可贵，情商价更高”。“智商是生产力”，“情商是生产关系”。

一个成功的企业，非常关键之处在于它有一个什么样心智模式的管理者团队，而每一个团队下属的个体心智模式便形成了一个具有同样心智模式的团队。简而易知：个体心智模式决定团队心智模式，而团队心智模式决定一个企业的未来。

成熟的人都具备有什么样的人格品质呢？
美国临床心理学家约翰。辛德勒提出——成熟的人具备以下七大品质：
1、有很强的责任心和独立性（自主性）；
2、多付出少索取；
3、不以自我为中心，不争强好胜，学会合作，有团队精神；
4、认识并接受社会对性的约束，将性看作是美满幸福婚姻的一部分；
5、认识到敌意、愤怒、仇恨、残忍和好斗都是软弱，温柔、善良的人才是强者；
6、有能力区分现实和幻想；
7、灵活变通，面对无常命运。

　如果你是一个渴望成熟的人、一个正在成熟的人、一个因拒绝成熟而导致心理障碍的人，那么，请你一定要有勇气面对自己的问题，只要你勇敢地面对自己的问题，你就踏上了心智成熟之旅。

　上学完成的只是知识的学习，而心灵的成长，只在家长的手中。只要我们不关心人的心灵，读再多的书也是白搭。

心智成熟的五大标志
一，心智成熟的一个首要标志就是正确地认识自我。然而，现实生活中不能正确认识自我的有以下三种类型，一是认为“你行他行我不行”的自卑者，二是认为“你不行他不行就我行”的自负者，三是认为“我不行你和他也不行”的自卑+忌妒者。心智成熟在自我认知上应该是“他行你行我也行”。

二，正确应对挫折是人心智成熟的第二个标志。日常生活中人们都会面临金钱、美色的诱惑，面临理想追求遭遇挫折的焦虑和人际关系不和谐的痛苦等许多现实问题，这时，心理成熟者和不成熟者在自控力上表现出很明显的差异。如果把遭遇挫折比作面对一堵墙，心理不成熟者的态度是撞墙、痛苦，抱怨自己是天底下最不幸的人，而心理成熟者或找梯子翻过这堵墙，或绕过这堵墙。她说，个人理想追求能否实现是受制于很多因素的，一个心理成熟的人是能控制自我的，应该紧紧抓住客观因素中的可控部分，坦然接受客观因素中的不可控部分，灵活调整自己的策略。

三，认识他人是心智成熟的第三个标志。如何正确认识他人呢？要认识他人的角色，避免误会；认识他人品行，把好友谊关，避免受骗上当；认识他人优势，取人之长补己之短，保持良好心态，使自我发展更有效。

四，心智成熟的第四个标志是用积极的心态认识社会。一个人是否能站得高、看得远、主动发展自己、接受社会挑选，坚信“天生我材必有用”、“有付出肯定有收获”，不太在意一时的功利得失，也是衡量一个人是否成熟的重要标志。

五，心智成熟的第五个标志是明确自己的人生目标，明白自己想干什么、能干什么，选好方向。

人格成熟的基准
　　
　　被称为“人格研究界第一人”的哈佛教授奥尔波特，运用现象学中的观察法研究人格的成熟度，并在他的《人格形态与成长》中，提出了成熟人格的六要素，作为“人格成熟的基准”。
　　
　　　 1、自我意识（自我感觉）的扩大
　　
　　人在婴儿时期，只知道爱自己，不久，自我意识扩大到母亲、朋友身上。成人以后，不管是谁，对于自己的衣服、金钱、所有物，都有“这是我的东西”的意识。若不限于这么低的层面，而能扩及到职业、家庭－－甚至扩大到所属的集团、地域社会、国家的话，便可视为成熟人格的表征之一。
　　
　　　 2、和他人的密切联系
　　
　　　由于自我意识的扩大，对于周围的人，也能建立亲密感及同感。不会随便在背后说人坏话、挑人毛病、发牢骚、嫉妒、讽刺等等、尊重对方，宽容对方，不排斥对方，即使是男女之爱，除了被爱之外，也渴望爱人，而且能接受伴侣目前的状况，懂得包容对方的缺点。
　　
　　　 3、情绪的安定（自我包容）
　　
　　　把自己的愤怒、恐惧、激情、性的冲动，都当作是一种“自我情绪”来处理。不盲目地压抑，也不钻牛角尖，所以没有罹患恐惧症及强迫神经症之虞。以尽量不和周围环境起冲突的方式来处理。而且，碰到挫折、欲求不满时也具有相当的耐力，不会乱发脾气、牢骚，也不会随便责怪他人、自怜自艾。时时反省自己、等待时机，寻求解决问题的方法，避免情绪不高，或是能克服情绪不安。
　　当然，一个具有成熟人格的人，也不是就能随时保持冷静、沉着。既然是人类，就免不了有喜、怒、哀、乐等心情的转换，有时也会莫名其妙地忧郁。但他绝不会被这些情绪影响，则作出冲动的行为，有损别人的福利，既能保持自己的情绪状态，又能愉快地生活，这种情绪的安定，是由“均衡感”以及能自我控制所造就的。即使遭遇危险，也不会慌慌张张、不安畏怯，对别人的情绪表现也不会感到有威胁感。
　　
　　　 4、具对现实的知觉、技能
　　
　　能够正确的认知现实，而且具备解决问题的技能。虽然有高度智慧的人，不一定都是具有成熟人格的人，但是，智慧却是成熟人格所不能欠缺的部分。对自己的职业欠缺技能（家庭主妇的话就是家事），即使在其他点上合格，也不能说是成熟的人格。
　　
　　另外，投入自己工作的能力，也和正确的认知、技能一样重要。所谓投入工作的能力，是指有某个课题的时候，那种忘我投入的工作热心感而言。
　　
　　 5、自视客观－－洞察和幽默
　　
　　以自我为对象，客观地视察，也就是说要真正地洞察自己、了解自己。很多人认为自己很了解自己，其实真能称得上了解自己的人并不多。
　　
　　除了洞察自己之外，还要有幽默的感觉。真正的幽默，是保持某种距离凝视自己，认知理想的自己和实际上自己的对照，并感到的“滑稽”。幽默和粗野的嘲笑、无意义的笑料、攻击性的调侃等不同。
　　
　　幼儿会感觉到别人的滑稽可笑，却不具备笑自己的能力，青年也是一样。失败的时候，往往无法一笑置之，容易视为苦痛。
　　
　　其实，人生就像一场戏，能够客观地凝视自己所扮演的角色，同时以幽默的态度面对生命中的起起落落，才是成熟人格的表现。
　　
　　 6、统一的人生哲学
　　
　　把自己的人生当作有意义的东西，具有统一人生各种活动的人生哲学。这里所说的哲学，并不是指专门性的学说，而是个人的生活信条、生活目标的意思。即把什么当作人生最高的价值，应该以哪种方式生活，都订定了方针。说是具有自己独特的人生观也行。奥尔波特还认为宗教情操及良心，是成熟人格的最基本条件。

成熟之爱

不成熟的爱说：“我爱你，因为我需要你。”
成熟的爱说：“我需要你，因为我爱你。”

成熟之爱源自完整的人格

真正成熟的爱来自婚姻生活中的精神因素，它是两个人之间互相的信任和支持，并在精神上互相激励。因此，结婚后，如果我们彼此在精神上能够协调一致，互相激励，互相欣赏，就能使双方在根本上克服婚姻生活中的许多困难和婚姻以外的许多问题。

婚姻必须奠基于两个人彼此完全接纳上。然而在我们当中有许多人，将爱或婚姻建立于对方一两项极吸引人的优点上。

心理学者索寇顿（sol Gordon）是撒瑞克斯大学家庭研究教育协会（Institute for Family Researchand Education at SyracuseUniversity）的会长。他最近应邀对一群已为人父母的讲演时，有人问他性行为在婚姻关系中的重要性有多少。根据他在婚姻关系里重要事项的前十名调查中，性行为排名第九——远远落后于爱（第一名），幽默感（第二名），沟通（第三名）之后。

让我们来看看索寇顿在婚姻关系的前十项排名。（它们列在下面没有按照排名名次序）家庭协谈专家诺曼•莱特分别加以解说：

1．笑.学习如何笑，并且培养幽默感，可以平衡你的日常生活。在生活中找到可会心一笑之处，以免让事务槁得心烦意乱。

2.友谊。作为夫妻，你们会有一些共同的朋友，但也会拥有属于自己的朋友，这是无可厚非甚至是必须的。你的配偶能在某些事上满足你，但在其他方面，你须要有相同嗜好的朋友一同从事活动。而花时间与这些朋友相处，也是有益的。

3．参与。一对夫妻，对于婚姻与家庭以外的事，也应有相同的体验与目标。当你们一同在做一项有意义的计划，或者是喜爱的事时，你们会彼此分享到参与的乐趣。

好比有些夫妻一同教主日学，或一同在团契中服事。以我自己的状况来说，我在大学、教会及神学院中担任的课程份量很重。我的工作是站在台上讲说与教导。我太太乔西从来没有站在台前过，但她直接地参与了我的工作。她预备我数百张的讲义。她知道我所讲的一切内容，就好像是她在教一样。

4.性行为。性行为的圆满，是有亲密交通的表徵，要得到性行为的圆满，必须融合情感在其中。太多的夫妇，由于对他们之间性关系的厌烦，因此性生活变得单调乏味。我曾经建议许多夫妇阅读约瑟夫•达勤（Joseph Dillow)所著，所罗门的性生活一书（Solmonon Sex)，这里面有一些实际的建议，可以帮助持续性行为罗曼蒂克的一面。性是婚姻的一部分，但有些夫妇，却过分高估了它，把它看成维系婚姻的主要关键。

5.分享。这包括分享想法、消息、工作、计划等等。包括了愉快和不愉快的分享。当我在写这本书时，我们正在帮助一只新来的小狗，希望它能适应我们的家。它是我们养的第二条小狗，也是我们为小公狗预约的新娘。她叫阿花，不过现在似乎“小可怜”的称呼更适合它！无论我或是乔西，走近厨房附近时（而且我们从来不光着脚的！），我们所能期待的就是阿花醒着大叫。无论我们之中谁看到地上有一滩排泄物，都会清理干净，并把那块地板刷干净而不叫对方去做。在这个家庭中，男性与女性的角色，逐渐地改变，而这种政变，形成更多建立在彼此的能力、天赋与合作基础上的分享，而不致局限于僵硬的模式里。

6.完整的人格。一个为人可靠、值得信赖，并且对自己的信仰与标准不妥协的人，是拥有完整人格的反应。

7.交谈。谈话的内容有趣，并且言之有物、有价值和有情感能够增进婚姻的美满。坦白诚实的沟通，不吝于表达个人的感受、或是参与别人的感受，都是非常重要的。

8.爱。包括关怀、亲昵、信赖、与承诺。无论大小，一贯体贴的举动，同言语表达一样，能传递爱意。爱就是喜欢那人，并且盼望与他（她）相处。

9.适应。就是接纳别人独特之处，就是接受别人的现实存在，而不会期待他成为自己的翻版。这就是说，允许别人去做，但不一定要照你所期待的方式去做。

10.忍耐。这一品质也可用“接纳”来表达。接受别人的怪癖，经常地忘事，允许对方也有心情不好的时候，这也就是说接纳对方是个凡人，正如你自己一样。当你需要表达你的不快或关切时，要以造就而不是妨碍双方关系为出发点。

成熟计分表
这个计分表包括八项内容，你可以就每一个问题作“是”或“否”的回答。

　　1．你是否会大发脾气，气得跺脚，随意摔或踢东西？

　　2．你是否会像对自己一样体贴地对待别人？

　　3．你是否会在他人面前批评你的妻子或丈夫？

　　4．你是否总是固执己见、自以为是，别人如果不依，便会大发雷霆？

　　5．你是否常会为许多事担心？

　　6．你是否依赖上帝，然后尽自己最大的努力去做事？

　　7．你对于人生的逆境和某些无法避免的事是否能宽容平和地接受？

　　8．你是否有积极的信念来承担并解决所有的问题？

　　如果你对1、3、4、5等四个题目回答“是”的话，表明你是个不成熟的人。对2、6、7、8等四个题目回答“是”的话，则显示你拥有成熟的爱。

成熟的爱也许没有了激情的热烈，浪漫的狂喜，但它却籍由岁月的琢磨，时光的洗礼，闪烁着睿智与理性的光芒，表现出稳定的恒久的依赖关系，是脉脉的温情，细致的关怀，是绵绵的牵挂，深沉的依恋。如陈年的佳酿，醇香浓厚，经得住品尝，是高山名茶，清香淡远，耐得住回味。

我们有充分的理由相信，任何事物的后来更成熟的形式总归要比它早期的不成熟的形式要好，成熟的苹果常常优于半生不熟的。如果婚姻能够享受这个成熟的过程，那么它就能结出美好的果实，就能够发展成为更成熟、更独立、和持续的爱。而不是它早期的有时令人入迷但绝大多数时候是一团乱糟的形式。成熟的爱变得更善解人意，而且这个善解人意的情侣会以爱人所需要的形式付出爱。

成熟的爱让每个伴侣产生被照料和被喜爱的感觉，它是几乎没有任何压力的爱。不成熟的爱包含着各种各样的需求和不负责的行为，并伴随着随之而来的压力。婚姻中成熟的爱免除了这种压力。当妻子知道丈夫晚上不得不工作的时候，她就会愿意让他明天再来表达她自己对他的爱。

在成熟的爱这个比较稳定的关系中，生活就简单得多，成果也丰富得多，而且心情也会愉快得多。与未婚的爱相比，成熟的婚姻之爱的一个令人满意的乐趣在于它免于享受“美好时光”的压力。这种情侣不仅仅从对快乐的追求中而且从他们共同的工作中来感觉和验证他们的爱。

在成熟的爱中，每个人都以他们特有的方式深深感觉到对方的存在，婚姻中成熟的爱是生活中一个极其完整的部分，成熟的爱照亮的不仅仅是生活的某一个角落而是生活的本身。

成熟的爱之所以经久不衰，是因为我们对情感，对我们自己的伴侣确有把握。假如妻子犯了错误，假如她某一天脾气不好而令对方受到伤害，他丈夫的整个世界不会崩溃。他们不会因为一次争吵，一次危机，一次激烈的感情挫折而抛弃对方。他们的婚姻在这种遭遇后可以继续幸存，并将继续在这种经历之后共同生活。成熟的爱具有某种抵抗日常冲突和偶尔的激烈的冲突的内在力量。但他们的感情纽带仍然完好无损。

成熟的爱，通过婚姻满足我们生活中很多的需求，它为生活提供了理性，提供了成果丰富的一面和我们可进行工作的气候。他让我们的情感得到最痛快淋漓的释放与满足，最充分自由的表达。它使辛勤工作、紧张、压力和旺盛的精力相互协调。

当麻烦出现的时候，婚姻中的伴侣相互依靠。懂得充分利用爱来处理生活，共同解决问题，共同面对悲伤和损失，同甘共苦。荣辱与共。他们再次向对方保证，孤独的痛苦已经过去。婚姻中的伴侣不在孤单。当一个人的力量失败时，还有另一个可信任的伴侣的支持，还有来自伴侣的力量。

成熟的爱支持着婚姻中的伴侣共同成长，使彼此发展成为更健全的人。当爱没有失败时，当它成长时，情侣们也随着成长。他们由共同的生活而成长。他们依靠对方的力量以及他们为了弥补对方的虚弱而发展的力量而成长。在婚姻中善于培育爱，并使之走向成熟稳定和完善的人，将是最幸福的情侣！

女性不成熟的爱
1．心眼浅、器量小。

　　2．丈夫上班时喜欢追查其行踪。

　　3．喜欢偷偷查丈夫衣袋。

　　4．一分钟也不许丈夫离开自己的视线。

　　5．化妆不得要领，一味追求浓妆。如眉型描得太粗，失去了温柔之美；两颊胭脂过浓；口红与脸色反差太大；增白露、美容霜把脸抹得白而发青，失去了淡雅质朴之美。

　　6．不孝敬公婆，只孝敬自己亲爹亲娘。

　　7．总嫌自己丈夫没本事，不会理持家务。

　　8．“性别意识”过于淡化，跟男人一起拍肩膀打屁股、嬉戏打闹似家常便饭。

　　9．对亲朋好友不热情。

　　10．对他人的缺点和错误不能容忍，从不考虑别人需要什么。

　　11．过分迷恋自己的容貌、身材，追求别人的赞赏和奉承。

　　12．不自重、不自爱，卖弄风骚，性问题上太随便。

　　13．不愿听批评，虚伪、不诚实、翻脸无情、无才无知、不思进取。

　　14．喜欢挑衅吵嘴，丝毫也不肯吃亏。

　　15．高叫男女平等，又处处要求享受特权。

　　16．说话喜欢拐弯抹角，化简单为繁复。

　　17．占有欲极强。

　　18．爱恨极端——经常一哭二闹三上吊以达到目的。

成熟的爱

没有了花前月夜，不再是卿卿我我，但我心依旧；
渴望成熟，追求浪漫，一颗永不驻的心在跳动。
成熟，不是黄昏，更不是生活的尽头；
驿动的血液，激起我的热情，
劲吹的风雪，伴着我成熟；
爱是什么，爱在何处，
爱不是性的火花，是情与义的交融。
谁不与爱结缘，谁不与爱牵手；
与爱同行，享受付出与宽容。
这就是成熟的爱，更是人生美好的追求。

提高心理成熟度
心理成熟度高的人，面对社会和环境的变化较易适应，换句话说，比较容易根据外界的变化调节自己的行为。他们的自控能力、承受能力都比较好，即比较“老练”。而心理成熟度差的人，不太容易适应不断变化的环境，也不太容易形成良好的自我控制，这样，在人际关系和心理健康中更容易出现问题。

　　实际上，心理成熟度与我们在其他部分所谈的“心理年龄”存在一定的相关。从一般意义上来看，随着年龄的增长，人的心理成熟也应不断增长，但这种增长与人身高、体重的增长是有所不同的，即它不是由自然规律单方面控制的增长，而是在自然规律与社会环境的双重作用下形成的增长，无论是自然规律还是社会环境，二者缺一不可。因此，如何利用社会环境，使自己的心理达到与年龄相匹配的成熟就成为一个迫切需要解决的问题。我们认为，这方面能力的培养与应付环境变化的能力密不可分，不妨从以下几方面看手。

提高社会的认知水平

　　一个人对社会的认识与他的心理成熟度有着较高的正相关。认识着受环境影响的，要克服环境影响带来的偏差，不仅要从实践上获得感性的认识，还要提高理性的认识水平。作中会遇到很多问题，如与同事、领导如何相处呀，如何克服不熟悉的工作带来的紧张感呀，这些问题对一个心理成熟度高的人来说，不会感受到太大的挫折。但在心理成熟度较低的看来，会觉得挫折是很大的。

　　学会应付突变的能力

　　突变对人的影响在心理学中叫做应激，个体面对应激通常有两种反应行为，即理性应对与情感应付。前者以对事物发展的规律性认识为基础，把握事物的规律。这样，个体不仅能洞察事物的本质，也能预测未来，并根据未来事物可能的发展而采取必要的行动，后者则带着一定的盲目性。调查表明，心理成熟度高的人在应激条件下多采用理性应对。因此，提高我们在突变环境下的应付能力有助于增强心理成熟度。

　　培养自己适度耐压的能力

　　古人说：“天将降大任于斯人也，必先苦其心志，劳其筋骨，俄其体肤。”这样，才能“增益其所不能”。在社会变革中，社会的发展往往超越人们的心理承受能力并形成一定的社会压力。提高心理成熟度，锻炼自己的耐压能力是一个很重要的方面。

　提高自己综合的心理平衡能力

　　了解自己的优越与不足可以减轻紧张情绪。因为明确承认自己能力有限，就可能使你摆脱某种潜在的不良情绪。这样你就会懂得何时该去求助于他人，怎样与他人合作共事。另外，还要学会在危机中寻找机遇。在面对危机时，应该想相怎样因势利导，借此由坏事变成好事。如果你能够认挫折中吸取经验教训，那么今后就能减少挫折。

改善心智模式

一个人若想成功，成就一番事业，在心智模式上要做到以下几点：

首先要有气度。所谓气度是指暴露自己的心智模式，让别人了解你心中的真正想法。一个人必须要有气度，敞开胸怀，耐心认真听取别人的意见，特别是听取那些与自己心智不符或相反的意见，经过细心辨析而发现自己原有的心智模式的缺陷。比如毛主席在延安发生的一件事。有位大嫂拒绝缴公粮，并说：“雷咋不把毛泽东霹死!”毛主席听到此话十分吃惊，不暴露身份地和这位大嫂谈话，了解到群众的产粮不高，但征缴的公粮太重。毛主席给这位大嫂送了粮食和羊子，派人送大嫂回家，在回家的路上这位大嫂无意中才知道和她谈话、送礼物的是毛主席。毛主席通过这件事在延安发动了生产自救，题写了“自力更生、艰苦奋斗”。解决了军队缺粮问题，延安精神也由此而起。

其次要善于沟通。所谓沟通是人与人之间相互交流、取长补短、互动学习、实现双赢。一个沟通能力强的人必定不断注意改善自己的心智模式，这是今天成功人士的特征和重要的基本条件，因为只有沟通才能消除各种误解，变竞争对手为合作伙伴，才会双赢、全赢。摩托罗拉有一个培训高级经理的游戏叫‘拍卖游戏’”。拍卖的规则：一是，报价应逐渐上升；二是，发觉钱不够或不值得买时可以放弃，谁报价高卖给谁；三是，这个游戏没底价。有三对人来配合，前两对都是背靠背，背站着，各自报价把商品买到手。最后一对则是面对面站着，双方进行了沟通，商议在拍卖规则下，如何以最低的钱把商品买到手。前两对竞争，价格交互攀升，最后以较高的价格成交。最后一对通过沟通，不再“相互杀伤对方”，以很低的价格成交。可见，背靠背竞争的结果是两败俱伤；面对面沟通地竞争都获得了成功，双方得到。因而成功人士往往善于“沟通”，懂得“双赢”。

再次要具备一定的智商、情商、逆境商。智商是指智力商数。智商高的人往往悟性比较好，举一反三、触类旁通的能力比较强。当然智商与文化程度和知识水平有密切的关系。智商高的人比较容易通过实践反思而发现自己的心智模式有哪些缺陷，但是，今天的研究人员发现在成功的诸多因素中智商只占15%。而情商占85%。

情商是指情绪商数。情商就是一个人认识、调整、把握自己情绪的能力，是人的综合心理能力的具体表现。情商有五要素：一是了解自己，对自我情绪的理解；二是管理自己，判断和控制他人情绪的能力；三是控制自己，即对自我控制的能力。四是理解别人，认识对方的情绪并与之对应的能力。五是处理人际关系，协调人际关系的能力。情商比智商对人的心智模式影响更重要。情商高的人对情绪、情感的控制程度高，能够客观辨证的看待人和事、说话办事入情入理、恰如其分、让人心服口服，令人愉快，人见人爱，口碑很好，具有很强的人格魅力。情商低的人往往是在不合适的时间、不合适的地点、说不合适的话、办不合适的事，是“哪壶不开提哪壶”、令人生厌的人，也是“好动机没有好结果”、“好心没办好事、好心不得好报”、费力不讨好、受累捞埋怨的人。因此，智商和情商相比，不少人说，“在学校念书靠智商、走入社会靠情商”，“智商使你学业有成、情商使你事业进步”，人进入社会走向工作岗位后，“智商退位，情商登场”，也有些人说，“智商诚可贵，情商价更高”。“智商是生产力”，“情商是生产关系”。

所谓逆境商是指逆境中的商数，他既是预测谁成功的指标，又是对每个人面对和超越困境能力的心理素质的量化显示。为什么有的人可以克服深不可测的逆境，而一般人却放而弃之。美国学者以可量化的方法，提出逆境商理论，将人们对待逆境的态度分为三层次，实际上是反映心理素质和心智模式的三层次。

心智模式修炼

1、进一步更新观念。心智模式的缺陷人皆有之，要想成就事业，就必须进行修炼。而这个修炼是一个艰苦的、递进的过程，需要持之以恒的努力。所以与时俱进地更新观念不仅是心智模式修炼的内在要求，也是心智模式修炼的必然结果。要使心智模式跟上时代发展和客观变化的要求必须不断更新观念，而心智模式修炼的目的就是以新的观念去认识发展变化了的新的客观现实，去解决和处理新的情况新的问题。可以说，没有观念更新，就没有心智模式的修炼。关于更新观念，徐发检察长在全省第十一次检察工作会议的报告中提出的更新十个观念，就是我们进行修炼的指导思想。

2、不断反思，反思是学习型组织文化的重要特征，也是心智模式修炼的重要方法。书中介绍的心智模式修炼的各种技巧，都是从反思开始的。反思是修炼的原动力，没有反思，修炼不会发生。心智模式修炼的过程，就是通过反思发现缺陷，认识缺陷，改正缺陷的过程，是通过反思考量修炼效果的过程。所以，我们要学会并熟练地运用反思的技巧，进而养成反思的习惯，这是我们不断进取的动力之源。

3、建立修炼机制。心智模式的修炼虽然意义重大，但是，它毕竟是用有形的手段对一种无形的东西进行检视和改善，它不仅要求修炼者有极强的耐心极大的毅力去持之以恒，并要不断与自己的惰性抗争。所以在我们进行修炼的初期，必须有强制性的制度作保证，靠强制性的手段来拉动和推进，促使我们的各级干部和各级部门，逐步养成良好的修炼的习惯，进而保障修炼活动的质量和恒久。

—————————————————–

原文请移步http://blog.sina.com.cn/s/blog_4d562a010100ep0v.html或http://my.icxo.com/?uid-446700-action-viewspace-itemid-1007211

鲜果关停，惨了我的订阅

michael.ma — Thu, 03 Sep 2009 13:17:49 +0800

鲜果突然不能访问了，开始以为是故障造成的，竟然联着几天都不能访问，才知道是被关停。唉，每日了解新闻技术革新等主要订阅来源就这样突然停了，忽然有点不知所措和迷茫。容灾，容灾，备份、备份。看来网上的东西也要狡兔三窟，以防不测啊，否则给你带来极大便利的同时也会突然就这样关停了。

这下估计抓虾乐了。之前试用了qqmail的邮箱订阅也很不错，因为一直用鲜果都非常好也就没有搬家，看来以后我要转移到qqmail的订阅了，反正每日还要收邮件，同时能看订阅，也很不错。

比较激进的izaobao被关停是预料之中的，鲜果被关停确实没有想到。不知道这次对鲜果有多大，希望还能回来，毕竟鲜果是我感觉体验最好的订阅网站。

(转)游戏运营团队的重要性

michael.ma — Mon, 24 Aug 2009 15:51:17 +0800

有见地的一篇文章，在互联网行业的持久战中拼的是运营。

————————–以下为原文——————————–

游戏圈一直流行着一句话："一流的产品、二流的团队、三流的运营".这句话一点不假。产品的质量保证着消费也保证着运营的寿命同时也保证用户的粘性，团队保障着一个团队的执行力与团结力，而运营却是整个团队中的核心。在如今的市场推广一个用户如果做广告通常一个注册用户达到20-30元的费用，如果换成webgame也需要10多元，可见运营可以减少用户流失率来减少推广开支，同时引导消费又能增加收入。因此，有一个好的运营团队是创业公司减少风险的首要问题；

　　运营可以减少推广开支

　　都知道，市场的责任是推广用户到产品，而运营呢却是掌控如何把推广到产品的用户留下来。常见的运营可以通过对产品的新手的引导来减少用户流失率，同时就是增加了推广用户的转换率。这样一来费用自然就降低下来；

　　运营可以缓解资金压力

　　用户消费引导是前期创业中增加资金收入的重要因素。运营可以在产品中进行充值活动、消费道具引导、以及操控活跃度来进行。对于刚创业的团队，资金肯定不足，如果运营能在第一时间补充资金那么就缓解了公司的资金压力。

　　运营是个核心部门

　　运营在团队中起着交通枢纽的作用。产品内部版本发布运营来进行操作、与研发的协调也是运营、对外的客服管理同样是运营、服务器的维护以及安全也是运营，同样对外的宣传素材也是运营来提供整理。还有玩家的维护管理、官网的管理、其他部门与技术之间的协调等等都需要运营来运作。可见一个团队可以少了研发、市场也不能少了运营。

　　运营可以减少创业风险

　　从以上内容可以论证运营团队可以为公司减少了推广开支，从运营商还能更快的增加资金收入，活动的操作也可以促使活跃用户等等。这样一来缓解了资金给创业创造了一个良好的环境，所以建议创业的朋友先重点培养运营团队人才，通过运营的能力从而减少创业风险。

来源：泡泡玩

转贴）斯蒂夫·乔布斯：我生命中的三个故事

michael.ma — Fri, 21 Aug 2009 10:49:53 +0800

前辈们各种各样的经历我们没有必要去重复，即使重复他们的过程也肯定没有相同的结果。但是贯穿成长过程的毅力、思想、原则以及各种感悟是值得学习和传承的。

物有所不足，智有所不明（Stay Hungry. Stay Foolish.）。

————————以下为原文———————————————————————————-

（域外的朋友给我发来苹果电脑的CEO斯蒂夫·乔布斯在今年6月12日斯坦福大学毕业典礼上的演讲，读后令人不禁动容，其文并无华丽之色，也无英文演讲范例中惯用的排比。遂将全文译出，标题为译者所加，刊登时有删节）。

（斯坦福）是世界上最好的大学之一，今天能参加各位的毕业典礼，我备感荣幸。（尖叫声）我从来没有从大学毕业，说句实话，此时算是我离大学毕业最近的一刻。（笑声）今天，我想告诉你们我生命中的三个故事，并非什么了不得的大事件，只是三个小故事而已。

第一个故事，是关于串起生命中的点点滴滴。（原文为“connecting the dots”指一种小游戏：把标有序列号的点连起来，就构成一幅图画——译注）

我在里德大学呆了6个月就退学了，但之后仍作为旁听生混了18个月后才最终离开。我为什么要退学呢？

故事要从我出生之前开始说起。我的生母是一名年轻的未婚妈妈，当时她还是一所大学的在读研究生，于是决定把我送给其他人收养。她坚持我应该被一对念过大学的夫妇收养，所以在我出生的时候，她已经为我被一个律师和他的太太收养做好了所有的准备。但在最后一刻，这对夫妇改了主意，决定收养一个女孩。侯选名单上的另外一对夫妇，也就是我的养父母，在一天午夜接到了一通电话：“有一个不请自来的男婴，你们想收养吗？”他们回答：“当然想。”事后，我的生母才发现我的养母根本就没有从大学毕业，而我的养父甚至连高中都没有毕业，所以她拒绝签署最后的收养文件，直到几个月后，我的养父母保证会把我送到大学，她的态度才有所转变。

17年之后，我真上了大学。但因为年幼无知，我选择了一所和斯坦福一样昂贵的大学，（笑声）我的父母都是工人阶级，他们倾其所有资助我的学业。在6个月之后，我发现自己完全不知道这样念下去究竟有什么用。当时，我的人生漫无目标，也不知道大学对我能起到什么帮助，为了念书，还花光了父母毕生的积蓄，所以我决定退学。我相信车到山前必有路。当时作这个决定的时候非常害怕，但现在回头去看，这是我这一生所作出的最正确的决定之一。（笑声）从我退学那一刻起，我就再也不用去上那些我毫无兴趣的必修课了，我开始旁听那些看来比较有意思的科目。

这件事情做起来一点都不浪漫。因为没有自己的宿舍，我只能睡在朋友房间的地板上；可乐瓶的押金是5分钱，我把瓶子还回去好用押金买吃的；在每个周日的晚上，我都会步行7英里穿越市区，到Hare Krishna教堂吃一顿大餐，我喜欢那儿的食物。我跟随好奇心和直觉所做的事情，事后证明大多数都是极其珍贵的经验。

我举一个例子：那个时候，里德大学提供了全美国最好的书法教育。整个校园的每一张海报，每一个抽屉上的标签，都是漂亮的手写体。由于已经退学，不用再去上那些常规的课程，于是我选择了一个书法班，想学学怎么写出一手漂亮字。在这个班上，我学习了各种衬线和无衬线字体，如何改变不同字体组合之间的字间距，以及如何做出漂亮的版式。那是一种科学永远无法捕捉的充满美感、历史感和艺术感的微妙，我发现这太有意思了。

当时，我压根儿没想到这些知识会在我的生命中有什么实际运用价值；但是10年之后，当我们的设计第一款Macintosh电脑的候，这些东西全派上了用场。我把它们全部设计进了Mac，这是第一台可以排出好看版式的电脑。如果当时我大学里没有旁听这门课程的话，Mac就不会提供各种字体和等间距字体。自从视窗系统抄袭了Mac以后，（鼓掌大笑）所有的个人电脑都有了这些东西。如果我没有退学，我就不会去书法班旁听，而今天的个人电脑大概也就不会有出色的版式功能。当然我在念大学的那会儿，不可能有先见之明，把那些生命中的点点滴滴都串起来；但10年之后再回头看，生命的轨迹变得非常清楚。

再强调一次，你不可能充满预见地将生命的点滴串联起来；只有在你回头看的时候，你才会发现这些点点滴滴之间的联系。所以，你要坚信，你现在所经历的将在你未来的生命中串联起来。你不得不相信某些东西，你的直觉，命运，生活，因缘际会……正是这种信仰让我不会失去希望，它让我的人生变得与众不同。

我的第二个故事是关于爱与失去。

我是幸运的，在年轻的时候就知道了自己爱做什么。在我20岁的时候，就和沃兹在我父母的车库里开创了苹果电脑公司。我们勤奋工作，只用了10年的时间，苹果电脑就从车库里的两个小伙子扩展成拥有4000名员工，价值达到20亿美元的企业。而在此之前的一年，我们刚推出了我们最好的产品Macintosh电脑，当时我刚过而立之年。然后，我就被炒了鱿鱼。一个人怎么可以被他所创立的公司解雇呢？（笑声）这么说吧，随着苹果的成长，我们请了一个原本以为很能干的家伙和我一起管理这家公司，在头一年左右，他干得还不错，但后来，我们对公司未来的前景出现了分歧，于是我们之间出现了矛盾。由于公司的董事会站在他那一边，所以在我30岁的时候，就被踢出了局。我失去了一直贯穿在我整个成年生活的重心，打击是毁灭性的。

在头几个月，我真不知道要做些什么。我觉得我让企业界的前辈们失望了，我失去了传到我手上的指挥棒。我遇到了戴维·帕卡德（普惠的创办人之一——译注）和鲍勃·诺伊斯（英特尔的创办人之一——译注），我向他们道歉，因为我把事情搞砸了。我成了人人皆知的失败者，我甚至想过逃离硅谷。但曙光渐渐出现，我还是喜欢我做过的事情。在苹果电脑发生的一切丝毫没有改变我，一个比特（bit）都没有。虽然被抛弃了，但我的热忱不改。我决定重新开始。

我当时没有看出来，但事实证明，我被苹果开掉是我这一生所经历过的最棒的事情。成功的沉重被凤凰涅槃的轻盈所代替，每件事情都不再那么确定，我以自由之躯进入了我整个生命当中最有创意的时期。
在接下来的5年里，我开创了一家叫做NeXT的公司，接着是一家名叫Pixar的公司，并且接识了后来成为我妻子的曼妙女郎。Pixar制作了世界上第一部全电脑动画电影《玩具总动员》，现在这家公司是世界上最成功的动画制作公司之一。（掌声）后来经历一系列的事件，苹果买下了NeXT，于是我又回到了苹果，我们在NeXT研发出的技术在推动苹果复兴的核心动力。我和劳伦斯也拥有了美满的家庭。

我非常肯定，如果没有被苹果炒掉，这一切都不可能在我身上发生。对于病人来说，良药总是苦口。生活有时候就像一块板砖拍向你的脑袋，但不要丧失信心。热爱我所从事的工作，是一直支持我不断前进的惟一理由。你得找出你的最爱，对工作如此，对爱人亦是如此。工作将占据你生命中相当大的一部分，从事你认为具有非凡意义的工作，方能给你带来真正的满足感。而从事一份伟大工作的惟一方法，就是去热爱这份工作。如果你到现在还没有找到这样一份工作，那么就继续找。不要安于现状，当万事了于心的时候，你就会知道何时能找到。如同任何伟大的浪漫关系一样，伟大的工作只会在岁月的酝酿中越陈越香。所以，在你终有所获之前，不要停下你寻觅的脚步。不要停下。

我的第三个故事是关于死亡。

在17岁的时候，我读过一句格言，好像是：“如果你把每一天都当成你生命里的最后一天，你将在某一天发现原来一切皆在掌握之中。”（笑声）这句话从我读到之日起，就对我产生了深远的影响。在过去的33年里，我每天早晨都对着镜子问自己：“如果今天是我生命中的末日，我还愿意做我今天本来应该做的事情吗？”当一连好多天答案都否定的时候，我就知道做出改变的时候到了。

提醒自己行将入土是我在面临人生中的重大抉择时，最为重要的工具。

因为所有的事情——外界的期望、所有的尊荣、对尴尬和失败的惧怕——在面对死亡的时候，都将烟消云散，只留下真正重要的东西。在我所知道的各种方法中，提醒自己即将死去是避免掉入畏惧失去这个陷阱的最好办法。人赤条条地来，赤条条地走，没有理由不听从你内心的呼唤。

大约一年前，我被诊断出癌症。在早晨7：30我做了一个检查，扫描结果清楚地显示我的胰脏出现了一个肿瘤。我当时甚至不知道胰脏究竟是什么。医生告诉我，几乎可以确定这是一种不治之症，顶多还能活3至6个月。大夫建议我回家，把诸事安排妥当，这是医生对临终病人的标准用语。这意味着你得把你今后10年要对你的子女说的话用几个月的时间说完；这意味着你得把一切都安排妥当，尽可能减少你的家人在你身后的负担；这意味着向众人告别的时间到了。

我整天都想着诊断结果。那天晚上做了一个切片检查，医生把一个内诊镜从我的喉管伸进去，穿过我的胃进入肠道，将探针伸进胰脏，从肿瘤上取出了几个细胞。我打了镇静剂，但我的太太当时在场，她后来告诉我说，当大夫们从显微镜下观察了细胞组织之后，都哭了起来，因为那是一非常罕见的，可以通过手术治疗的胰脏癌。我接受了手术，现在已经康复了。

这是我最接近死亡的一次，我希望在随后的几十年里，都不要有比这一次更接近死亡的经历。在经历了这次与死神擦肩而过的经验之后，死亡对我来说只是一项有效的判断工具，并且只是一个纯粹的理性概念时相比，我能够更肯定地告诉你们以下事实：没人想死；即使想去天堂的人，也是希望能活着进去。（笑声）死亡是我们每个人的人生终点站，没人能够成为例外。生命就是如此，因为死亡很可能是生命最好的造物，它是生命更迭的媒介，送走耋耄老者，给新生代让路。现在你们还是新生代，但不久的将来你们也将逐渐老去，被送出人生的舞台。很抱歉说得这么富有戏剧性，但生命就是如此。

你们的时间有限，所以不要把时间浪费在别人的生活里。不要被条条框框束缚，否则你就生活在他人思考的结果里。不要让他人的观点所发出的噪音淹没你内心的声音。最为重要的是，要有遵从你的内心和直觉的勇气，它们可能已知道你其实想成为一个什么样的人。其他事物都是次要的。

在我年轻的时候，有一本非常棒的杂志叫《全球目录》（The Whole Earth Catalog），它被我们那一代人奉为圭臬。这本杂志的创办人是一个叫斯图尔特·布兰德的家伙，他住在Menlo Park，距离这儿不远。他把这本杂志办得充满诗意。那是在60年代末期，个人电脑、桌面发排系统还没有出现，所以出版工具只有打字机、剪刀和宝丽来相机。这本杂志有点像印在纸上的Google，但那是在Google出现的35年前；它充满了理想色彩，内容都是些非常好用的工具和了不起的见解。

斯图尔特和他的团队做了几期《全球目录》，快无疾而终的时候，他们出版了最后一期。那是在70年代中期，我当时处在你们现在的年龄。在最后一期的封底有一张清晨乡间公路的照片，如果你喜欢搭车冒险旅行的话，经常会碰到的那种小路。在照片下面有一排字：物有所不足，智有所不明（Stay Hungry. Stay Foolish.）这是他们停刊的告别留言。物有所不足，智有所不明。我总是以此自诩。现在，在你们毕业开始新生活的时候，我把这句话送给你们。

物有所不足，智有所不明。（Stay Hungry. Stay Foolish.）

（转贴）根据status信息对MySQL服务器进行优化

michael.ma — Fri, 07 Aug 2009 14:39:32 +0800

网上有很多的文章教怎么配置MySQL服务器，但考虑到服务器硬件配置的不同，具体应用的差别，那些文章的做法只能作为初步设置参考，我们需要根据自己的情况进行配置优化，好的做法是MySQL服务器稳定运行了一段时间后运行，根据服务器的”状态”进行优化。

mysql> show global status;

可以列出MySQL服务器运行各种状态值，另外，查询MySQL服务器配置信息语句：

mysql> show variables;

一、慢查询

mysql> show variables like '%slow%';
+------------------+-------+
| Variable_name    | Value |
+------------------+-------+
| log_slow_queries | ON    |
| slow_launch_time | 2     |
+------------------+-------+

mysql> show global status like '%slow%';
+---------------------+-------+
| Variable_name       | Value |
+---------------------+-------+
| Slow_launch_threads | 0     |
| Slow_queries        | 4148 |
+---------------------+-------+

配置中打开了记录慢查询，执行时间超过2秒的即为慢查询，系统显示有4148个慢查询，你可以分析慢查询日志，找出有问题的SQL语句，慢查询时间不宜设置过长，否则意义不大，最好在5秒以内，如果你需要微秒级别的慢查询，可以考虑给MySQL打补丁：http://www.percona.com/docs/wiki/release:start，记得找对应的版本。

打开慢查询日志可能会对系统性能有一点点影响，如果你的MySQL是主－从结构，可以考虑打开其中一台从服务器的慢查询日志，这样既可以监控慢查询，对系统性能影响又小。

二、连接数

经常会遇见”MySQL: ERROR 1040: Too many connections”的情况，一种是访问量确实很高，MySQL服务器抗不住，这个时候就要考虑增加从服务器分散读压力，另外一种情况是MySQL配置文件中max_connections值过小：

mysql> show variables like 'max_connections';
+-----------------+-------+
| Variable_name   | Value |
+-----------------+-------+
| max_connections | 256   |
+-----------------+-------+

这台MySQL服务器最大连接数是256，然后查询一下服务器响应的最大连接数：

mysql> show global status like 'Max_used_connections';
+----------------------+-------+
| Variable_name        | Value |
+----------------------+-------+
| Max_used_connections | 245   |
+----------------------+-------+

MySQL服务器过去的最大连接数是245，没有达到服务器连接数上限256，应该没有出现1040错误，比较理想的设置是：

Max_used_connections / max_connections * 100% ≈ 85%

最大连接数占上限连接数的85％左右，如果发现比例在10%以下，MySQL服务器连接数上限设置的过高了。

三、Key_buffer_size

key_buffer_size是对MyISAM表性能影响最大的一个参数，下面一台以MyISAM为主要存储引擎服务器的配置：

mysql> show variables like 'key_buffer_size';
+-----------------+------------+
| Variable_name   | Value      |
+-----------------+------------+
| key_buffer_size | 536870912 |
+-----------------+------------+

分配了512MB内存给key_buffer_size，我们再看一下key_buffer_size的使用情况：

mysql> show global status like 'key_read%';
+------------------------+-------------+
| Variable_name          | Value       |
+------------------------+-------------+
| Key_read_requests      | 27813678764 |
| Key_reads              | 6798830     |
+------------------------+-------------+

一共有27813678764个索引读取请求，有6798830个请求在内存中没有找到直接从硬盘读取索引，计算索引未命中缓存的概率：

key_cache_miss_rate ＝ Key_reads / Key_read_requests * 100%

比如上面的数据，key_cache_miss_rate为0.0244%，4000个索引读取请求才有一个直接读硬盘，已经很BT了，key_cache_miss_rate在0.1%以下都很好（每1000个请求有一个直接读硬盘），如果key_cache_miss_rate在0.01%以下的话，key_buffer_size分配的过多，可以适当减少。

MySQL服务器还提供了key_blocks_*参数：

mysql> show global status like 'key_blocks_u%';
+------------------------+-------------+
| Variable_name          | Value       |
+------------------------+-------------+
| Key_blocks_unused      | 0           |
| Key_blocks_used        | 413543      |
+------------------------+-------------+

Key_blocks_unused表示未使用的缓存簇(blocks)数，Key_blocks_used表示曾经用到的最大的blocks数，比如这台服务器，所有的缓存都用到了，要么增加key_buffer_size，要么就是过渡索引了，把缓存占满了。比较理想的设置：

Key_blocks_used / (Key_blocks_unused + Key_blocks_used) * 100% ≈ 80%

四、临时表

mysql> show global status like 'created_tmp%';
+-------------------------+---------+
| Variable_name           | Value   |
+-------------------------+---------+
| Created_tmp_disk_tables | 21197   |
| Created_tmp_files       | 58      |
| Created_tmp_tables      | 1771587 |
+-------------------------+---------+

每次创建临时表，Created_tmp_tables增加，如果是在磁盘上创建临时表，Created_tmp_disk_tables也增加,Created_tmp_files表示MySQL服务创建的临时文件文件数，比较理想的配置是：

Created_tmp_disk_tables / Created_tmp_tables * 100% <= 25%

比如上面的服务器Created_tmp_disk_tables / Created_tmp_tables * 100% ＝ 1.20%，应该相当好了。我们再看一下MySQL服务器对临时表的配置：

mysql> show variables where Variable_name in ('tmp_table_size', 'max_heap_table_size');
+---------------------+-----------+
| Variable_name       | Value     |
+---------------------+-----------+
| max_heap_table_size | 268435456 |
| tmp_table_size      | 536870912 |
+---------------------+-----------+

只有256MB以下的临时表才能全部放内存，超过的就会用到硬盘临时表。

五、Open Table情况

mysql> show global status like 'open%tables%';
+---------------+-------+
| Variable_name | Value |
+---------------+-------+
| Open_tables   | 919   |
| Opened_tables | 1951  |
+---------------+-------+

Open_tables表示打开表的数量，Opened_tables表示打开过的表数量，如果Opened_tables数量过大，说明配置中table_cache(5.1.3之后这个值叫做table_open_cache)值可能太小，我们查询一下服务器table_cache值：

mysql> show variables like 'table_cache';
+---------------+-------+
| Variable_name | Value |
+---------------+-------+
| table_cache   | 2048  |
+---------------+-------+

比较合适的值为：

Open_tables / Opened_tables * 100% >= 85%
Open_tables / table_cache * 100% <= 95%

六、进程使用情况

mysql> show global status like 'Thread%';
+-------------------+-------+
| Variable_name     | Value |
+-------------------+-------+
| Threads_cached    | 46    |
| Threads_connected | 2     |
| Threads_created   | 570   |
| Threads_running   | 1     |
+-------------------+-------+

如果我们在MySQL服务器配置文件中设置了thread_cache_size，当客户端断开之后，服务器处理此客户的线程将会缓存起来以响应下一个客户而不是销毁（前提是缓存数未达上限）。Threads_created表示创建过的线程数，如果发现Threads_created值过大的话，表明MySQL服务器一直在创建线程，这也是比较耗资源，可以适当增加配置文件中thread_cache_size值，查询服务器thread_cache_size配置：

mysql> show variables like 'thread_cache_size';
+-------------------+-------+
| Variable_name     | Value |
+-------------------+-------+
| thread_cache_size | 64    |
+-------------------+-------+

示例中的服务器还是挺健康的。

七、查询缓存(query cache)

mysql> show global status like 'qcache%';
+-------------------------+-----------+
| Variable_name           | Value     |
+-------------------------+-----------+
| Qcache_free_blocks      | 22756     |
| Qcache_free_memory      | 76764704  |
| Qcache_hits             | 213028692 |
| Qcache_inserts          | 208894227 |
| Qcache_lowmem_prunes    | 4010916   |
| Qcache_not_cached       | 13385031  |
| Qcache_queries_in_cache | 43560     |
| Qcache_total_blocks     | 111212    |
+-------------------------+-----------+

MySQL查询缓存变量解释：

Qcache_free_blocks：缓存中相邻内存块的个数。数目大说明可能有碎片。FLUSH QUERY CACHE会对缓存中的碎片进行整理，从而得到一个空闲块。
Qcache_free_memory：缓存中的空闲内存。
Qcache_hits：每次查询在缓存中命中时就增大
Qcache_inserts：每次插入一个查询时就增大。命中次数除以插入次数就是不中比率。
Qcache_lowmem_prunes：缓存出现内存不足并且必须要进行清理以便为更多查询提供空间的次数。这个数字最好长时间来看；如果这个数字在不断增长，就表示可能碎片非常严重，或者内存很少。（上面的 free_blocks和free_memory可以告诉您属于哪种情况）
Qcache_not_cached：不适合进行缓存的查询的数量，通常是由于这些查询不是 SELECT 语句或者用了now()之类的函数。
Qcache_queries_in_cache：当前缓存的查询（和响应）的数量。
Qcache_total_blocks：缓存中块的数量。

我们再查询一下服务器关于query_cache的配置：

mysql> show variables like 'query_cache%';
+------------------------------+-----------+
| Variable_name                | Value     |
+------------------------------+-----------+
| query_cache_limit            | 2097152   |
| query_cache_min_res_unit     | 4096      |
| query_cache_size             | 203423744 |
| query_cache_type             | ON        |
| query_cache_wlock_invalidate | OFF       |
+------------------------------+-----------+

各字段的解释：

query_cache_limit：超过此大小的查询将不缓存
query_cache_min_res_unit：缓存块的最小大小
query_cache_size：查询缓存大小
query_cache_type：缓存类型，决定缓存什么样的查询，示例中表示不缓存 select sql_no_cache 查询
query_cache_wlock_invalidate：当有其他客户端正在对MyISAM表进行写操作时，如果查询在query cache中，是否返回cache结果还是等写操作完成再读表获取结果。

query_cache_min_res_unit的配置是一柄”双刃剑”，默认是4KB，设置值大对大数据查询有好处，但如果你的查询都是小数据查询，就容易造成内存碎片和浪费。

查询缓存碎片率 = Qcache_free_blocks / Qcache_total_blocks * 100%

如果查询缓存碎片率超过20%，可以用FLUSH QUERY CACHE整理缓存碎片，或者试试减小query_cache_min_res_unit，如果你的查询都是小数据量的话。

查询缓存利用率 = (query_cache_size - Qcache_free_memory) / query_cache_size * 100%

查询缓存利用率在25%以下的话说明query_cache_size设置的过大，可适当减小；查询缓存利用率在80％以上而且Qcache_lowmem_prunes > 50的话说明query_cache_size可能有点小，要不就是碎片太多。

查询缓存命中率 = (Qcache_hits - Qcache_inserts) / Qcache_hits * 100%

示例服务器查询缓存碎片率＝ 20.46％，查询缓存利用率＝ 62.26％，查询缓存命中率＝ 1.94％，命中率很差，可能写操作比较频繁吧，而且可能有些碎片。

八、排序使用情况

mysql> show global status like 'sort%';
+-------------------+------------+
| Variable_name     | Value      |
+-------------------+------------+
| Sort_merge_passes | 29         |
| Sort_range        | 37432840   |
| Sort_rows         | 9178691532 |
| Sort_scan         | 1860569    |
+-------------------+------------+

Sort_merge_passes 包括两步。MySQL 首先会尝试在内存中做排序，使用的内存大小由系统变量 Sort_buffer_size 决定，如果它的大小不够把所有的记录都读到内存中，MySQL 就会把每次在内存中排序的结果存到临时文件中，等 MySQL 找到所有记录之后，再把临时文件中的记录做一次排序。这再次排序就会增加 Sort_merge_passes。实际上，MySQL 会用另一个临时文件来存再次排序的结果，所以通常会看到 Sort_merge_passes 增加的数值是建临时文件数的两倍。因为用到了临时文件，所以速度可能会比较慢，增加 Sort_buffer_size 会减少 Sort_merge_passes 和创建临时文件的次数。但盲目的增加 Sort_buffer_size 并不一定能提高速度，见 How fast can you sort data with MySQL?（引自http://qroom.blogspot.com/2007/09/mysql-select-sort.html，貌似被墙）

另外，增加read_rnd_buffer_size(3.2.3是record_rnd_buffer_size)的值对排序的操作也有一点的好处，参见：http://www.mysqlperformanceblog.com/2007/07/24/what-exactly-is-read_rnd_buffer_size/

九、文件打开数(open_files)

mysql> show global status like 'open_files';
+---------------+-------+
| Variable_name | Value |
+---------------+-------+
| Open_files    | 1410  |
+---------------+-------+

mysql> show variables like 'open_files_limit';
+------------------+-------+
| Variable_name    | Value |
+------------------+-------+
| open_files_limit | 4590  |
+------------------+-------+

比较合适的设置：Open_files / open_files_limit * 100% <= 75％

十、表锁情况

mysql> show global status like 'table_locks%';
+-----------------------+-----------+
| Variable_name         | Value     |
+-----------------------+-----------+
| Table_locks_immediate | 490206328 |
| Table_locks_waited    | 2084912   |
+-----------------------+-----------+

Table_locks_immediate表示立即释放表锁数，Table_locks_waited表示需要等待的表锁数，如果Table_locks_immediate / Table_locks_waited > 5000，最好采用InnoDB引擎，因为InnoDB是行锁而MyISAM是表锁，对于高并发写入的应用InnoDB效果会好些。示例中的服务器Table_locks_immediate / Table_locks_waited ＝ 235，MyISAM就足够了。

十一、表扫描情况

mysql> show global status like 'handler_read%';
+-----------------------+-------------+
| Variable_name         | Value       |
+-----------------------+-------------+
| Handler_read_first    | 5803750     |
| Handler_read_key      | 6049319850  |
| Handler_read_next     | 94440908210 |
| Handler_read_prev     | 34822001724 |
| Handler_read_rnd      | 405482605   |
| Handler_read_rnd_next | 18912877839 |
+-----------------------+-------------+

各字段解释参见http://hi.baidu.com/thinkinginlamp/blog/item/31690cd7c4bc5cdaa144df9c.html，调出服务器完成的查询请求次数：

mysql> show global status like 'com_select';
+---------------+-----------+
| Variable_name | Value     |
+---------------+-----------+
| Com_select    | 222693559 |
+---------------+-----------+

计算表扫描率：

表扫描率＝ Handler_read_rnd_next / Com_select

如果表扫描率超过4000，说明进行了太多表扫描，很有可能索引没有建好，增加read_buffer_size值会有一些好处，但最好不要超过8MB。

后记：

文中提到一些数字都是参考值，了解基本原理就可以，除了MySQL提供的各种status值外，操作系统的一些性能指标也很重要，比如常用的top,iostat等，尤其是iostat，现在的系统瓶颈一般都在磁盘IO上，关于iostat的使用，可以参考：http://www.php-oa.com/2009/02/03/iostat.html

本文参考以下网页：

1.http://dev.mysql.com/doc/refman/5.1/en/server-status-variables.htm

2.http://dev.mysql.com/doc/refman/5.1/en/server-system-variables.html

3.http://www.ibm.com/developerworks/cn/linux/l-tune-lamp-3.html

4.http://www.day32.com/MySQL/tuning-primer.sh 具体数值主要参考此工具

—————————————–

原文请移步http://www.fuchaoqun.com/2009/03/mysql-tuning-by-status/

跨IDC的专线流量问题

michael.ma — Tue, 28 Jul 2009 17:37:17 +0800

互联网公司发展初期设备量比较少，随着业务的发展其设备量不断膨胀，跨IDC部署服务器再所难免。同城IDC间专线一般10G裸纤相连,也许跨IDC部署初期专线流量比较少可以假设为无阻塞，然而随着专线流量越来越大，如何合理的跨IDC部署程序模块和规划跨IDC的数据传输则成为重要的问题。架构师必须未雨绸缪提前规划程序模块的部署，甚至必要的情况调整优化软件技术架构。否则一旦等到问题爆发后再解决，其被动局面可想而知。
跨IDC的部署，因各个公司的具体情况而异，也因为公司的IDC机架资源、专线容量而需要不断调整。这里就要考验架构师的智慧了，设计的架构是否足够扁平，是否能够灵活调整调度部署，以及如何使专线传输的数据量最少，这些问题在架构设计中需要根据实际情况有节奏的考虑其中。
同城IDC间专线是10G裸纤相连，而对于跨城的IDC之间往往是几十兆的高速专线，最高不过2.5G高速专线, 因此跨城的传输数据更应该具体分析，尽量避免跨城数据传输。不可避免的情况下则对数据分级规划。对于信令等关键性数据在高速专线上传输，而对于肥的非实时的数据则在公网vpn上传输更合理。好钢要用在刀刃上，因此架构师在跨城IDC数据传输的设计上，合理的规划设计是非常有必要的。如果无论什么数据都丢到高速专线上传输，在可预见的将来，该专线就是你的业务事故的故障点。

(转贴)Google号召社区力量为互联网加速

michael.ma — Mon, 06 Jul 2009 09:48:06 +0800

网站稳定运行、访问耗时少，这两个主要的议题是所有网站兄弟们持续努力的目标，今天恰好看到这篇文章很全面的介绍了网站加速的方法，值得借鉴和学习。google值得尊敬的公司，不但各项服务做的好，还不断把自己的技术贡献给社会。google以此在民间，在技术社团都获得良好的口碑，值得尊敬。

———————————————————————————————————————-

作者 Abel Avram 译者 霍泰稳 发布于 2009年7月5日上午10时38分

在几周前将网页加速工具开源后，Google又发布了一个网站，意在探寻更多的方法，并推动全互联网的加速进程。这次Google分享了研究数据、网站加速优化指南、有关性能的录制视屏、大量性能优化工具的介绍，以及一个讨论组，期望所有人都能在此分享如何使网页更快的创意。

Google研究部门针对网页装载速度如何影响用户的搜索结果做了一个研究，在数据响应阶段他们引入了几个可控的延迟：

在引入这些可控延迟，并对用户监视了4-6周之后，他们在搜索结果数字中发现了如下问题：

虽然0.5%的损失对一般人并不意味着什么，但是Google确信这样的损失对他们来说意味深远，因为在用户执行搜索的数字、广告点击显示的数字以及收入之间有着直接的关联。除了加速自己的Web服务器，考虑到这样做对其他人也有着积极的作用，Google还想加速全部互联网。

Google认为，除了带宽限制，还有其他多方面的因素导致了互联网的慢速：

在Web开发中，网站没有遵循最佳实践，导致不必要的慢速；

Web服务器经常没有专为速度而优化；

几个互联网协议是在10年或者15年之前设计的，那时候的网站和Web应用和现在大不相同；

浏览器也是最近才开始关注速度，很多互联网用户还在使用慢速的浏览器。

那么对Google来说，互联网速度应该快到什么程度？从一页导航到另一页的速度应该和翻一页杂志的速度相当；允许视频和图像内容尽可能快；用户之间的实时协作不能因链接而延迟，包括移动用户等。等等这些，Google想看到HTML得到优化，这一点在HTML 5里也已经得到体现，但是他们还希望优化甚至用一些更好的东西改变HTTP和TCP。然而，考虑到要在目前的基础设施中做这样巨大的投资，这个改变还相当难以实现。

为了指导其他人如何加速他们的网站，Google提供了如下一些指南：

他们还从各种信息源收集到以下一些工具：

Page Speed（网页加速工具）：这是一个开源的Firefox/Firebug插件。网站管理人员和Web开发人员可以使用网页加速工具估算自己网页的性能，并得到如何优化这些网页的建议。
AOL Page Test（AOL网页测试）：这是一个用来测量和分析使用IE时网页性能的开源工具。
Cuzillion：该工具能够快速构建网页，并发现组件如何交互。每天，浏览器都会有各种无法预料的行为，有时因为浏览器不同，行为也各异。Cuzillion能够让你发现这些行为，并和其他人分享示例网页。
Fiddler 2：这是一个Web调试代理工具，能够记录计算机和互联网之间的所有HTTP流量。Fiddler让你能够监测到所有HTTP流量，设置断点，虚拟流入和流出数据。Fiddler有一个强大的基于事件的脚本子系统，能够使用任何.NET语言进行扩展。
Firebug：Firebug和Firefox相集成，让你在浏览网页时就能使用多个开发工具。你可以编辑、调试、监视任何Web页面的CSS、HTML和JavaScript代码。
Hammerhead：Hammerhead给Firebug增加了一个Tab，用来测量网页的装载时间。
httperf：这个工具能够用来测量Web服务性能。它提供了一个用来创建不同HTTP工作量和测量服务器性能的功能。Httperf的重点不是实现一个特定的标准，而是提供一个自动的、高性能的工具，以帮助构建微观和宏观层面的标准。
HttpWatch：这是一个HTTP浏览器和调试器，和IE以及Firefox相集成，在浏览器窗口的配合下，对HTTP和HTTPS进行无缝监视。
IBM Page Detailer（IBM网页设计器）：一个图形工具，让Web站点开发人员和编辑快速而准确地从客户角度估算网页性能。IBM网页设计器提供了网页从何处被传递到Web浏览器的行为细节。这些细节包括时间、大小，以及一个网页中每个条目的身份。
JSLint：一个JavaScript项目，用来查找JavaScript程序中的错误，是一个代码质量工具。
JSMin：一个过滤器，可以从JavaScript文件中清除评论和不必要的空白。
Microsoft VRTA（Visual Round Trip Analyzer）：VRTA工具帮助Web开发人员和测试人员可视化网页下载、寻找最佳实践和改变，以优化Web性能。VRTA检查通讯协议、定位往返过多的原因，以及推荐的解决方案等。
mon.itor.us：提供个性化的Ajax仪表盘界面，检查服务器性能和有效性，创建运行时间报告，跟踪访问者，检查CPU、内存和其他系统资源，并在监测到异常时给用户报警。
OOCSS：允许开发者撰写快速、可维护、基于标准的前台后台代码。
Pylot：一个用来测试Web服务性能和可扩展性的开源工具。它运行HTTP载入测试，这在容量规划、标准、分析和系统调整时都很有作用。Pylot生成并发载入（HTTP请求）、验证服务器响应和产生数据报告。
Smush It：使用图像格式特定无损图像优化工具，挤出你图像中的所有冗余字节——还不改变他们的外观和可视质量。通过优化图像，你可以得到一个所节省字节多少的报告，所有修改的图片也可以作为一个单一zip包下载。
Wbox：该工具意在当你测试HTTP相关文件时，能够多些乐趣。用它可以执行很多任务，包括：为Web应用、Web服务生成内容所用的时间，Web应用负载，无需改变本地解析器测试虚拟主机配置，在发出正确的HTTP代码的情况下检查重定向是否工作正常，测试HTTP压缩是否正常工作以及是否让服务器页面更快，将其作为一个配置少的HTTP服务器来分享文件。
Yahoo! YSlow：用来分析网页，并基于一套高性能Web页的规则，给出提高性能的方法。YSlow是一个Firefox插件，和Firebug Web开发工具相集成。
YUI Compressor：一个JavaScript压缩器，用来生产比其他大多数工具更高压缩比的文件。

最后，Google加速网站包含了一个讨论组，任何人都可以在此分享他们的技术和创意，以用来加快网页的访问速度。

InfoQ网站上相关内容链接：Google开源网页加速工具Page Speed

查看英文原文：Google Calls for a Joint Effort to Speed Up the Internet

(转贴)如何面对不爱加班的员工

michael.ma — Sat, 13 Jun 2009 14:42:55 +0800

在IT行业，如果不加班会被视为另类，而且加班如同文中所言已经上升到态度问题，具体如何看待这个问题，仁者见仁智者见智。

============================================================

我公司的网站按计划很快就要上线，大家都在加班加点，但是团队里有个程序员依然准时上班下班。我给他几次暗示他都没有反应，依然如故。项目经理和他沟通，他也没有任何改变

　　在他不愿加班的背后，应该要透过现象看到本质，其中隐藏的问题到底有哪些。

　　我公司的网站按计划很快就要上线，大家都在加班加点，但是团队里有个程序员依然准时上班下班。我给他几次暗示他都没有反应，依然如故。项目经理和他沟通，他也没有任何改变。

　　经过和项目经理沟通，觉得他跟公司的氛围格格不入，于是希望他“天高任鸟飞”，他会意的理解了。晚上准备请他吃散伙饭，他却谢绝了。去餐馆的路上发现了他和女朋友提着蛋糕，一问才知道是他的生日。

　　事实上，我隐约猜到他不加班的原因是刚交了女朋友，他30多岁了，找了个比他小很多的漂亮姑娘，当然会很疼她。可是在我们目前需要加班的工作氛围里，我没有办法保持两全，感到很难过。

　　三宝

　　Mr.透透气

　　首先你需要问一问自己，持续加班是不是一个创业企业所必须的工作方式，还是某些阶段所必须有的爆发力。更需要看清楚，加班是因为员工必须通过这个方式来完成已经约定的工作量呢，还是员工为了在你面前获得印象分在施苦肉计？

　　所以，你要意识到加班也是有消极和积极之分的。如果一个人心没有在加班，身体却在那里充数，不只是增加了企业的运营成本（起码加班餐是公司支付的吧），之后还会因持续加班给自己和员工带来的负面情绪支付代价的。

　　对于一家可持续性的人才密集型企业来说，对员工的高要求应该和长远的利益补偿机制联系在一起。不然，除了创始人因为受巨大的热情和压力的驱使，对大劳动强度的耐受性比较好，即便是创业团队核心人员，长时间付出而看不到回报后，也无法有巨大的动力把自己的时间做冒险的成本。何况是一个没有股份的员工，他为什么要那么付出呢？如果你根本就没关心他的人生大事，他为什么要为你的人生大事付出所有呢？双方的互动和关心，是一个和谐团队必备的前提。

　　当然，如果是没有团队合作精神的员工，应该请他走人。问题是，他当初是怎么来的呢？如果他曾经和你一起同事过，确实有自己的专长，也有过愉快的合作，这才是你挑选他的理由吧。从你的话语中其实可以看出，他并非一贯“不合群”，如果他没有女朋友，其实你们兄弟还是会乐在一起的。

　　看得出来，他不太善于沟通，那么已经意识到问题的你为什么不主动和他聊聊他的生活、他对未来的幸福憧憬呢？他找到了意中人，有什么理由要放弃一辈子的幸福来换取成功几率较低的创业呢，更何况还不是他的创业。如果你能让他了解到：如果他帮助你创业成功，他能获得的利益能够为他的家庭带来更多快乐，说不定他会说服女友来公司陪他加班呢。

　　你在沟通的程序上也有问题。如果是他的工作态度问题，应该先由他的主管出面和他谈，如果解决不了问题，你再出面谈。现在你先跳出来“暗示”，而且完全是单方面要求，无视他的需求。一来效果不会好，因为他连你的面子都不给，为什么要给主管面子呢？二来主管会欠缺解决问题的主动性，认为你主意已定。

　　其实在他不愿加班的背后，你应该要透过现象看到本质，其中隐藏的问题到底有哪些。比如，他是否觉得份内的事情做好了，已经有功劳，为什么要在那里磨苦劳呢？如果他认为自己的主管在管理上有问题，他又没有办法去解决，也不愿意在你面前越级汇报，他又怎样愿意加班呢？

　　你也要分析一下自己的局限性。很多老板喜欢员工陪自己加班，这无可厚非，适应这种工作风格的自然会留下来。但是你不需要家庭生活，不等于别人不需要，如果一直用这种标准，恐怕挑选人才就会很受限制。

　　理性、中立、换位思考、防患未然、善于沟通、不犯相同的错误，都是创业者的必修课，如果你能在有限的时间内，情愿把和兄弟们加班吃饭的时间省下来，好好琢磨，一定不会再在此类事情上浪费情感。

　　网友评论网友SAM：加班和使命感没关系。你的考核标准并不应该是加班与否，而是整体绩效考核。

===========================================

原文请移步http://blog.cyzone.cn/toutouqi/62607.aspx

(转贴)杨建：网站加速–服务器编写篇

michael.ma — Thu, 14 May 2009 19:00:19 +0800

From: http://blog.sina.com.cn/iyangjian

一，如何节约CPU
二，怎样使用内存
三，减少磁盘I/O
四，优化你的网卡
五，调整内核参数
六，衡量Web Server的性能指标
七，NBA js直播的发展历程
八，新浪财经实时行情系统的历史遗留问题 (7 byte = 10.68w RMB/year)
—————————————————————————————–

一，如何节约CPU

1,选择一个好的I/O模型(epoll, kqueue)
3年前，我们还关心c10k问题，随着硬件性能的提升，那已经不成问题，但如果想让PIII 900服务器支撑5w+ connections,还是需要些能耐的。

epoll最擅长的事情是监视大量闲散连接，批量返回可用描述符,这让单机支撑百万connections成为可能。linux 2.6以上开始支持epoll，freebsd上相应的有kqueue，不过我个人偏爱linux，不太关心kqueue。

边缘触发ET 和水平触发LT 的选择：
早期的文档说ET很高效，但是有些冒进。但事实上LT使用过程中，我苦恼了将近一个月有余，一不留神CPU 利用率99%了，可能是我没处理好。后来zhongying同学帮忙把驱动模式改成了ET模式，ET既高效又稳定。

简单地说，如果你有数据过来了，不去取LT会一直骚扰你，提醒你去取，而ET就告诉你一次，爱取不取，除非有新数据到来，否则不再提醒。

重点说下ET,非阻塞模式，
man手册说，如果ET提示你有数据可读的时候，你应该连续的读一直读到返回 EAGAIN or EWOULDBLOCK 为止，但是在具体实现中，我并没有这样做，而是根据我的应用做了优化。因为现在操作系统绝大多数实现都是最大传输单元值为1500。 MTU:1500 - ipheader:20 - tcpheader:20 = 1460 byte .
HTTP header,不带cookie的话一般只有500+ byte。留512给uri，也基本够用，还有节余。

如果请求的header恰巧比这大是2050字节呢？
会有两种情况发生：1，数据紧挨着同时到达，一次read就搞定。 2，分两个ethernet frame先后到达有一定时间间隔。
我的方法是，用一个比较大的buffer比如1M去读header，如果你很确信你的服务对象请求比1460小，读一次就行。如果请求会很大分几个ethernet frame先后到达，也就是恰巧你刚刚read过，它又来一个新数据包，ET会再次返回，再处理下就是了。

顺便再说下写数据，一般一次可以write十几K数据到内核缓冲区。
所以对于很多小的数据文件服务来说，是没有必要另外为每个connections分配发送缓冲区。
只有当一次发送不完时候才分配一块内存，将数据暂存，待下次返回可写时发送。
这样避免了一次内存copy，而且节约了内存。

选择了epoll并不代表就就拥有了一个好的 I/O模型，用的不好，你还赶不上select,这是实话。
epoll的问题我就说这么多，关于描述符管理方面的细节请参见我早期的一个帖子，epoll模型的使用及其描述符耗尽问题的探讨大概讨论了18页，我刚才把解决方法放在第一个帖子里了。如果你对epoll有感兴趣，我这有一个简单的基于epoll的web server例子。

另外你要使用多线程，还是多进程，这要看你更熟悉哪个，各有好处。
多进程模式，单个进程crash了，不影响其他进程，而且可以为每个worker分别帮定不同的cpu,让某些cpu单独空出来处理中断和系统事物。多线程，共享数据方便，占用资源更少。进程或线程的个数，应该固定在（cpu核数-1） ~ 2倍cpu核数间为宜，太多了时间片轮转时会频繁切换，少了，达不到多核并发处理的效果。

还有如何accept也是一门学问，没有最好，只有更适用，你需要做很多实验，确定对自己最高效的方式。有了一个好的I/O框架，你的效率想低也不容易,这是程序实现的大局。

关于更多网络I/O模型的讨论请见 <Scalable Network Programming > 中文版。
另外，必须强调的是,代码和结构应该简洁高效,一定要具体问题具体分析，没什么法则是万能的，要根据你的服务量身定做。

2,关闭不必要的标准输入和标准输出
close(0); //stdin
close(1); //stdout
如果你不小心，有了printf输出调试信息，这绝对是一个性能杀手。
一个高性能的服务器不出错是不应该有任何输出的，免得耽误干活。
这样做，至少能为你节约两个描述符资源。

3，避免用锁 (i++ or ++i )
多线程编程用锁是普遍现象，貌似已经成为习惯。
但各线程最好是独立的，不需要同步机制的。
锁会消耗资源，而且造成排队，甚至死锁，尽量想办法避免。
非用不可时候，比如，实时统计各线程的负载情况，多个线程要对全局变量进行写操作。
请用 ++i ，因为它是一个原子操作。

4,减少系统调用
系统调用是很耗的，因为它通常需要钻进内核再钻出来。
我们应该避免用户空间和内核空间的切换。
比如我要为每个请求打个时间戳，以计算超时，我完全可以在返回一批可用描述符前只调用一次time(),而不用每个请求都调用一次。 time()只精确到秒，一批请求处理都是毫秒级，所以也没必要那么做，再说了，计算超时误差那么一秒有什么影响吗？

5, Connection: close vs Keep-Alive ?
谈httpd实现，就不能不提长连接Keep-Alive 。
Keep-Alive是http 1.1中加入的，现在的浏览器99。99%应该都是支持Keep-Alive的。

先说下什么是Keep-Alive:
这是基于tcp的connections说的，也就是一个描述符(fd)，它并不代表独立占用一个进程或线程。一个线程用非阻塞模式可以保持成千上万个长连接。

先说一个完整的HTTP 1.0的请求和响应:
建立tcp连接 (syn; ack, syn2; ack2; 三个分组握手完成)
请求
响应
关闭连接 (fin; ack; fin2; ack2 四个分组关闭连接)

再说HTTP 1.1的请求和响应:
建立tcp连接 (syn; ack, syn2; ack2; 三个分组握手完成)
请求
响应
…
…

请求
响应
关闭连接 (fin; ack; fin2; ack2 四个分组关闭连接)

如果请求和响应都只有一个分组，那么HTTP 1.0至少要传输11个分组(补充：请求和响应数据还各需要一个ack确认)，才拿到一个分组的数据。而长连接可以更充分的利用这个已经建立的连接，避免的频繁的建立和关闭连接，减少网络拥塞。

我做过一个测试，在2cpu*4core服务器上，不停的accept，然后不做处理，直接close掉。一秒最多可以accept 7w/s，这是极限。那么我要是想每秒处理10w以上的http请求该怎么办呢？
目前唯一的也是最好的选择，就是保持长连接。
比如我们NBA JS直播页面，刚打开就会向我的js服务器发出6个http请求，而且随后平均每10秒会产生两个请求。再比如，我们很多页面都会嵌几个静态池的图片，如果每个请求都是独立的（建立连接然后关闭），那对资源绝对是个浪费。

长连接是个好东西，但是选择 Keep-Alive必须根据你的应用决定。比如NBA JS直播,我肯定10秒内会产生一个请求，所以超时设置为15秒，15秒还没活动，估计是去打酱油了，资源就得被我回收。超时设置过长，光连接都能把你的服务器堆死。

为什么有些apache服务器，负载很高，把Keep-Alive关掉负载就减轻了呢？
apache 有两种工作模式，prefork和worker。apache 1.x只有，prefork。
prefork比较典型，就是个进程池，每次创建一批进程,还有apache是基于select实现的。在用户不是太多的时候，长连接还是很有用的，可以节约分组，提升响应速度，但是一旦超出某个平衡点，由于为了保持很多长连接，创建了太多的进程，导致系统不堪重负，内存不够了，开始换入换出，cpu也被很多进程吃光了,load上去了。这种情况下，对apache来说，每次请求重新建立连接要比保持这么多长连接和进程更划算。

6,预处理 (预压缩，预取lastmodify,mimetype)
预处理,原则就是，能预先知道的结果，我们绝不计算第二次。

预压缩：我们在两三年前就开始使用预压缩技术，以节约CPU，伟大的微软公司在现在的IIS 7中也开始使用了。所谓的预压缩就是，从数据源头提供的就是预先压缩好的数据，IDC同步传输中是压缩状态，直到最后web server输出都是压缩状态，最终被用户浏览器端自动解压。

预取lastmodify: 文件的lastmodify时间，如果不更新，我们不应该取第二次，别忘记了fsat这个系统调用是很耗的。

预取mimetype： mimetype,如果你的文件类型不超过256种，一个字节就可以标识它，然后用数组下标直接输出，而且不是看到一个js文件，然后strcmp()了近百种后缀名后，才知道应该输出Content-Type: application/x-javascript，而且这种方法会随文件类型增加而耗费更多cpu资源。当然也可以写个hash函数来做这事，那也至少需要一次函数调用，做些求值运算，和分配比实际数据大几倍的hash表。

如何更好的使用cpu一级缓存

数据分解

CPU硬亲和力的设置
待补充。。。。

二，怎样使用内存

1，避免内存copy (strcpy,memcpy)
虽然内存速度很快，但是执行频率比较高的核心部分能避免copy的就尽量别使用。如果必须要copy，尽量使用memcpy替代sprintf,strcpy，因为它不关心你是否遇到’\0′; 内存拷贝和http响应又涉及到字符串长度计算。如果能预先知道这个长度最好用中间变量保留，增加多少直接加上去，不要用strlen()去计算，因为它会数数直到遇见’\0′。能用sizeof()的地方就不要用strlen,因为它是个运算符，在预编的时被替换为具体数字，而非执行时计算。

2，避免内核空间和用户进程空间内存copy (sendfile, splice and tee)
sendfile: 它的威力在于，它为大家提供了一种访问当前不断膨胀的Linux网络堆栈的机制。这种机制叫做“零拷贝(zero-copy)”,这种机制可以把“传输控制协议（TCP）”框架直接的从主机存储器中传送到网卡的缓存块（network card buffers）中去，避免了两次上下文切换。详细参见 <使用sendfile()让数据传输得到最优化> 。据同事测试说固态硬盘SSD对于小文件的随机读效率很高，对于更新不是很频繁的图片服务，读却很多，每个文件都不是很大的话，sendfile+SSD应该是绝配。

splice and tee: splice背后的真正概念是暴露给用户空间的“随机内核缓冲区”的概念。“也就是说，splice和tee运行在用户控制的内核缓冲区上，在这个缓冲区中，splice将来自任意文件描述符的数据传送到缓冲区中(或从缓冲区传送到文件描述符)，而tee将一个缓冲区中的数据复制到另一个缓冲区中。因此，从一个很真实(而抽象)的意义上讲，splice相当于内核缓冲区的read/write，而tee相当于从内核缓冲区到另一个内核缓冲区的memcpy。”。本人觉得这个技术用来做代理，很合适。因为数据可以直接从一个soket到另一个soket，不需要经用户和内核空间的切换。这是sendfile不支持的。详细参见 <linux2.6.17以上内核中的 splice and tee> ,具体实例请参见 man 2 tee ,里面有个完整的程序。

3，如何清空一块内存(memset ?)
比如有一个buffer[1024*1024],我们需要把它清空然后strcat(很多情况下可以通过记录写的起始位置+memcpy来代替)追加填充字符串。
其实我们没有必要用memset(buffer,0×00,sizeof(buffer))来清空整个buffer, memset(buffer,0×00,1)就能达到目的。我平时更喜欢用buffer[0]=’\0′; 来替代，省了一次函数调用的开销。

4，内存复用 (有必要为每个响应分配内存 ?)
对于NBA JS服务来说，我们返回的都是压缩数据，99%都不超过15k，基本一次write就全部出去了，是没有必要为每个响应分配内存的，公用一个buffer就够了。如果真的遇到大数据，我先write一次，剩下的再暂存在内存里，等待下次发送。

5，避免频繁动态申请/释放内存（malloc）
这个似乎不用多说，要想一个Server启动后成年累月的跑，就不应该频繁地去动态申请和释放内存。原因很简单一，避免内存泄露。二，避免碎片过多。三，影响效率。一般来说，都是一次申请一大块内存，然后自己写内存分配算法。为http用户分配的缓冲区生命期的特点是，可以随着fd的关闭，而回收，避免漏网。还有Server的编写者应该对自己设计的程序达到最高支撑量的时候所消耗的内存心中有数。

6，字节对齐
先看下面的两个结构体有什么不同：
struct A {
        short size;
        char *ptr;
        int left;
} a ;

struct B {
        char *ptr;
        short size;
        int left;
} b ;

仅仅是一个顺序的变化,结构体B顺序是合理的:
在32bit linux系统上，是按照32/8bit=4byte来对齐的， sizeof(a)=12 ,sizeof(b)=12 。
在64bit linux系统上，是按照64/8bit=8byte来对齐的， sizeof(a)=24 ,sizeof(b)=16 。
32bit机上看到的A和B结果大小是一样的，但是如果把int改成short效果就不一样了。

如果我想强制以2byte对齐，可以这样：
#pragma pack(2)
struct A {
        short size;
        char *ptr;
        int left;
} a ;
#pragma pack()
注意pack()里的参数，只能指定比本机支持的字节对齐标准小，而不能更大。

7，内存安全问题
先举个好玩的例子，不使用a，而给a赋上值:
int main()
{
        char a[8];
        char b[8];
        memcpy(b,"1234567890\0",10);
        printf("a=%s\n",a);
        return 0;
}
程序输出 a=90 。
这就是典型的溢出，如果是空闲的内存，用点也就罢了，可是把别人地盘上的数据覆盖了，就不好了。
接收的用户数据一定要严格判断，确定不会越界，不是每个人都按规矩办事的，搞不好就挂了。

8，云风的内存管理理论（sd2c大会所获 blog & ppt）
没有永远不变的原则
大原则变化的慢
没有一劳永逸的解决方案
内存访问很廉价但有代价
减少内存访问的次数是很有意义的
随机访问内存慢于顺序访问内存
请让数据物理上连续
集中内存访问优于分散访问
尽可能的将数据紧密的存放在一起
无关性内存访问优于相关性内存访问
请考虑并行的可能性、即使你的程序本身没有使用并行机制
控制周期性密集访问的数据大小
必要时采用时间换空间的方法
读内存快于写内存
代码也会占用内存，所以、保持代码的简洁

物理法则
晶体管的排列
批量回收内存
不释放内存，留给系统去做
list map vector (100次调用产生１３次内存分配和释放)
长用字符串做成hash，使用指针访问
直接内存页处理控制

三，减少磁盘I/O
这个其实就是通过尽可能的使用内存达到性能提高和i/o减少。从系统的读写buffer到用户空间自己的cache，都是可以有效减少磁盘i/o的方法。用户可以把数据暂存在自己的缓冲区里，批量读写大块数据。cache的使用是很必要的，可以自己用共享内存的方法实现，也可以用现成的BDB来实现。欢迎访问我的公益站点 berkeleydb.net ,不过我不太欢迎那种问了问题就跑的人。BDB默认的cache只有256K，可以调大这个数字，也可以纯粹使用Mem Only方法。对于预先知道的结果，争取不从磁盘取第二次，这样磁盘基本就被解放出来了。BDB取数据的速度每秒大概是100w条（2CPU*2Core Xeon(R) E5410 @ 2.33GHz环境测试,单条数据几十字节），如果你想取得更高的性能建议自己写。

四，优化你的网卡
首先ethtool ethx 看看你的外网出口是不是Speed: 1000Mb/s 。
对于多核服务器，运行top命令，然后按一下1，就能看到每个核的使用情况。如果发现cpuid=0的那颗使用率明显高于其他核，那就说明id=0的cpu将来也许会成为你的瓶颈。然后可以用mpstat（非默认安装）命令查看系统中断分布，用cat /proc/interrupts 网卡中断分布。

下面这个数据是我们已经做过优化了的服务器中断分布情况:
[yangjian2@D08043466 ~]$ mpstat -P ALL 1
Linux 2.6.18-53.el5PAE (D08043466)      12/15/2008
01:51:27 PM CPU   %user   %nice    %sys %iowait    %irq   %soft %steal   %idle    intr/s
01:51:28 PM all    0.00    0.00    0.00    0.00    0.00    0.00    0.00 100.00   1836.00
01:51:28 PM    0    0.00    0.00    0.00    0.00    0.00    0.00    0.00 100.00    179.00
01:51:28 PM    1    0.00    0.00    0.00    0.00    0.00    0.00    0.00 100.00    198.00
01:51:28 PM    2    1.00    0.00    0.00    0.00    0.00    0.00    0.00 100.00    198.00
01:51:28 PM    3    0.00    0.00    0.00    0.00    0.00    0.00    0.00 100.00    346.00
01:51:28 PM    4    0.00    0.00    0.00    0.00    0.00    0.00    0.00 100.00    207.00
01:51:28 PM    5    0.00    0.00    0.00    0.00    0.00    0.00    0.00 100.00    167.00
01:51:28 PM    6    0.00    0.00    0.00    0.00    0.00    0.00    0.00 100.00    201.00
01:51:28 PM    7    0.00    0.00    0.00    0.00    0.00    0.00    0.00 100.00    339.00

没优化过的应该是这个样子:
yangjian2@xk-6-244-a8 ~]$ mpstat -P ALL 1
Linux 2.6.18-92.1.6.el5 (xk-6-244-a8.bta.net.cn)        12/15/2008
02:05:26 PM CPU   %user   %nice    %sys %iowait    %irq   %soft %steal   %idle    intr/s
02:05:27 PM all    0.00    0.00    0.00    0.12    0.00    0.00    0.00   99.88   1593.00
02:05:27 PM    0    0.00    0.00    0.00    0.00    0.00    0.00    0.00 100.00   1590.00
02:05:27 PM    1    0.00    0.00    0.00    0.00    0.00    0.00    0.00 100.00      0.00
02:05:27 PM    2    0.00    0.00    0.00    0.00    0.00    0.00    0.00 100.00      2.00
02:05:27 PM    3    0.00    0.00    0.00    0.00    0.00    0.00    0.00 100.00      0.00
02:05:27 PM    4    0.00    0.00    0.00    0.00    0.00    0.00    0.00 100.00      0.00
02:05:27 PM    5    0.00    0.00    0.00    0.00    0.00    0.00    0.00 100.00      0.00
02:05:27 PM    6    0.00    0.00    0.00    0.00    0.00    0.00    0.00 100.00      0.00
02:05:27 PM    7    0.00    0.00    0.00    0.00    0.00    0.00    0.00 100.00      0.00

对于32bit的centos5，mpstat -P ALL 1表现跟第一种情况一样,分布比较平均，但是一但有了访问量，就可以看到差距。cat /proc/interrupts 看起来更直观些，很清楚的知道哪个网卡的中断在哪个cpu上处理。

其实，当你遇到网卡中断瓶颈的时候证明你的网站并发度已经相当高了，每秒三五万个请求还至于成为瓶颈。除非你的应用程序同时也在消耗cpu0的资源。对于这种情况，建议使用多进程模式，每个进程用 sched_setaffinity绑定特定的cpu，把cpu0从用户事物中解放出来，专心处理系统事物，当然包括中断。这样你的极限应该能处理20w+ http req/s (2CPU*4Core服务器)。但是对于多线程模式来说，我们就显得无能为力了，因为我们如果想使用多核，就没法不用cpu0。目前的方法只有两个：一，转化为多进程，然后进程内再使用多线程。二，让你的网卡中断分散在多个cpu上(目前只有硬件解决方案，感谢xiaodong2提供的技术支持)。 (修正：后来仔细读了几遍man手册，发现sched_setaffinity绑定特定的cpu对于多线程也是适用的，并且实验通过,只需要将第一个参数置为0。这对cpu0的解放是个很好的发现。)

将网卡中断分散在多个cpu硬件解决方案: 我们新加了一块网卡（前提是这个网卡支持中断分布），然后通过通过linux bonding将两个网卡比如eth0,eth1联合成一个通道bond0（当然这里还涉及到交换机的调整），然后bond0就有了2G的带宽吞吐量。把eth0的中断处理帮定在cpu 0-3，把eth1中断处理帮定在cpu 4-7，这样中断就被分布开了。这样会带来一些额外的cpu开销，但是跟好处相比可以忽略不计。我在网卡优化过的32bit服务器上测试http请求处理极限为 40w+ req/s，将近提升了一倍。

五，调整内核参数

我的内核心参数调整原则是，哪个遇到瓶颈调哪个，谨慎使用，不能凭想象乱调一气。看下面例子，其中default是我们公司定做的系统默认的一些参数值。add by yangjian2并非全部都要调整，我只挑几个比较重要的参数说明一下，更多TCP方面的调优请参见 man 7 tcp 。
#++++++++++++++++++default++++++++++++++++++++++++++++++
net.ipv4.tcp_syncookies = 1
net.ipv4.tcp_max_tw_buckets = 180000
net.ipv4.tcp_sack = 1
net.ipv4.tcp_window_scaling = 1
net.ipv4.tcp_rmem = 4096 87380 4194304
net.ipv4.tcp_wmem = 4096 16384 4194304
#++++++++++++++++++add by yangjian2++++++++++++++++++++++
net.ipv4.tcp_max_syn_backlog = 65536
net.core.netdev_max_backlog = 32768
net.core.somaxconn = 32768

net.core.wmem_default = 8388608
net.core.rmem_default = 8388608
net.core.rmem_max = 16777216
net.core.wmem_max = 16777216

net.ipv4.tcp_timestamps = 0
net.ipv4.tcp_synack_retries = 2
net.ipv4.tcp_syn_retries = 2

net.ipv4.tcp_tw_recycle = 1
#net.ipv4.tcp_tw_len = 1
net.ipv4.tcp_tw_reuse = 1

net.ipv4.tcp_mem = 94500000 915000000 927000000
net.ipv4.tcp_max_orphans = 3276800
#++++++++++++++++++++++++++++++++++++++++++++++++++++++++

maxfd: 对于系统所能打开的最大文件描述符fd，可以通过以root启动程序，setrlimit()设置maxfd后，再通过setuid()转为普通用户提供服务,我用的 int set_max_fds(int maxfds); 函数是zhongying提供的。这比用ulimit来的方便的多，不晓得为什么那么多开源软件都没这样用。

net.ipv4.tcp_max_syn_backlog = 65536 : 这个参数可以肯定是必须要修改的，默认值1024，我google了一下，几乎是人云亦云，没有说的明白的。要讲明白得从man listen说起，int listen(int sockfd, int backlog); 早期的网络编程都中描述，int backlog 代表未完成队列SYN_RECV状态+已完成队列ESTABLISHED的和。但是这个意义在Linux 2.2以后的实现中已经被改变了，int backlog只代表已完成队列ESTABLISHED的长度，在AF_INET协议族中（我们广泛使用的就是这个），当int backlog大于SOMAXCONN　 (128 in Linux　2.0 & 2.2)的时候，会被调整为常量SOMAXCONN大小。这个常量可以通过net.core.somaxconn来修改。而未完成队列大小可以通过net.ipv4.tcp_max_syn_backlog来调整，一般遭受syn flood攻击的网站，都存在大量SYN_RECV状态，所以调大tcp_max_syn_backlog值能增加抵抗syn攻击的能力。

net.ipv4.tcp_syncookies = 1 : 当出现syn等候队列出现溢出时象对方发送syncookies。目的是为了防止syn flood攻击 , 默认值是 0。不过man　listen说当启用syncookies时候，tcp_max_syn_backlog的sysctl调整将失效，和这个描述不是很符合。参见下面两个描述分别是man　listen和man 7 tcp:
When syncookies are enabled there is no logical maximum length and this tcp_max_syn_backlog sysctl setting is ignored.
Send out syncookies when the syn backlog queue of a socket overflows.
但我可以肯定的说这个选项对你的性能不会有提高，而且它严重的违背TCP协议，不允许使用TCP扩展,除非遭受攻击，否则不推荐使用。

net.ipv4.tcp_synack_retries = 2 : 对于远端的连接请求SYN，内核会发送SYN ＋ ACK数据报，以确认收到上一个 SYN连接请求包。这是所谓的三次握手( threeway handshake)机制的第二个步骤。这里决定内核在放弃连接之前所送出的 SYN+ACK 数目。如果你的网站SYN_RECV状态确实挺多，为了避免syn攻击，那么可以调节重发的次数。

net.ipv4.tcp_syn_retries = 2 : 对于一个新建连接，内核要发送多少个 SYN 连接请求才决定放弃。不应该大于255，默认值是5，对应于180秒左右。这个对防止syn攻击其实是没有用处的，也没必要调节。

net.ipv4.tcp_max_orphans = 3276800 : 这个最好不要修改，因为每增加1，将消耗~64k内存。即使报错 TCP: too many of orphaned sockets 也有可能是由于你的net.ipv4.tcp_mem过小，导致的Out of socket memory，继而引发的。

net.ipv4.tcp_wmem = 4096 16384 4194304 : 为自动调优定义每个socket使用的内存。第一个值是为socket的发送缓冲区分配的最少字节数。第二个值是默认值（该值会被 wmem_default覆盖），缓冲区在系统负载不重的情况下可以增长到这个值。第三个值是发送缓冲区空间的最大字节数（该值会被wmem_max覆盖）。

net.ipv4.tcp_rmem = 4096 87380 4194304 : 接收缓冲区，原理同上。

net.ipv4.tcp_mem = 94500000 915000000 927000000 :
low：当TCP使用了低于该值的内存页面数时，TCP不会考虑释放内存。
pressure：当TCP使用了超过该值的内存页面数量时，TCP试图稳定其内存使用，进入pressure模式，当内存消耗低于low值时则退出pressure状态。
high：允许所有tcp sockets用于排队缓冲数据报的内存页数。

一般情况下这个值是在系统启动时根据系统内存数量计算得到的，如果你的dmesg报　Out of socket memory，你可以试着修改这个参数，顺便介绍３个修改方法:
1, echo "94500000 915000000 927000000" > /proc/sys/net/ipv4/tcp_wmem
2, sysctl -w "net.ipv4.tcp_mem = 94500000 915000000 927000000"
3, net.ipv4.tcp_mem = 94500000 915000000 927000000 (vi /etc/sysctl.conf 然后 sysctl -p生效)

下面命令也许能提供些信息，在你修改tcp参数时做个参考:
[sports@xk-6-244-a8 nbahttpd_beta4.0]$ cat /proc/net/sockstat
sockets: used 1195
TCP: inuse 1177 orphan 30 tw 199 alloc 1181 mem 216
UDP: inuse 0 mem 0
RAW: inuse 0
FRAG: inuse 0 memory 0

其他我就不多说了，知道这些基本就能解决绝大部分问题了。

六，衡量Web Server的性能指标

我认为一个好的Server应该能在有限的硬件资源上将性能发挥到极限。
Web Server的衡量指标并非单一，要根据具体应用类型而定。比如财经实时图片系统，我们关注它每秒输出图片数量。NBA js直播放系统，我们关心他的同时在线connections和当时的每秒请求处理量。行情系统，我们关心它connections和请求处理量的同时还要关心每个请求平均查询多少支股票。但总体来说同时在线connections和当时的每秒请求处理量是两个最重要的指标。

对于图片系统再说一句,我觉得大图片和小图片是应该区别对待的，小图片不应该产生磁盘 I/O 。

Nginx是我见过的Web Server中性能比较高的一个,他几乎是和我的server同时诞生，可能还更早些，框架很不错，我觉得目前版本稍微优化下，支持10w connections不成问题。 lighttpd也不错，我对他的认识还是停留在几年前的性能测试上，它的性能会比nginx逊色一些。他们都支持epoll,sendfile,可以起多个进程worker，worker内部使用非阻塞，这是比较优良的I/O的模型。Squid,Apache，都是骨灰级软件了，好处就是支持的功能多，另许多轻量级Server望尘莫及，可是性能太一般了，祝愿他们早日重写。

插点小插曲，我在财经项目组的时候，有的同事来我们组一年多了，问我是不是管机器的，我点点头，后来又有比较了解我的同事说我是系统管理员，我说“恩”。其实我的主业是写程序的。也许是我太低调了，觉得那些陈年往事不值再提，以至于别人对我做的东西了解甚少, 今天我就高调一把，公布一些我写的程序的性能指标。我们的系统近几年来说在性能上是领先业内的(不争世界第一，那样压力太大，第二就很好,也许正在看我blog的你一不留神就把我超了呢 ^-^ )，高效的原因很重要的一点是由于它是根据服务特点量身订做的。

实验环境数据：我写了个HTTP服务框架，不使用磁盘I/O，简化了逻辑处理部分，只会输出 "hello world!" 程序部署在192.168.0.1上(2cup*4Core,硬件和系统都做过优化)，我在另外8台同等配置服务器上同时执行命令 ./apache/bin/ab -c 1000 -n 3000000 -k "http://192.168.0.1/index.html" 几乎同时处理完毕，总合相加 40w req/s，我相信这是目前硬件水平上的极限值。

真实环境数据：2cup*4Core Mem 16G, 64bit centos5，单机23w+ connections, 3.5w req/s时，CPU总量消耗 1/8，内存消耗0.4%（相当于正好消耗了一个Core+64M Mem）。在30w+ connections, 4.6w req/s 时,CPU总量消耗 1/4，内存消耗 0.5% 。保守地说，只要把网卡中断分散一下，单机50w+ connections很easy。更多数据图文参见“NBA js直播的发展历程”一节。

有些人了解我是由于财经的实时行情系统，虽然每天处理近百亿的http请求处理量还不错，但那并非我的得意之作，相反我觉得那个写的有些粗糙，至少有一倍以上的性能提升空间。对于行情系统，我还是很想把它做成push的，目标仍然是单机50w+在线，无延迟推送,可惜本人js功底太烂，所以要作为一个长期的地下项目去做,如果可能，我想一开始就把它作为一个开源项目来做。

我个人比较喜欢追求性能极限，公司对此暂时还不是很认可,或者说重视程度还不够，可能是由于我们的硬件资源比较充裕吧。尽管如此，只要我认为对企业有价值的，就依然会坚持做下去，我的目标是获得业界的认可。同时我相信中国的未来不缺乏互联网用户，当有人烧不起钱的时候想起了我，那我就是有价值的。

这里说的有点多了，不过放心，ppt我会做的相当简单。
七，NBA js直播的发展历程

这一节就谈下这个项目发展过程中所遇到的瓶颈，以及如何解决的。
应该是06年吧，当时NBA 比赛比较火,woocall负责高速模式图文直播放，普通模式和动态比分数据等都放在一群破服务器上，大概有十几20台，这些破服务器有些扛不住了。

因为第二天有一场比较大的比赛，我想埋连接在线上测一下效果，于是连夜把财经实时行情server改写成了NBA JS直播server. 当时有两台 Intel(R) Xeon(TM) CPU 3.00GHz 双cpu的服务器，在F5后面。先启用一台服务器，比赛开始前静悄悄的，不一会，迅速串到了20w connections，再往上增长，就慢的几乎不可访问， ethtool eth0 , Speed: 100Mb/s, 网卡出口带宽跑满了（那时候支持千兆的交换机还不多）。迅速把另一台服务器启用，后来又卡了，好象是F5处理能力不足。后来升级服务器出口带宽为1G，当然这需要交换机支持千兆口，更换网线，服务器也从F5后面转移出来，通过DNS直接轮询。

后来又测试了几次，等到新申请的Intel(R) Xeon(R) CPU 5120 @ 1.86GHz，双核双cpu服务器一到，就开始大规模部署，比赛更火了，不巧的是行情也火了起来，我的财经实时图片系统和行情系统也是带宽杀手，同时我也成了服务器杀手，到处蹭服务器。IDC带宽出口开始告急,我每天开始关注哪个机房还有富余带宽，有的机房被我们跑的太满，开始有人劝我们迁移到别的机房。后来 yangguang4劝我支持gzip输出，我觉得动态压缩太耗费cpu，不知道预先压缩是否可行，写个程序试了一把，没问题，于是NBA JS直播的的带宽一下子被砍掉了70%,而且没浪费一点我们的cpu，赚大了。

之后的两年里NBA JS服务一直很稳定，我几乎都没怎么看过，2007年的一场体育赛事中，单机达到25w+ connections，2.86w req/s ,cpu空闲30% ,见下图 (2CPU*2Core 1.86GHZ服务器) 。直到奥运期间，有场赛事，woocall瞬间仍给我近200w connections，网通的服务器被秒杀了1/3。这其实就是善意的DDOS攻击,这些用户如果正常进入是没有问题了，瞬间扔过来，超出了操作系统极限，系统挂掉了，我的服务也over了。在调整内核参数里有讲，怎么修改内核参数提高服务器抗秒杀能力，但是不能杜绝。

下图为2007年一场比赛时,单机25w+ connections，2.86w req/s,的状态(2CPU*2Core 1.86GHZ):

奥运结束后，我对服务器程序和架构做了调整，砍掉了2/3的服务器。但我没留意的是，同样connections，实际http请求增加了一倍，因为新上了一个flash方位图，里面增加了3个js，增加就增加吧，既然砍了就不准备再恢复了。但是服务在2CPU*4Core centos5 32bit上的表现却让我很失望，跑不过2CPU*2Core centos4 32bit 。我开始怀疑程序升级的时候是不是有什么地方没考虑到，开始调程序，折腾几天没有结果，症状是单机支撑12.5万时候没有任何异常，内存使用1%左右，总cpu使用了5%左右，load 0.5，但是再增加0.1w用户server肯定崩溃，每次都是相同的表现,我知道在什么地方卡住了。后来看了下dmesg，才恍然大悟，我是被32bit centos 5的内核暗杀的(Out of memory: Killed process xxx)。

32位机上LowFree一般是会变化的(cat /proc/meminfo | grep LowFree)，最大不能超过880M（这个值不能改变除非用hugemem内核)，在centos4 上有内核参数vm.lower_zone_protection(单位是M)来调节LowFree，默认vm.lower_zone_protection=0 ，LowFree=16M，但是在centos5上这个参数貌似被取消了，改变不了。从使用经验来看，也就是你能申请16M~880M这么大的连续内存，但是16M以上不保证你能申请的到。centos4用到64M以上都没什么问题，centos5 用40M+ 就被OOM Killer给毙了。

本周开始使用64bit centos5.2进行测试，迁移很顺利，没有修改一行代码，他们把整个16G物理内存都作为LowFree，这下可以随便挥霍了(尽管如此我还是会节约的)，前几天的比赛，这个64bit机跑了18w connections，很安静，未见异常，等有大比赛再检验下，没问题的话就开始大规模使用64bit系统。

目前看来，如果成功迁移64bit系统似乎可以高枕无忧了，但是我还是有两个忧虑:

1,再突然甩200w connections给我，我不敢保证能扛的住，因为现在服务器数量消减太多，需要yangguang4那边做策略调整，在比赛结束后，平滑的把用户丢给我,这应该有个持续过程，而不是一秒内的瞬间。

2,我猜这个系统，单机支撑到30w conections的时候会遇到瓶颈，因为网卡的中断集中在cpu0上，没有均衡开。我们有硬件解决方案已经实现（每个服务器会多2000RMB开销）我只部署了一台，但是软的还没实现,寄希望于xiaodong2 。

补充：
昨天的比赛中，一台64bit机，单机支撑30w+ connections，cpu0空闲率只剩6%，和我的预料是一致的。当时的CPU总量被我用掉近 1/4，内存被我用掉 0.5% 。

下图为30w+ connections, 4.6w req/s 的时候我的程序使用的资源情况(2cpu*4Core):

下图为cpu使用分布情况,cpu0空闲率只剩 6% (2cpu*4Core):

另外附上一个23w connections, 3.5w req/s 的时候我的程序使用的资源情况(2cpu*4Core),当时cpu只被用掉1/8，内存被用掉 0.4% ，cpu没有发挥线性增加的作用,我肯定不说能我可以支撑23w*8,但是保守地说，只要把网卡中断分散一下，单机50w+ connections很easy。

八，新浪财经实时行情系统的历史遗留问题 (7 byte = 10.68w RMB/year)

这点我还是提下吧，估计我不说，大家也想不到。
先感谢wangyun同学的大胆使用才有了今天的财经实时行情系统（当初是从一台PIII 900服务器上发展起来的，前几天刚被我下线）不过 "hq_str_" 这7个字节的前缀，也是他造成的,当初他说改抓取页面有些麻烦，就让我写死在server里，虽然意识到将来也许会有隐患，但我还是照做了。见下面返回数据：
http://hq.sinajs.cn/list=s_sz000609,s_sz000723,s_sh000001

var hq_str_s_sz000609="绵世股份,9.29,-0.05,-0.54,170945,16418";
var hq_str_s_sz000723="美锦能源,0.00,0.00,0.00,0,0";
var hq_str_s_sh000001="上证指数,2031.681,-47.436,-2.28,1216967,8777380";

我算了一笔帐，行情好的时候每秒会产生30~40w个请求，一般一个请求会请求3~50只股票，保守点就按每个请求5只股票来计算，每秒会产生200w只股票查询信息。由于这7个字节产生的带宽为： 200w * 7byte * 8bit / 1024 /1024 = 106.8 M ,而往往我们的带宽要按峰值来准备，按1G带宽100w RMB/year 计算，每年耗费10.68w RMB。把这笔钱拿给我做奖金，我会很happy的 ^-^ . 现在因为很多页面都使用了行情数据，想修改，代价很高。

所以设计系统的时候一定要考虑的稍微远一些,哪怕当时只是一点点微不足道的地方，要考虑将来访问规模变大了会是什么后果。还有就是要敢于坚持自己的原则。

———————————————————————原文请移步http://blog.sina.com.cn/s/blog_466c66400100bi2n.html

王永庆先生人才观的启示(转贴)

michael.ma — Tue, 05 May 2009 13:10:41 +0800

很有意思的观点，仅供参考！

——————————————–

对于人才的评定和使用，是公说公有理，婆说婆有理。有一次听到韩国朴东燮先生给我讲了一个关于人才评定的故事，真是让我大开了眼界。

我与韩国朴东燮先生的结识，是台湾东森电视台的牵线。去年十月，东森电视台来到山东德州拍摄太阳能光热的发展情况，制作了两期节目在《慧眼看世界》里播出，台胞来到中国太阳谷后，被太阳能的发展现状所震憾，推荐韩国的朴东燮先生与我认识。韩国人为什么会在台湾有这么广的人缘？原来这位朴东燮先生是台塑董事长王永庆先生生前的助理，也是台塑韩国公司的董事长。因为朴东燮先生对绿色能源的前瞻认识，我们因此非常投机。

有次朴东燮先生和我半夜里乘车赶往德州，我们在车上交谈，谈到了人才管理问题。朴先生讲到王永庆先生对员工分成四类人，勤劳而聪明、聪明不勤劳、勤劳不聪明、不勤劳不聪明，便问我这四类人哪两类可重用，哪两类不可重用？

依我和大家的逻辑，肯定是勤劳而聪明者可用，不勤劳不聪明的人不可用，这看似很简单的选择在朴先生那里变了样。他说：勤劳而聪明的人不可重用，原因是一个人如果两样全占，看上去是个难得的全才，这类型的人什么都自己干，事无巨细亲力亲为，其结果就是底下养了一群懒汉，剥夺了底下员工的成长和存在价值，就会变成什么都是这位主管自己“行”而他底下员工“不行”（我觉得挺有道理，像诸葛亮手下的人才成长不起来，可能与诸葛亮的全才有关）。相反，聪明而不勤劳的主管反而更能调动团队的积极性，他聪明能指挥全局，他的不勤劳（懒惰）使他能够避免亲力亲为，让手下人忙碌起来，从这个意义上，他的懒惰反而使团队中的每个人体现了他们的价值。

另外，勤劳不聪明的人不可用，而不勤劳不聪明的人反而能用。因为后一类型的人可用之处在于，每个人都觉得比他优秀、比他有用，他的存在能让其他人找到自信，一个团队里有一小批这样的“底子”做平衡淘汰率用，能从反面起到管理中放鲶鱼在沙丁鱼群里刺激它们生存的作用（这种观点最起码非常新颖，我也觉得有些道理）。而勤奋但是愚笨不聪明的人不可用的原因，是因为愚笨不聪明的人，当他找不准方向走错路时，他还有股子倔强劲儿，再加上其勤劳，他会猛劲地向错误的方向干，那将会走的越来越偏，给团队造成的损失也会越来越大。

朴先生谈的王永庆先生对于人才管理是否正确，是否适合于我们？这并不重要，但他的一家之言给我一个很大的启示：我们选拔人才时，总是渴望十全十美，要求“完美”型人才，这样的后果一是难于发现全才，另一面说明我们对人才的求全责备；而朴先生讲的王永庆选拔人才，是“缺陷”型人才，并不要求完美，以这样的观点往外扩展，他们比我们更能方便地找到人才。选拔人才眼光盯在什么地方？当我听完既不勤劳又不聪明的人在团队中也有用处时，它以极端的表现形式使我发现：每个人的存在都有其用处、都有其存在的价值的，即使是反面典型。关键是我们要用其所长，避其所短，并且用什么样的标准和文化使人尽其才，能在团队中得以所用。

另附:我对四类员工的使用的看法和做法：

聪明和勤劳的这一类人才，如果改造他们成为“智慧和勤劳”的人，那这类人才应是重用之才。因为聪明分大聪明和小聪明，那种大聪明也就是大智慧。有智慧的主管会有意放手锻炼下属，有意要底下去做事情，但人才自己本身还是很勤奋的。虽然许多事能放手让下属做，但正因放手才有精力，才能使自己更“勤奋”，努力做自己应该做的事。

聪明和不勤劳的这类人，实际上是不能用的，尤其不勤劳的人不能放在领导岗位上，不勤劳的人不会亲力亲为，不能掌握一手资料，“不勤劳的聪明”是小聪明，不是智慧，这是我自己的看法。

“不聪明”和勤奋的人，在这个组织体系当中是没问题的，员工如果懂得公司企业文化和战略并坚决执行，做事情有推动力，想办法解决他遇到的各种问题，这部分人可以说他们“不聪明”，但他们是智慧的又是勤劳的。

不聪明不勤奋的人在公司里是不能要的，如果留着这样的人，后患比益处多。与其说需要这样的人用作考核激励，还不如加大正面鼓励的宣导来得更有效果。

王永庆先生能做到这么大，在管理上肯定有他独到之处，但他讲出这些观点的时候，可能是针对某一需要解决的问题有感而发的，是有针对性或特定性的，对于身在“局外”的人，有些启发就行了。管理有很多种，我们不必刻意去学习哪家的经验，但我们可以从各家管理中借鉴其成功之处，取长补短，来完善自己的管理。

———————————–

原文请移步http://blog.163.com/solar__king/blog/static/11724532200933034617270/