学校网站怎么做优化,百度商城,一级a做爰片免费网站破解版,动漫制作专业正规吗今年5月份的时候研究分布式追踪的问题知道了的拦截方式比较零散#xff0c; 刚好8月份的时候看到这篇文章#xff0c;这个文章总结的比较完整。存档了很久#xff0c;趁今天有空翻译给大家。原文地址#xff0c;校验#xff1a;张蘅水.NET是一个托管运行时#xff0c;这意… 今年5月份的时候研究分布式追踪的问题知道了的拦截方式比较零散 刚好8月份的时候看到这篇文章这个文章总结的比较完整。存档了很久趁今天有空翻译给大家。原文地址校验张蘅水.NET是一个托管运行时这意味着它提供了“管理”您的程序的高级功能从简介到公共语言运行时CLR2007年编写运行时具有许多功能因此按如下方式对它们进行分类很有用基本功能 对其他功能设计有广泛影响的功能。这些包括1.垃圾收集2.记忆安全和类型安全3.对编程语言的高级支持。辅助功能 - 许多有用的程序可能不需要基本特性所支持的功能1.使用AppDomains进行程序隔离2.程序安全和沙盒其他功能 - 所有运行时环境都需要但不利用CLR基本功能的功能。相反它们是创建完整编程环境的结果。其中包括1.版本2.Debugging/Profiling3.互操作您可以看到“Debugging/Profiling”虽然不是基本或辅助功能但由于“ 需要创建完整的编程环境 ” 它仍然会进入列表。这篇文章的其余部分将看什么 监测可观测性和内省功能核心CLR提供为什么他们是有用的如何提供他们。为了便于浏览帖子分为3个主要部分最后有一些“额外阅读材料”诊断(Diagnostics)Perf View(性能分析工具)共同基础设施未来的计划剖析(Profiling)ICorProfiler API分析 v .调试调试(Debugging)ICorDebug APISOS和DAC第三方调试器记忆转储0|1诊断(Diagnostics)首先我们将查看CLR提供的诊断信息传统上这些信息是通过“Windows事件跟踪”ETW提供的。CLR提供的各种事件涉及垃圾收集GC即时JIT编译模块和AppDomains线程和锁争用以及更多例如这是触发AppDomain Load事件的地方这是Exception Thrown事件这里是GC Allocation Tick事件。Perf View如果你想看到来自你的.NET程序的ETW事件我建议使用优秀的PerfView工具从这些PerfView教程开始或者这个优秀的演讲PerfView终极.NET性能工具。PerfView被广泛认可因为它提供了宝贵的信息例如Microsoft工程师经常将其用于性能调查。共同基础设施但是如果从名称中不清楚ETW事件仅在Windows上可用这并不适合新的.NET“跨平台”世界。您可以在Linux上使用PerfView进行性能跟踪通过LTTng但这只是cmd-line集合工具称为“PerfCollect”分析和丰富的UI包括flamegraphs目前仅适用于Windows。但是如果你想分析.NET Performance Linux还有其他一些方法在Linux上使用.NET Core获取LTTng事件的堆栈Linux性能问题上面的第二个链接讨论了在.NET Core中正在使用的新“EventPipe”基础架构以及EventSources和EventListeners你能发现一个主题你可以看到它在跨平台性能监控设计中的目标。在高层次上它将为CLR提供一个单独的位置来推动与诊断和性能相关的“事件”。然后这些“事件”将被路由到一个或多个记录器例如可能包括ETWLTTng和BPF精确记录器由CLR运行的OS /平台确定。.NET Cross-Plat性能和事件设计中还有更多背景信息可以解释不同日志记录技术的优缺点。“事件管道”中正在进行的所有工作都在“性能监控”项目和相关的“EventPipe”问题中进行跟踪。未来的计划最后还有一个性能分析控制器的(Performance Profiling Controller )未来计划其目标如下控制器负责以简单和跨平台的方式控制性能分析基础结构和.NET性能诊断组件生成的性能数据。我们的想法是通过从“事件管道”中提取所有相关数据通过HTTP服务器公开以下功能REST APIPri 1简单分析为运行时间配置X个时间并返回跟踪。Pri 1高级分析开始跟踪以及配置Pri 1高级分析停止跟踪对此调用的响应将是跟踪本身Pri 2获取与所有EventCounters或指定EventCounter相关的统计信息。可浏览的HTML页面Pri 1流程中所有托管代码堆栈的文本表示。提供当前正在运行的用作简单诊断报告的快照概述。Pri 2显示EventCounters的当前状态可能具有历史记录。* 提供现有计数器及其值的概述。* 开放性问题我不相信存在必要的公共API来枚举EventCounters。我很高兴看到“性能分析控制器(Performance Profiling Controller)”PPC的位置我认为将这种内置到CLR中确实非常有价值这是其他运行时的内容。0|1剖析(Profiling)CLR提供的另一个强大功能是Profiling API它大部分被第三方工具用于在非常低级别挂钩到运行时。您可以在此概述中找到有关API的更多信息但在较高级别它允许您连接在以下情况下触发的回调GC相关事件发生抛出异常装配/卸载装配更多更多来自BOTR页面的图像分析API - 概述此外还有其他非常强大的功能。首先您可以设置每次执行.NET方法时调用的挂钩无论是在运行时还是用户代码中。这些回调被称为“进入/离开”钩子并且有一个很好的示例显示如何使用它们但为了使它们工作您需要了解不同操作系统和CPU架构的“调用约定”这并不总是容易的。另外作为警告Profiling API是一个只能通过C / C 代码访问的COM组件你不能在C/ F/ VB.NET中使用它其次Profiler能够通过SetILFunctionBodyAPI在JIT 之前重写任何.NET方法的IL代码。这个API功能非常强大构成了许多.NET APM工具的基础您可以在我之前的文章中了解更多关于如何使用它的方法。如何模拟密封类和静态方法以及随附的代码。ICorProfiler API事实证明运行时必须执行各种疯狂的技巧才能使Profiling API正常工作只需查看进入此PR的内容允许重新连接有关ReJIT的详细信息请参阅ReJITA How-To指南。所有Profiling API接口和回调的总体定义可在\vm\inc\corprof.idl中找到请参阅接口说明语言。但它分为2个逻辑部分一个是Profiler - Execution EngineEE接口称为ICorProfilerInfo// Declaration of class that implements the ICorProfilerInfo* interfaces, which allow the// Profiler to communicate with the EE. This allows the Profiler DLL to get// access to private EE data structures and other things that should never be exported// outside of the EE.这在以下文件中实现\VM\proftoeeinterfaceimpl.h\VM\proftoeeinterfaceimpl.inl\VM\proftoeeinterfaceimpl.cpp另一个主要部分是EE - Profiler回调它们在ICorProfilerCallback界面下组合在一起// This module implements wrappers around calling the profilers // ICorProfilerCallaback* interfaces. When code in the EE needs to call the// profiler, it goes through EEToProfInterfaceImpl to do so.这些回调在以下文件中实现VM\eetoprofinterfaceimpl.hVM\eetoprofinterfaceimpl.inlVM\eetoprofinterfaceimpl.cppVM\eetoprofinterfacewrapper.inl最后值得指出的是Profiler API可能无法在.NET Core运行的所有操作系统和CPU-arch上运行例如Linux上的ELT调用存根问题有关详细信息请参阅CoreCLR Profiler API的状态。分析和调试(Profiling v. Debugging)除此之外“分析”和“调试”确实有一些重叠因此从CLR调试与CLR分析中了解.NET运行时上下文中不同的API提供了什么是有帮助的。0|1调试(Debugging)调试意味着不同的事情不同的人比如我问在Twitter上“ 什么是你调试的.NET程序的途径 ”并得到了广泛的不同反应虽然反应两组含有一个很好的工具清单和技术所以他们值得一试谢谢#LazyWeb但也许这句话最好总结一下Debugging究竟是什么?CLR提供了与调试相关的非常广泛的功能但为什么需要提供这些服务优秀的帖子为什么托管调试与本机调试不同提供了3个理由可以在硬件级别抽象本机调试但需要在IL级别抽象管理调试托管调试需要大量的信息直到运行时才可用托管调试器需要与垃圾收集器GC协调所以给一个体面的经验CLR 具有提供更高级别的调试API称ICorDebug这将在下面从“常用的调试方案”的图像中显示的BOTR此外还有很好的描述了不同部分如何在管理断点如何工作中相互作用虽然描述左和右是上图中的相反Here’s an overview of the pipeline of components:1) End-user2) Debugger (such as Visual Studio or MDbg).3) CLR Debugging Services (which we call The Right Side). This is the implementation of ICorDebug (in mscordbi.dll).
---- process boundary between Debugger and Debuggee ----4) CLR. This is mscorwks.dll. This contains the in-process portion of the debugging services (which we call The Left Side) which communicates directly with the RS in stage #3.5) Debuggees code (such as end users C# program)ICorDebug API但是如何实现所有这些以及从CLR Debugging简要介绍的不同组件是什么所有.Net调试支持都在我们称之为“The Dac”的dll之上实现。此文件通常命名mscordacwks.dll是我们的公共调试APIICorDebug以及两个私有调试API 的构建块SOS-Dac API和IXCLR。在一个完美的世界中每个人都会使用ICorDebug我们的公共调试API。但是像您这样的工具开发人员所需的绝大多数功能都缺乏ICorDebug。这是我们正在修复的问题但这些改进将进入CLR v.next而不是旧版本的CLR。实际上ICorDebugAPI仅在CLR v4中添加了对故障转储调试的支持。任何调试CLR v2崩溃转储的人根本无法使用ICorDebug有关其他文章请参阅SOS和ICorDebug该ICorDebugAPI实际上是分成多个接口也有在他们的70我不会在这里列出所有内容但是我将展示它们所属的类别有关更多信息请参阅ICorDebug的分区其中包含此列表因为它更详细。顶级(Debugging) ICorDebug ICorDebug2是顶级接口有效地充当ICorDebugProcess对象的集合。回调(Callbacks)通过调试器实现的回调对象上的方法调度托管调试事件进程(Process)这组接口表示正在运行的代码并包含与事件相关的API。代码/类型检查(Code / Type Inspection) 主要可以在静态PE映像上运行但实时数据有一些便捷方法。执行控制(Execution Control)执行是“检查”线程执行的能力。实际上这意味着放置断点F9和踩踏F11步入F10步进S F11步出等。ICorDebug的执行控制仅在托管代码中运行。线程调用堆栈(Threads Callstacks)调用堆栈是调试器检查功能的支柱。以下接口与获取callstack有关。ICorDebug仅公开调试托管代码因此堆栈跟踪仅受管理。对象检查(Object Inspection)对象检查是API的一部分它允许您在整个调试对象中查看变量的值。对于每个接口我列出了“MVP”方法我认为必须简洁地传达该接口的用途。另外需要注意的是与Profiling APIs一样调试API的支持级别因操作系统和CPU架构而异。例如截至2018年8月“没有针对Linux ARM进行托管调试和诊断的解决方案”。有关“Linux”支持的更多信息请参阅这篇很棒的文章在Linux上使用LLDB调试.NET Core并从Microsoft 检出诊断存储库其目标是更容易在Linux上调试.NET程序。最后如果你想看看ICorDebugAPI在C中的样子看一下CLRMD库中包含的包装器包括所有可用的回调CLRMD将在后面的文章中进行更深入的介绍。SOS和DAC“数据访问组件(Data Access Component)”DAC在BOTR页面中有详细讨论但实际上它提供了对CLR数据结构的“进程外”访问因此可以从另一个进程读取其内部详细信息。这允许调试器via ICorDebug或Son of StrikeSOS扩展进入CLR的运行实例或内存转储并找到如下内容所有正在运行的线程托管堆上有哪些对象有关方法的完整信息包括机器代码当前的堆栈跟踪除此之外如果您想要解释所有奇怪的名称和一点.NET历史课请参阅此Stack Overflow答案。SOS命令的完整列表非常令人印象深刻并且在WinDBG旁边使用它可以让您非常低级地了解程序和CLR中发生的情况。要了解它是如何实现的让我们看一下这个!HeapStat命令该命令可以为您提供.NET GC正在使用的不同堆大小的摘要来自SOS的图片即将发布的版本有一些新命令 - HeapStat这是代码流显示了SOS和DAC如何协同工作SOS完整!HeapStat命令链接SOS!HeapStat处理Workstation GC 的命令中的代码链接SOS GCHeapUsageStats(..)功能重负荷链接共享DacpGcHeapDetails包含指向GC堆中主数据的指针的数据结构例如段卡表和各代链接GetGCHeapStaticData填充DacpGcHeapDetails结构的DAC函数链接共享DacpHeapSegmentData包含GC堆的单个“段”的详细信息的数据结构链接GetHeapSegmentData(..)填充DacpHeapSegmentData结构的DAC链接第三方调试器(3rd Party ‘Debuggers’)由于Microsoft发布了调试API它允许第三方使用ICorDebug接口这里列出了我遇到的一些内容调试器.NET Core运行时来自三星调试器提供GDB / MI或VSCode调试适配器接口并允许在.NET Core运行时下调试.NET应用程序。可能是他们将.NET Core移植到他们的Tizen OS的工作的一部分dnSpy - “.NET调试器和汇编编辑器”一个非常令人印象深刻的工具它是一个调试器汇编编辑器十六进制编辑器反编译器等等MDbg.exe.NET Framework命令行调试程序可以作为NuGet包和GitHub存储库使用也可以从Microsoft下载。但是目前MDBG似乎不适用于.NET Core请参阅端口MDBG到CoreCLR和ETA以将mdbg移植到coreclr以获取更多信息。JetBrainsRider允许在Windows上进行.NET Core调试虽然由于许可问题引起了一些争议有关更多信息请参阅此HackerNews主题记忆转储(Memory Dumps)我们要看的最后一个区域是“内存转储”可以从实时系统中捕获并离线分析。.NET运行时一直很好地支持在Windows上创建“内存转储”现在.NET Core是“跨平台”也可以在其他操作系统上使用相同的工具。“内存转储”的一个问题是获取SOS和DAC文件的正确匹配版本可能会非常棘手。幸运的是Microsoft刚刚发布了以下dotnet symbolCLI工具可以下载任何给定核心转储minidump或任何支持平台的文件格式如ELFMachOWindows DLLPDB和便携式PDB的调试所需的所有文件给出coreclr模块的符号模块SOS和DAC。最后如果你花费任何时间分析内存转储你真的应该看看微软几年前发布的优秀的CLR MD库。我之前已经写过你可以用它做什么但简而言之它允许你通过一个直观的CAPI与内存转储交互其中的类可以访问ClrHeapGC RootsCLR ThreadsStack Frames和更多。实际上除了实现工作所需的时间之外CLR MD还可以实现大多数如果不是全部SOS命令。但是从宣布帖子来看它是如何运作的ClrMD托管库是CLR仅内部调试API的包装器。虽然这些仅内部API对于诊断非常有用但我们不支持它们作为公开的有文档的版本因为它们非常难以使用并且与CLR的其他实现细节紧密耦合。ClrMD通过围绕这些低级调试API提供易于使用的托管包装来解决此问题。通过在官方支持的库中提供这些APIMicrosoft使开发人员能够在CLRMD之上构建各种工具这是一个很好的结果总而言之.NET Runtime提供了广泛的诊断调试和分析功能可以深入了解CLR内部的情况。原文地址https://www.cnblogs.com/WithLin/p/9798485.html.NET社区新闻深度好文欢迎访问公众号文章汇总 http://www.csharpkit.com
