修改jit编译参数

1. JIT 调试

我是LZ，来补充一下

例如:
<configuration>
<system.windows.forms jitDebugging="true" />
</configuration>
启用 JIT 调试后，任何无法处理的异常
都将被发送到在此计算机上注册的 JIT 调试器，
而不是由此对话框处理。

这东西是为了准备高考额~望各位大大伸出援手
重装系统什么的就不要来答了，谢谢

2. 要启用实时(JIT)调试

是com组建引起的，需要空间重新注册，有的时候更换目录也会出现此问题。
1. “开始- > 运行” , 键入cmd.exe

2. 在命令行里运行 “msdtc -uninstall”，然后请您确认一下MSDTC这个服务在您的服务管理器里面已经不存在了” Distributed Transaction Coordinator”。并且请您也确认一下在群集管理器界面里msdtc的资源是不是在里面，如果在，请您删除这个资源。

3. 然后请在 cmd里运行”msdtc -install” ，然后您再查看一下MSDTC这个服务是不是又出现在了服务管理界面以及集群组上。

4. 打开控制面板，选择添加删除程序

5. 然后选择添加删除Windows组件

6. 选择”Application Server”

7. 选择 详细 .

8. 保证已经勾选了 Enable network DTC access 。

9. 选择下一步

在开始 --- 运行输入MMC，然后点确定第二步：在控制台“文件”菜单里面选择“添加删除管理单元”。第三步：在添加后的“安全配置和分析”鼠标右键点击选择“打开数据库在打开数据库下面的文件名可以随意输入一个名字在导入模板界面选择“Setup Security.inf”。

第四步：在“安全配置和分析”鼠标右键菜单选“立即配置计算机出现下面这个窗口的时候，直接点确定配置是的界面，等着这个窗口自动关闭，工作就结束了

第五步：关闭控制台界面，选择“否重起电脑,恢复系统注册表,服务,等设置

10. 点击完成

3. idea设置springboot启动jvm参数

idea设置springboot启动jvm参数，设置方式，通过ldea设置，编辑配置文件。参数说明参数说明-Xms初始化堆内存大小，eg.-Xms1G-Xmx堆内存最大值，eg.-Xms1G，通常与-Xms设置相同的值-XX：ReservedCodeCacheSize代码缓存，它是用来存储已编译方法生成的本地代码。代码缓存确实很少引起性能问题，但是一旦发生其影响可能是毁灭性的。如果代码缓存被占满，JVM会打印出一条警告消息，并切换到interpreted-only模式：JIT编译器被停用，字节码将不再会被编译成机器码。因此，应用程序将继续运行，但运行速度会降低一个数量级，直到有人注意到这个问题。就像其他内存区域一样，我们可以自定义代码缓存的大小。它们的参数都eg.-XX：ReservedCodeCacheSize=240m-XX：InitialC查看更多。

4. 怎么启动JIT调试

不知道！！！

5. JIT（上）：Tensorflow如何实现即时编译

Tensorflow的JIT（just-in-time）是指在运行 @tf.function 修饰的python函数时，由 jit 、 tf2xla 和 XLA 一起完成一系列如子图构造、子图优化、图编译和图执行等操作。编译后的可执行程序-- executable 会存放到cache中，供再次调用时直接获取执行。JIT的好处在 开篇 已经讲过了，这里不再赘述。

JIT的流程可以概括为：Tensorflow子图构造/优化，graph -> HLO，编译/执行，合并计算结果到Tensorflow图这四部分。本文只涉及图编译和图执行。

函数中ops在子图构造阶段被包裹进一个cluster node，并替换成 xla_compile 和 xla_run 这两op，而 XlaCompileOp 和 XlaRunOp 就是它们的 OpKernel ，分别用于图编译和执行。

XlaCompileOp通过 XlaCompilationCache 获取或编译executable，并将其封装成 XlaExecutableClosure ，并缓存在 XlaExecutableClosureStore 。 XlaRunOp 用从XlaCompileOp传递来的key在cache中查找并执行executable。

从编译流程图可以看到，XLA的编译结果会缓存到XlaCompilationCache，后续调用可以根据 signature 在cache中查找executable。

函数的 signature 是由 BuildSignature(function, args) 根据函数和arguments生成的。即使是同一个函数，只要input tensors不同，signature也会不一样，这就是 power() 被编译两次的原因：第三次函数调用时，由于无法通过signature在cache中找到executable而触发编译。

signature表示唯一的计算图：只要函数中的ops序列和arguments（type/shape）是确定的，那么计算图也是确定的。

编译之前需要通过 tf2xla 将图转换成XLA支持的语言 HLO 。tf2xla为每个Tensorflow op创建了生成HLO的 XlaOp ，因此，只要执行该Tensorflow子图，就可以生成具有相同的拓扑排序的HLO -- XlaComputation 。

XlaComputation （HLO）可以认为是一个运行在device上的纯函数，它的input/output会伴随着host-to-device（H2D）和device-to-host（D2H）的数据传输。

我们知道，Tensorflow图中的input tensor有两种： tf.Placeholder 和 tf.Variable ，前者每个step都会将新data发送到device，而后者是模型参数，它们会常驻内存，只在store/load checkpoint才会有H2D/D2H。

而纯函数的定义是：

不管是input还是output，虽然variable和其他argument一样存在于HLO的参数列表和返回值列表中，但它们实际上是常驻于device的，不需要也不应该H2D/D2H。

因此，HLO在编译时还需要通过 argument_input_indices 、 resource_input_indices 和 resource_update_to_input_index 等options来区分arguments和variables。

此外，如果有input是常数，为了避免无谓的H2D开销，可以把它固化到函数内部。同理，对于常数output，它没必要出现在函数中，可以直接定义在 XlaCompilationResult 的output buffer。

XlaCompilationResult是 Graph -> HLO 的output，它封装了HLO以及上述部分metadata、buffers。

XlaCompileOp会把编译好的executable、metadata、input/output buffers、options等统统封装进一个closure -- XlaExecutableClosure ，并将其缓存在 XlaExecutableClosureStore 供 XlaRunOp 获取。

XlaRunOp 可以通过一个数字字符串key（从0开始累加）从cache中查找并执行XlaExecutableClosure，这个key由XlaCompileOp提供。

6. JDK命令介绍

命令jps用于列出java进程，直接运行jps不加任何参数，可以列出Java程序的进程ID以及Main函数等名称。
参数-q指定jps只输出进程ID，而不输出类的短名称
参数-m用于输出传递给Java进程（主函数）的参数
参数 -l用于输出主函数的完整路径
参数 -v可以显示传递给JVM的参数

jstat是一个可以用于观察Java应用程序运行时信息的工具。它的功能非常强大，可以通过它，查看堆信息的详细使用情况。主要用于监控虚拟机的各种运行状态信息，如类的装载、内存、垃圾回收、JIT编译器等，在没有GUI的服务器上，这款工具是首选的一款监控工具。
基本使用语法为：

选项option可以由以下值构成：

-class：显示ClassLoader的相关信息。
-compiler：显示JIT编译的相关信息。
-gc：显示与GC相关的堆信息。
-gccapacity：显示各个代的容量及使用情况。
-gccause：显示垃圾收集相关信息（同-gcutil），同时显示最后一次或当前正在发生的垃圾收集的诱发原因。
-gcnew：显示新生代信息。
-gcnewcapacity：显示新生代大小与使用情况。
-gcold：显示老年代与永久代的信息。
-gcoldcapacity：显示老年代的大小。
-gcmetacapacity：显示元空间的大小。（在java8之前是使用-gcpermcapacity显示永久代的大小）
-gcutil：显示垃圾收集信息。
-printcompilation：输出JIT编译的方法信息。
以上选项可以输入 jstat -options 查看。

-t 参数可以在输出信息前加一个 Timestamp 列，显示程序的运行时间。

-h 参数可以在周期性数据输出时，输出多少行数据后，跟着输出一个表头信息。

vmid 参数就是Java进程id。

interval 参数用于指定输出统计数据的周期，单位为毫秒。

count 用于指定一共输出多少次数据。

jinfo 可以用来查看正在运行的Java运行程序的扩展参数，甚至支持在运行时修改部分参数。可以用来查看正在运行的 java 应用程序的扩展参数，包括Java System属性和JVM命令行参数；也可以动态的修改正在运行的 JVM 一些参数。当系统崩溃时，jinfo可以从core文件里面知道崩溃的Java应用程序的配置信息。

jmap 可以生成Java应用程序的堆快照和对象的统计信息。基本语法为：

option 选项如下：
-mp 生成java堆转储快照。格式为： -mp:[live,]format=b,file=,其中live子参数说明是否只mp出存活的对象
-finalizerinfo 显示在F-Queue中等待Finalizer线程执行finalize方法的对象。只在Linux/Solaris平台下有效
-heap 显示java堆详细信息，如使用哪种收集器、参数配置、分代情况等，在Linux/Solaris平台下有效
-histo 显示堆中对象统计信息，包含类、实例对象、合集容量
-permstat 以ClassLoader为统计口径显示永久代内存状态。只在Linux/Solaris平台下有效
-F 当虚拟机进程对-mp选项没有相应时。可使用这个选项强制生成mp快照。只在Linux/Solaris平台下有效

使用 jhat 工具可以用于分析Java应用程序的堆快照内容。jhat 在分析完成后，使用HTTP服务器展示其分析结果。在浏览器中访问 http://localhost:7000/

jstack 可用于导出Java应用程序的线程堆栈。语法为：

-l选项用于打印锁的附加信息。
jstack 工具会在控制台输出程序中所有的锁信息，可以使用重定向将输出保存到文件。
通过 jstack 工具不仅可以得到线程堆栈，它还能自动进行死锁检查，输出找到的死锁信息。

之前所述的工具中，只涉及到监控本机的Java应用程序。而在这些工具中，一些监控工具也支持对远程计算机的监控（如：jps、jstat）。为了启用远程监控，则需要配合使用jstatd工具。
命令jstatd是一个RMI服务端程序，它的作用相当于代理服务器，建立本地计算机与远程监控工具的通信。jstatd服务器将本机的Java应用程序信息传递到远程计算机。

JConsole（Java Monitoring and ManagementConsole）工具时JDK自带的图形化性能监控工具。通过JConsole工具，可以查看Java应用程序的运行概况，监控堆信息、永久区使用情况、类加载情况等。

7. C#源代码编译成为本地代码的编译过程

很有兴趣的话，可以去阅读下JeffreyRitchie的《ClrviaC#》，目前出到第三版，英文好的话强烈推荐看英文版的，而且我有该电子书和实体书。

下面讲下我的理解：大致上不会出什么差错的，细节部分你可以参照上面的书籍！

1.首先，c#源码经过c#编译器被编译成托管模块（IL中间代码、元数据（Metadata））

2.然后，使用C#编译器以及程序集链接器（AssemblyLinker----AL.exe）将上述托管模块以及项目的资源文件Combine（整合）成一个程序集（Assembly）

上述程序集就是你所看到的exe文件或者dll文件等等，程序集中包含了manifest描述文件，是该程序集内容以及关系的一个清单，具体的内容你可以参见JR的书跟Java中的类似！

双击该exe运行的时候：

3.最后，运行时，CLR装载对应的程序集，使用内部的三个即时编译器（常用的为JIT），再去根据本机的环境去进行相应的优化（针对CPU优化等等），即时的翻译成本地机器指令去执行。

还有一个本地化代码生成工具，NGen.exe~~

这个最好能去看看那本JR的神作！细节不是我三言两语能讲清的~~