http://www.zhenhua.org/ UTF-8 LBS v2.0.313 Tue, 07 Feb 2012 02:18:45 +0800 60 ]]> Sat, 11 Jun 2011 18:39:06 +0800 二.NBA比赛分析
三.播客分析
四.开心网分析
-----------------------------------------------------------------------------------------

下面的图片都是在教育网访问的情况，我故意放大了某些缺陷，这样可以很好的模拟没有部署服务的地区对用户体验的影响。我只能针对我熟悉和了解的项目进行分析，另外还有我们经常访问的网站也会被拿来做素材分析。我们老大也说问题暴露出来，能推动解决的话也很好，大家别拍我。

一.自选股分析

]]> ]]> Sat, 11 Jun 2011 18:32:02 +0800 二.Cache 基本原理介绍
三.我划分的３个刷新级别
四.我对HTTP协议做的一点创新(?maxage=6000000)
五.Yslow优化网站性能的14条军规点评
六.上线了 != Finished
七.提速度同时节约成本方法汇总
-----------------------------------------------------------------------------------------

一.Cache，王道也

我觉得系统架构不应该仅仅是搭建一个强硬的能承受巨大并发压力的后台，前端页面也是需要架构的而且同等重要，不理解前台的的后台工程师是不合格的。中国人讲究钢柔相济，后台强硬只能说你内功深厚，前端用的巧，那叫四两拨千斤。

一般后台工程师很少关心前端如何使用自己的资源，而前端工程师，不知道自己的一个简单的用法会对后端造成多大影响。我会给出一些数据，来震撼下你的眼球。

二.Cache 基本原理介绍 (参考Caching Tutorial)

为什么使用Cache？

1.减少延迟，让你的网站更快，提高用户体验。
]]> ]]> Sat, 11 Jun 2011 18:28:11 +0800 二.负载均衡LVS（高可用,低成本）
三.IDC分布，DNS解析（快速）
-----------------------------------------------------------------------------------------

一.系统部署（高并发,可扩展）

本来想画在手稿上然后扫描上去的，貌似方法太土，在朋友的帮助下费了n个小时用Visio画了个，感觉很好看 ^-^ 。这一篇将主要围绕这个图来讲述。

]]> ]]> Sat, 11 Jun 2011 18:01:33 +0800
从基本HTTP协议，服务器编写(只讲思路)，到完整系统搭建(包括负载均衡LVS，IDC分布，DNS解析)，到浏览器缓存的使用(重点讲述)，结合线上实例图文讲解如何以最低廉的成本构建快速，高并发，高可用，可扩展的Web服务。最后将拿本公司一些线上产品做实例分析。

如果能灵活应用这些方法，你也许会发现对于某些网站来说节约10倍成本，其实是个很保守的说法。

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

一.如何节约CPU

1. 选择一个好的I/O模型(epoll, kqueue)

3年前，我们还关心c10k问题，随着硬件性能的提升，那已经不成问题，但如果想让PIII ]]> ]]> Thu, 23 Dec 2010 20:11:26 +0800
正文：

我告诉过你有关阿士顿的事情吗？

阿士顿是一个典型的吃玉米长大的农场男孩，他的父母曾经是嬉皮士，从来没有真正地同心协力过，直到有一天他的妈妈继承了密歇根农村的15亩地。然后他全家搬到了那里，买了一对奶山羊，靠在农贸市场把有机山羊奶酪卖给雅皮士们谋生。

那个时候阿士顿才10岁，他需要每天早晨4点起床给那些该死的山羊挤奶，这活非常累。阿士顿很喜欢上学，因为上学就意味着不需要跪在羊粪里工作了。整个高中他都异常努力，希望可以拿到一所名牌大学的奖学金，然后他就可以离开农场了。在大学里，他发现大学生活比农场的]]> ]]> Mon, 13 Dec 2010 23:31:43 +0800
2.产品测试。发现了20个缺陷。

3.开发人员修改了其中的10个，并向测试部门解释另外10个不是真正的缺陷。

4.测试人员发现修改后的缺陷中有5个仍然有问题，并且又发现了15个新缺陷。

5.第3步和第4步重复了3遍。

6.由于市场的压力和由过度乐观的开发计划产生的仓促的产品声明，产品正式发布了。

7.用户发现了137个新缺陷。

8.最初的开发人员，兑换了他们的忠诚支票，走的无影无踪了。

9.新召集的开发团队修改了137个缺陷中的大部分，但又导致了456个新缺陷。

10.最初的开发人员从斐济群岛给欠薪的测试部门送来了一张明信片。测试部门全体辞职。

11.公司用最近发布的带有783个缺陷的产品的利润买进股票抵制了竞争对手的恶意收购。

12.董事会带来了一位新CEO。他招聘了新的开发人员重做这个产品。

13.开发人员开发出程序，深信里面没有缺陷 …]]> ]]> Thu, 25 Nov 2010 21:22:39 +0800
JVM是我们Javaer的最基本功底了，刚开始学Java的时候，一般都是从“Hello World”开始的，然后会写个复杂点class，然后再找一些开源框架，比如Spring，Hibernate等等，再然后就开发企业级的应用，比如网站、企业内部应用、实时交易系统等等，直到某一天突然发现做的系统咋就这么慢呢，而且时不时还来个内存溢出什么的，今天是交易系统报了StackOverflowError，明天是网站系统报了个OutOfMemoryError，这种错误又很难重现，只有分析Javacore和dump文件，运气好点还能分析出个结果，运行遭的点，就直接去庙里烧香吧！每天接客户的电话都是战战兢兢的，生怕再出什么幺蛾子了。我想Java做的久一点的都有这样的经历，那这些问题的最终根结是在哪呢？—— JVM。
JVM全称是Java Virtual Machine，Java虚拟机，也就是在计算机上再虚拟一个计算机，这和我们使用 VMWare不一样，那个虚拟的东西你是可以看到的，这个JVM你是看不到的，它存在内存中。我们知道计算机的基本构成是：运算器、控制器、存储器、输入和输出设备，]]> ]]> Mon, 22 Nov 2010 10:06:42 +0800 内存由 Perm 和 Heap 组成. 其中

Heap = {Old + NEW = { Eden , from, to } }

JVM内存模型中分两大块，一块是 NEW Generation, 另一块是Old Generation. 在New Generation中，有一个叫Eden的空间，主要是用来存放新生的对象，还有两个Survivor Spaces（from,to）, 它们用来存放每次垃圾回收后存活下来的对象。在Old Generation中，主要存放应用程序中生命周期长的内存对象，还有个Permanent Generation，主要用来放JVM自己的反射对象，比如类对象和方法对象等。


垃圾回收描述：

在New Generation块中，垃圾回收一般用Copying的算法，速度快。每次GC的时候，存活下来的对象首先由Eden拷贝到某个Survivor Space, 当Survivor Space空间满了后, 剩下的live对象就被直接拷贝到Old Generation中去。因此，每次GC后，Eden内存块会被清空。在Old ]]> ]]> Thu, 18 Nov 2010 22:19:15 +0800
发现很多人把问题归因于： spring,hibernate,tomcat，因为他们动态产生类,导致JVM中的permanent heap溢出 。然后解决方法众说纷纭，有人说升级 tomcat版本到最新甚至干脆不用tomcat。还有人怀疑spring的问题，在spring论坛上讨论很激烈，因为spring在AOP时使用CBLIB会动态产生很多类。

但问题是为什么这些王牌的开源会出现同一个问题呢，那么是不是更基础的原因呢？tomcat在Q&A很隐晦的回答了这一点，我们知道这个问题，但这个问题是由一个更基础的问题产生。

于是有人对更基础的JVM做了检查，发现了问题的关键。原来SUN 的JVM把内存分了不同的区，其中一个就是permenter区用来存放用得非常多的类和类描述。本来SUN设计的时候认为这个区域在JVM启动的时候就 固定了，但他没有想到现在动态会用得这么广泛。而且这个区域有特殊的垃圾收回机制，现在的问题是动态加载类到这个区域后，gc根本没办法回收！

1、首先是：java.lang.OutOfMemoryError: Java heap space
]]> ]]> Mon, 15 Nov 2010 22:30:00 +0800 http://shenbian.baidu.com/reg?c=49f0363e23640c1b6ced9641e4f715ca
http://shenbian.baidu.com/reg?c=54720d5cb0922cd6e90f6e818f45a4cf
http://shenbian.baidu.com/reg?c=7821b9e273e809a997226481801663ef
http://shenbian.baidu.com/reg?c=7f7e53fdb41143b7b7f4fef3108ba723
http://shenbian.baidu.com/reg?c=baf8135462b5979b48f896cbe7866215
已放完]]>