良心与思想

微软急聘base在上海的MOSS高手！

juqiang — Tue, 13 May 2008 12:03:44 GMT

摘要： Premier Field Engineer - SharePoint/MOSS The purpose of the Premier Field Engineer (PFE) position is to provide Microsoft customers with reliable technical solutions to the complex integration problems associated wi...[阅读全文]

Unable to load image C:\WINDOWS\Microsoft.NET\Framework\v2.0.50727\mscorwks.dll, Win32 error 0n2

juqiang — Thu, 13 Mar 2008 04:29:36 GMT

摘要：抓到一个mini dump，执行!clrstack，会提示如下错误： *** WARNING: Unable to verify timestamp for mscorwks.dll Failed to load data access DLL, 0x80004005 Verify that 1) you have a recent build of the debugger (6.2.14 or newer) 2) the file mscordacwks.dll tha...[阅读全文]

XmlSerializer带来的性能问题及解决办法

juqiang — Tue, 11 Mar 2008 10:52:35 GMT

摘要：对于XmlSerializer带来的内存占用过高，最终导致Out Of Memory的问题，参见以前这个链接：http://www.cnblogs.com/juqiang/archive/2008/01/15/1039936.html （但是那篇文章中对于XmlSerializer构造方法的说明，是错误的。那段代码没有问题，有问题的是下面的）首先看System.Xml.Serialization.XmlSerializer的构造方法，一共分为三大类： public XmlSerializer(...[阅读全文]

网站High CPU分析

juqiang — Mon, 10 Mar 2008 08:34:33 GMT

摘要：网站升级后，说有High CPU的问题。mstsc上去后，看了一下，果然如此，w3wp.exe的cpu几乎一直是满的，我的远程桌面操作也很慢。下载下来windbg，装好，抓了两个dump。首先!runaway一下， 0:022> !runaway User Mode Time Thread Time 22:8cc 0 days 0:17:15.238 23:4d8 0 days 0:15:20.936 15:898 ...[阅读全文]

用perfmon简单分析GDI+性能和代码的一点小改进

juqiang — Tue, 13 Nov 2007 08:55:00 GMT

摘要： Paint事件被触发了多少次？比较简单的方式，我们自己做一个perfmon能用的counter。看代码： 1 private void button1_Click(object sender, EventArgs e) 2 { 3&n...[阅读全文]

GDI+的leak

juqiang — Sat, 10 Nov 2007 02:08:00 GMT

摘要： GDI+自身是否有leak，我们不去管，现在说的是.NET代码中的处理。首先看我这个简单的helper using System;using System.Diagnostics;using System.Text;using System.Runtime.InteropServices;public class MemoryReport{ [DllImport("user32.dll",&nb...[阅读全文]

Windbg入门及提高，我的评价（广告续）

juqiang — Fri, 09 Nov 2007 03:13:00 GMT

1、这本书对于初学者没有太大用处2、这本书对于眼中只有架构、自己不写程序的、鄙视代码的人没有用处3、这本书对于非微软的人用处不算太大，你不知道ms内部的数据结构，你没有private symbols。4、这本书对于微软的人用处不算太大，搞debug的就那么几号人 5、这本书对于在客户现场被骂的狗血喷头的、自己即使架了.NET IDE也不知道如何找出问题的人很有用处如果你是第五种人，疯狂购买吧！

windbg入门及提高（广告）

juqiang — Thu, 08 Nov 2007 02:54:00 GMT

摘要：此文是偶的偶像和哥们的，转过来，替他做一下宣传。偶会买10本，9本送人，有要的，现在报名。（原来公司大量的COM+和.NET的case，都是熊老大做的） Windows 高效排错《Windows 高效排错》可以在CSDN读书频道预览了地址在这里:http://book.csdn.net/bookfiles/555/ 读书频道的排版有些问题，看起来不是很舒服。如果想看PDF的，可以在这里下载 http://www.cnblogs.com/lixiong/archive/...[阅读全文]

关于InvokeMember的一个郁闷的错误

juqiang — Wed, 08 Aug 2007 13:20:00 GMT

摘要：背景：两个CustomControl，一个叫做MyPanel，是一个M*N的格子，一个叫做Ball，是一个球。球可以放在panel的格子中，可以鼠标进行drag & drop. 直接call很简单，没有任何问题。但是通过reflection，碰到了郁闷的事情。虽然最终搞定了，但是要看过InvokeMember的代码才能知道为什么。代码： Object panel = null; &n...[阅读全文]

微软招聘SQL高手

juqiang — Fri, 22 Jun 2007 09:03:00 GMT

（不好意思，置顶几天）微软招聘SQL专家，如果您认为在下述方面有专长，请积极报名：　　 1、工作地点：上海；2、很强的微软技术背景和产品熟悉度；3、很强的客户沟通能力；4、熟悉 SQLServer，熟悉Reporting Service开发、维护5、熟悉 BI理念、产品，如果有 SharePoint Portal Server 2003 或 Office SharePoint Server 2007 实战经验将优先考虑；请把个人简历发给我：juqiang1975@msn.com

道歉

juqiang — Sun, 04 Feb 2007 15:20:00 GMT

摘要：12月份的那个sqlserver死锁分析（连接在下面），我从blogs.msdn上翻译过来的。不过很郁闷，我没有加“转载”或者“翻译”，被一眼尖的哥们儿发现了。本来想修改原文，增加上“翻译”，但是现在进不去（貌似edit posts很慢），还是放一个单独的post说明此事吧！郁闷啊！老天可以保证，偶的文品应该没问题的………… 不过，还是应该严重鄙视自己一下。那个评论在这里： http://blog.joycode.com/juqiang/archive/2006/12/18/8...[阅读全文]

.NET调用OCX出错

juqiang — Sat, 27 Jan 2007 02:39:00 GMT

郁闷之极，好像用VB写一个空OCX放到form上，然后thread调用起来，也有这个问题。哪位老大见过这个问题？貌似和Appartment有关？

SQL Server性能调优入门（图文版）

juqiang — Fri, 19 Jan 2007 05:07:00 GMT

摘要：本文是对sqlserver性能调整的一个简单的入门介绍（局限于索引部分），大多是图片。架构固然重要，但细节问题我们要首先处理好。我碰到一些项目，索引都没有用好，这时候你优化代码、优化程序结构，是意义不大的。根据我的经验，调整索引需要你对索引有一个清晰的认识，需要对业务需求有一个合理的取舍过程。偶只希望对应用性能关注的各位同仁，能从我这个连环画里面，看到点、学到点东西。能够建立自己的数字观念，偶就很满足了。道理是相通的，虽然技巧不同、工具不同，但对于其他数据库，如Oracle/ DB2/ I...[阅读全文]

.NET程序的序列号控制 - 2

juqiang — Thu, 11 Jan 2007 03:49:00 GMT

摘要：这个回复是针对我上一个post大家的热情回复而写的。安全问题容易被人忽视，倒不是说不重视，而是自己苦心研究出来的东西，很容易从其他人另一个角度被攻破。尤其在.NET上，这种问题之所以出现，我认为是大家对于.NET的视角不同造成的。.net让快速开发确实达到了，但是也让程序员丧失了“警惕性”。那位兄弟说的破解成本确实是问题。成本太高，破解没有意义了。但是致命的是，我接触到的这些国内ERP厂商，对于序列号控制这部分，实在是太脆弱了，脆弱到破解成本几乎就是0 - 虽然后面有大型应用、技术支持这个说法。 ...[阅读全文]

.NET程序的序列号控制

juqiang — Wed, 10 Jan 2007 06:59:00 GMT

摘要：业界对于Java/.NET程序的一个批评就是其安全性。由于IL的特点，各种reflector很容易把代码搞出来。混淆器，貌似一个很常用的功能吧？今天看某个软件，与我们的应用有些类似，所以想借鉴一下。安装好之后，发现有一个License Manager，两个按钮，一个是生成申请信息，一个是导入序列号。（通用的做法，我们的应用也是这么做的）用reflector打开后，ooh，大概80%的信息都被混淆掉了。field/method的名称，都成了稀奇古怪的文字。还有，我的File Disassembler plu...[阅读全文]

MVP的申请批下来了

juqiang — Thu, 04 Jan 2007 02:37:00 GMT

很好的日子，2007年1月1日收到了确认通知。这是偶第二次通过Solution Architect的MVP，很是高兴。

System.OutOfMemory Exception

juqiang — Thu, 28 Dec 2006 17:03:00 GMT

貌似PageParser的大量调用，会导致大量的小size的dll、众多memory hole的出现。得到eparg的指教，越来越感觉是这个样子。据joycode老大说，只有2.0这个样子，只有特定的这一个ａｐｐ这个样子。准备写一个．ｎｅｔ　２的测试程序，看这个ｈｏｌｅ是不是确实很明显？ (详情等下文)

不是我舍不得 - .NET里面的Out Of Memory

juqiang — Thu, 21 Dec 2006 16:48:00 GMT

摘要：Session，Session，Session！（请耐心阅读………………）地球人都知道，asp.net中有三种方式存放我们的session objects。In Proc模式，在cache中存放对象。StateServer在State Service中存放，最后一种是存放在SQL Server中。对于In Proc模式，太多的session对象，意味着高内存占用；对于后两者，意味着序列化和反序列化的性能损失。Session存放的东西太多，不一定意味着性能的问题，但这依赖于你往session里面存放的东...[阅读全文]

不是我舍不得 - High CPU in GC（都是+=惹的祸，为啥不用StringBuilder呢？）

juqiang — Thu, 21 Dec 2006 16:24:00 GMT

摘要：（序 & 跋）此文及后面的系列，都是从tess老大那里翻译过来的。一直和GTEC的老牛们作CASE（此句有误，一直提CASE，等老牛们提供答案），算是粘到了一点仙气。偶一直比较懒，所以以前精心抄袭的文章，今天再次精心作序于此，希望对各位挣扎于现实与理想的各位，共享，共勉。tess老大的文章国内似乎有人翻译过，但偶个人观点，不看好，因为好东西都没了哦。不是我不舍得，意思是，我的post里面基本上没有link，但是从goo...[阅读全文]

分析及解决SQLServer死锁问题（续）

juqiang — Mon, 18 Dec 2006 06:21:00 GMT

摘要：上文中，我们解决了那个场景的死锁问题。这次，我们分析一下，为什么会死锁呢？再回顾一下两个sp的写法： CREATE PROC p1 @p1 int AS SELECT c2, c3 FROM t1 WHERE c2 BETWEEN @p1 AND @p1+1 GO CREATE PROC p2 @p1 int AS ...[阅读全文]

分析及解决SQLServer死锁问题

juqiang — Mon, 18 Dec 2006 04:48:00 GMT

摘要：死锁，简而言之，两个或者多个trans，同时请求对方正在请求的某个对象，导致双方互相等待。简单的例子如下： trans1 &nbs...[阅读全文]

From Bytes Code 2 IL Code

juqiang — Sat, 16 Dec 2006 08:46:00 GMT

摘要：string bytecode = "73 01 00 00 06 28 4E 00 00 0A 2A";上面这个string干什么的？加密后的代码？某种不可思议的数字？汇编语言？如果按照CLR IL规范来解析，我们会得到一段常见的代码。0000 : newobj instance void WindowsApplication3.MainForm::.ctor()0005 : call System.Void System.Windows.Forms.Application::Run()0010 :...[阅读全文]

SQL Server2005性能调优（简化翻译版） - 1

juqiang — Sat, 16 Dec 2006 03:06:00 GMT

摘要：名次解释 DMVs：dynamic management views 三个点 · 资源瓶颈: CPU、内存、I/O（这里面不考虑网络问题） · Tempdb瓶颈: · User query瓶颈，可能是统计信息的变化、不恰当的索引、阻塞或者死锁等上述三点，可能是相互影响的。资源瓶颈工具 1. System Monitor (PerfMon)：windows自带 2. SQL Server Profil...[阅读全文]

SQL Server2005性能调优（简化翻译版） - 3

juqiang — Tue, 12 Dec 2006 03:43:00 GMT

摘要：龟速查询阻塞和索引问题，是常见的导致sql以龟速执行的罪魁。阻塞阻塞主要等待逻辑锁，如请求一个X锁。关于锁的信息，遍地都是，msdn或者google都可以。SQL Server 2005提供了125中等待类型（2000是76种）。假设我们sp_who看到了一个block在56号上，那么通过这个可以看到详细信息 select * from sys.dm_os_waiting_tasks where session_id=56 （在2000下，你可以通过dbcc inputbuffer(56)...[阅读全文]

SQL Server2005性能调优（简化翻译版） - 2

juqiang — Tue, 12 Dec 2006 01:11:00 GMT

摘要： TempDB 每个实例只有一个tempdb，所以这里很可能成为性能或者磁盘空间的瓶颈。常见的tempdb问题如下： · 把磁盘空间用光了 · 因为tempdb的瓶颈，导致I/O很差。参见第一部分。 · DDL带来的对系统表的瓶颈 ·...[阅读全文]