最新评论

load sos
已加载扩展 C:\WINDOWS\Microsoft.NET\Framework\v2.0.50727\sos.dll
!dumpheap –stat
PDB symbol for mscorwks.dll not loaded
执行命令期间出现错误: CXX0017: 错误: 没有找到符号“–stat”

我的更夸张,对象一直在刷..我等不下去就关闭了! 这个是我一个程序集里面测试的,估计加载的是整个程序集的!

re: 查找CLR对象内存所属关系信110 2007-11-22 11:58

俺的!dumpheap -stat 也出来2000+个对象。为啥啊？

re: 查找CLR对象内存所属关系 Boler Guo 2007-11-22 11:27

好文，收藏并标记，回头研究一下。

re: 查找CLR对象内存所属关系 ColdDog 2007-11-22 10:41

为什么我输入 !dumpheap -stat 之后，得到以下信息：
PDB symbol for mscorwks.dll not loaded
total 2101 objects
Statistics:
MT Count TotalSize Class Name
790fcba0 1 12 System.Security.Permissions.SecurityPermission
00a7301c 1 12 test.TestClass
7910234c 1 24 System.Collections.ArrayList
790fc3f4 1 24 System.OperatingSystem
790fb5d8 1 24 System.Reflection.Assembly
790fa4a4 1 28 System.SharedStatics
790fbc64 1 32 Microsoft.Win32.Win32Native+OSVERSIONINFO
79122868 1 36 System.Int64[]
790fc284 1 40 Microsoft.Win32.Win32Native+OSVERSIONINFOEX
790fab38 1 40 System.AppDomainSetup
790fca80 1 44 System.Security.FrameSecurityDescriptor
790fc32c 2 48 System.Version
790f8a7c 4 48 System.Object
790fb144 3 60 System.RuntimeType
790f9664 3 60 System.Text.StringBuilder
790fb860 1 64 System.IO.UnmanagedMemoryStream
790fc664 2 72 System.Security.PermissionSet
790f9ad4 1 72 System.ExecutionEngineException
790f9a30 1 72 System.StackOverflowException
790f998c 1 72 System.OutOfMemoryException
790fa704 1 100 System.AppDomain
00189cf8 7 100 Free
00a730bc 10 120 test.StringHolder
790f9b78 2 144 System.Threading.ThreadAbortException
79122994 6 356 System.Char[]
7912254c 9 8992 System.Object[]
790f9244 2037 129828 System.String
Total 2101 objects

居然有2101个objects

re: .NET 环境下运行时代码生成和编译 Clark Zheng 2007-11-22 10:20

哈，运行时编译，在有些.NET开发的网游私服程序中利用其做角本工具

re: 查找CLR对象内存所属关系 Clark Zheng 2007-11-22 10:19

高深呀，PF!PF!

re: .NET 环境下运行时代码生成和编译一味 2007-11-22 09:57

使用csc.exe编译不好吗？

re: .NET 环境下运行时代码生成和编译黑羽飘舞 2007-11-22 09:55

不错学习了，mark。其实两者各有利弊，关键还是看如何应用。

re: 查找CLR对象内存所属关系 txdlf 2007-11-22 09:50

@dali
我的比你还多，搂主什么环境呢，2003？我用的是2005 Pro
790fcb30 2044 130556 System.String

re: 查找CLR对象内存所属关系辰 2007-11-22 09:44

请教一下，能否把这种debug用代码实现？

这样就可以开发一套很有趣的debug工具了。

re: 查找CLR对象内存所属关系 dali 2007-11-22 09:23

为什么我运行这个程序, 竟然是:
790f9244 2037 130060 System.String

re: 查找CLR对象内存所属关系 Kain 2007-11-22 09:14

不错

re: .NET 环境下运行时代码生成和编译长空新雁 2007-11-22 09:02

楼主很厉害，这也能想到。
我是一个初学者，我想问一下用泛型字典行不行。
把 Type type = m_objectTypes(id) as Type;
return Activator.CreateInstance(type);
变为 return m_objectTypes[id];

re: .NET 环境下运行时代码生成和编译 lixiong 2007-11-22 02:01

慢到不是问题。跟数据库操作比，这个开销小很多数量级
最怕的是动态编译导致的内存分片，这个就很郁闷了。
CLR的CodeDom技术无法在生产环境中广泛应用的根源就在这里。这也是为何ASP.NET需要支持batchCompilation的原因

re: .NET 环境下运行时代码生成和编译 GSpring 2007-11-21 22:12

好办法

re: 查找CLR对象内存所属关系大石头 2007-11-21 21:14

写得好，正需要这些东西

re: .NET 环境下运行时代码生成和编译大石头 2007-11-21 21:10

我来回答楼上各位的问题

1，ORM问题。在ORM中，数据库操作占了七成到九成的性能消耗，ORM映射的消耗与之相比并不大，所以，反射慢N倍，并不是很明显，如果你写代码来进行直接调用和反射调用进行对比，就可以发现很慢了，我的测试结果是几百倍。

2，说楼主的办法慢的问题。编译的确比反射慢，但是大家不会傻到每次调用都编译吧？编译一次，缓存起来，下次使用就可以了。同时这也是.Net的特点，初次运行慢。

3，私钥加密，公钥解密来保护的问题。不行的，因为内存里面的程序集可以倍Dump出来成为文件的。

re: .NET 环境下运行时代码生成和编译没剑 2007-11-21 21:08

@Ling Xu
你怎么样测试？偶很想知道一下反射的性能到底跟实际的操作差多远

re: .NET 环境下运行时代码生成和编译人非木 2007-11-21 21:02

学习学习

re: 查找CLR对象内存所属关系 Ling Xu 2007-11-21 20:57

@a feng
原创。如果抄来的不是自己找骂么？

re: .NET 环境下运行时代码生成和编译 Ling Xu 2007-11-21 20:56

@没剑
顺便说一下，这是实测结果，你也可以通过研究sscli的代码了解反射过程是怎么做的。

re: .NET 环境下运行时代码生成和编译 Ling Xu 2007-11-21 20:55

@yujiasw
对于我的实现确实只需要在程序开始运行的时候生成一次就可以了。不需要频繁生成。

re: .NET 环境下运行时代码生成和编译 Ling Xu 2007-11-21 20:54

@没剑
技术本身没有好坏，在于怎么去用。大量使用反射并不一定会慢，一般来说在程序开始的时候使用反射来进行初始化，在正式运行的时候还是使用常规的方式，这样不会影响性能。

但是我上面举的例子是每次生产新对象的时候就是用一次反射，假设该对象需要频繁创建的，那么这就会明显影响性能。