Hello World
Spiga

分类：实践优化

重谈字符串连接性能（下）：分析优化

2009-12-23 14:03 by 老赵, 9263 visits
摘要：经过之间的性能比较，我们得知StringBuilder的性能并非时时最优，再经过实现分析，我们大致了解了StringBuilder的实现方式。虽然在此之前，大家也基本已经了解StringBuilder的实现原理，也有不少朋友指出了它性能缺陷的原因。不过“严谨”起见，寻找性能问题的方式应该是进行Profiling，然后找出性能关键再进行优化——而不是纯粹进行“阅读”这种静态分析方式。 阅读全文

使用Profiler分析程序性能

2009-12-22 11:37 by 老赵, 12944 visits
摘要：三个星期之前我向大家求助说，VS的Profiler分析程序性能时无法跟踪框架内部的方法调用。当时我做了不少尝试，例如下载并配置了.NET Framework的symbol文件和源代码，还尝试使用了ANTS Profiler和CLR Profiler等其他工具，最终还是没有成功。Ivony...老大在评论中告诉我说Sampling方式可以获得比Instrumentation更多的信息，不过我觉得Sampling得到的结果并不像我的目标那样干净，因此还是在寻找Instrumentation的方式。不过最终耗费了一个GTSC的支持点数，才被告知——的确应该使用Sampling。 阅读全文

浅谈代码着色（下）：服务器端着色

2009-12-15 15:38 by 老赵, 6897 visits
摘要：上篇文章谈了客户端着色，而现在自然就来讨论服务器端着色了。先下个定义：我在这里谈的“服务器端着色”，是指直接从服务器端输出着色效果的做法（与“客户端着色时”输出纯代码文本相对）。至于这个着色效果是如何获得的，例如是由另一个用户直接提供的，还是用户提供纯代码文本，而用服务器端逻辑“着色”，在这里就统称为“服务器端”着色了。不过接下去的讨论，我们还是会作一些区分。 阅读全文

浅谈代码着色（上）：客户端着色

2009-12-14 19:53 by 老赵, 7139 visits
摘要：作为程序员，写文章时总免不了插入代码，而对代码进行着色几乎已经成为一个基础，一个事实标准。代码着色的确可以大大加强代码的可读性，因此即便是再不待见IDE的朋友，代码着色永远是必不可少的。不过在网页中进行代码着色的方式有很多，现在我们就来对比一下。记得之前也有朋友写过，但我总觉得不够完整，于是还是自己写一下吧。我们先来看客户端的着色方式。 阅读全文

在项目中使用Google Closure Compiler

2009-12-09 09:13 by 老赵, 9193 visits
摘要：现在的Web项目总是离不开大量JavaScript，而JS文件的体积也越来越大，也越来越影响页面的感知性能（Perceived Performance）。因此，我们会对JS文件进行压缩，一方面是使用Gzip，而另一方面则是去除JS文件里的注释、空白，并且压缩局部变量长度等等。对于一些成熟的类库来说，它们本身都会提供“完整注释”以及“强烈压缩”两个版本。但是，有时候我们需要自己修复类库里的bug，这只能在注释版中修改，对于压缩版自然就无能为力了。此外，自定义的脚本文件一般也值得一压。因此我在项目中时常会备一个脚本压缩工具。 阅读全文

Route组件GetVirtualPath方法性能优化结果

2009-12-08 01:32 by 老赵, 5961 visits
摘要：由于使用Lambda表达式生成URL的方式性能较差，因此我使用Fluent Interface来代替原有的Lambda表达式构建方式。Fluent Interface主要对生成URL的前两个阶段（创建对象及分析对象）进行了优化，分别带来了超过2/3和1/2的性能优化，但因为最后一步，也就是使用Route对象的GetVirtualPath方法构造URL的性能没有提高，因此总体性能只提高了30%。于是我打算重新实现GetVirtualPath方法，希望得到更好的性能。那么优化的结果又如何呢？ 阅读全文

真有必要去除HTML中的空白字符吗？

2009-12-07 17:59 by 老赵, 11137 visits
摘要：刚才有朋友在MSN上问我说，他的页面中有许多空白字符，打开源文件一看发现这代码稀疏得很。他觉得很浪费，他说有什么办法可以去除它们。我问他“你的页面使用GZip压缩了吗？”他说用了，于是我回答说“那么就不用去除空白字符了，连续空白字符压缩得很好，去掉后效果不大的”。这时我又不禁想到早上那篇《博客园首页优化心得》中也有一条是“去除HTML中的空格、空行”，于是我便打算尝试一下，去除空白字符到底有多少效果。 阅读全文

使用值类型LazyString分析字符串

2009-12-07 10:09 by 老赵, 6128 visits
摘要：.NET里提供了值类型与引用类型可谓是一个非常关键的特性，例如开发人员使用值类型时，可以充分控制内存的布局方式，这对于Interop等操作非常重要。不过，其实值类型最重要，最基本的特性还是内存分配上。现在基本上是个.NET开发人员就会叨念说“值类型”分配在栈上，“引用类型”分配在堆上。但是什么是栈什么堆？分配在栈上和堆上的区别是什么？如果说这两个问题太“理论”，那么来个实际的：您在平时什么情况下会使用，或者说，定义一个值类型呢？其实这才是重要的，否则背再多概念也没有用。只可惜从我面试的经验上来看，基本没有多少兄弟能把这些.NET基础完整说清楚。 阅读全文

求助：如何使用VS的Profiler跟踪框架内部的方法调用？

2009-12-05 19:16 by 老赵, 5649 visits
摘要：解决性能问题必须使用Profiler，无论是自己写的实验代码还是一些高级工具，没有数据，而是凭感觉来解决性能问题在绝大部分情况是不靠谱的。VSTS包含了Profiler，也经常见一些博客上用Profiler得到的数据进行性能分析，其中最著名的莫过于Rico Mariani的Performance Quiz系列了。使用VSTS的Profiler可以收集程序运行过程中每个方法的调用次数，所消耗的总时间等等，一目了然，但是我在使用过程中却出现了问题。 阅读全文

重谈字符串连接性能（中）：细节实现

2009-12-03 10:10 by 老赵, 10262 visits
摘要：根据上次的评测结果，我们了解了几种字符串拼接方式的性能高低。从中可以看出，广受追捧的StringBuilder性能似乎并不是最好的，String.Concat方法有时候有时候更适合使用。那么为什么String.Concat方法性能那么高，StringBuilder又为什么落败，而我们又有没有什么可以改进的做法呢？为此，我们不妨动用.NET Reflector这一利器，看一下两者是怎么实现的。 阅读全文

各种数组元素复制方式的性能比较

2009-12-02 10:27 by 老赵, 7197 visits
摘要：原本这只是“字符串”话题的一个分支，不过后来我发现这个问题单独来看也有一定参考价值，也有一些问题值得讨论的地方，其中也有一些问题希望得到高手指点，最终打算把这个话题独立处理。话不多说，现在就来看看。 阅读全文

重谈字符串连接性能（上）：性能评测

2009-11-26 01:12 by 老赵, 15229 visits
摘要：看到这个标题是不是觉得很奇怪呢？字符串连接的性能，这个话题已经被谈了一遍又一遍，一次又一次，似乎已成定论，这又有什么好谈的呢？不过说来奇怪，根据我的实验结果在网上进行搜索，却找不到答案。因此，我现在和大家一起重新再作一次实验并观察结果。在文章最后我也会给出完整的代码，您可以自由地运行，修改，尝试，我们再一起进行交流。 阅读全文

URL生成方式性能优化结果

2009-11-19 10:33 by 老赵, 17636 visits
摘要：继上次发现URL生成的性能问题之后，我最近一直在关注一些细节的性能优化。这些优化方式不是宏观的，理论的，而是在实践上对相同问题的不同做法进行探索。我把探索的过程和结论都发布在博客上了，从结果上看性能提高是比较明显的。但是，把它们用于解决实际问题时，效果又会如何呢？我把MvcPatch进行了一些修改，然后再使用UrlGenBenchmark进行了一番比较。 阅读全文

Attribute操作的性能优化方式

2009-11-18 10:09 by 老赵, 19582 visits
摘要：Attribute是.NET平台上提供的一种元编程能力，可以通过标记的方式来修饰各种成员。无论是组件设计，语言之间互通，还是最普通的框架使用，现在已经都离不开Attribute了。迫于Attribute的功能的重要性（Kent Beck认为NUnit比早期JUnit设计的好，一个主要方面便是利用了Attribute），Java语言也在5.0版本中引入了与Attribute类似的Annotation概念。不过Attribute说到底也是一种反射操作，平时正常使用不会带来问题，但是密集的调用还是对性能有一定影响的。这次我们就来总结看看我们究竟可以如何回避Attribute操作的一些性能问题。 阅读全文

并发环境下的缓存容器性能优化（下）：性能测试

2009-11-16 00:29 by 老赵, 18693 visits
摘要：上一篇文章里，我谈到对于某些场景中的缓存容器，其写操作非常少，到了程序后期甚至为零，而对它的读操作却几乎是密集连续且无穷无尽的。对于这样的容器，如果使用ReaderWriterLockSlim去进行保护每个“读”操作，这开销是在有些多余。因此我提出了“不可变”的哈希表，目的是在保持读操作的时间复杂度为O(1)的情况下，尽可能避免多余的开销。现在我们便将它和其他几种时间进行一个性能的对比。 阅读全文

“表达式树”配合“泛型参数字典”定义通用操作

2009-11-13 13:53 by 老赵, 18443 visits
摘要：上午有朋友提出了这么一个问题：如何定义一个通用的相加操作。其实这可以利用“泛型参数字典”和“表达式树”配合完成，也有着非常优秀的性能。于是，我们便可以定义一个比.NET框架自带的Enumerable.Sum强大许多的扩展方法了。 阅读全文

并发环境下的缓存容器性能优化（上）：不可变的哈希表

2009-11-12 00:03 by 老赵, 20846 visits
摘要：我们在项目中经常会遇到这样的场景：一些信息读取开销较大，但只需要生成一次便可反复使用，因此我们会将其永久地缓存起来。例如在ASP.NET MVC中，系统会根据Controller的名称来缓存对应的元数据。这些缓存容器都有一些共同的特点，便是存储的对象数量有限（少则几十，多不过数千），但都需要在并发环境下被大量地读取，因此必须是线程安全的。那么，我们该如何设计这样的容器呢？ 阅读全文

缓存方式与对象创建的性能比较

2009-11-11 14:28 by 老赵, 19598 visits
摘要：由于Lambda表达式构造URL的速度不佳，我最近对于性能上的细节问题进行了一些探索和尝试。对于很多问题，以前由于不会形成性能瓶颈，因此并没有进行太多关注。还有一些问题可以“推断”出大致的结论，也趁这个机会进行更详细的试验，希望可以得到更为确切的结论和理性的认识。这次我打算做的实验，是关于对象的缓存与创建的性能比较。在某些情况下，我们会将创建好的对象缓存起来，以便今后进行复用。但是不同的缓存方式会有不同的性能，因此……我们现在便来试试看。 阅读全文

我在TechEd的演讲：Real World ASP.NET MVC

2009-11-09 10:03 by 老赵, 20073 visits
摘要：上周的TechEd 2009比想象中忙，掺和了不少Session。不过一到晚上就开始胡吃海喝，总体来说过得还是挺不错的——只不过博客就落下了。嗯嗯，从现在开始继续。这个是我在这次TechEd上关于ASP.NET MVC的演讲以及演示代码下载，内容比较多，时间有些不够用。大家不妨看看，权当消遣。我去处理别的事情了……太多邮件没有回复，太多RSS没有看了。 阅读全文

为URL生成设计流畅接口（Fluent Interface）

2009-11-03 09:43 by 老赵, 18815 visits
摘要：昨天我比较了三种URL生成方式的性能，并对结果进行了分析。从结果中我们得知使用Lambda表达式生成URL的性能最差，而且差到了难以接受的地步。经过分析，我们发现其中光“构造表达式树”这个阶段就占了接近30%的开销。虽然表达式树的节点是有些多，但是.NET中创建对象其实非常快，我实在没想到它会占这么高的比例。因此，我们需要这种做法进行方向性的调整，减少对象创建的数目。 阅读全文
< Prev 1 2 3 4 5 6 7 8 9 ... 11 Next >
使用Live Messenger联系我