64位.NET问题，对于知道的任何人来说...... [英] 64-bit .NET questions, for anyone in the know...

问题描述

1。是否会为英特尔和AMD

64位处理器提供不同的64位.NET实现，还是会共享一个通用的64位CLR？


2 。为32位CLR编译的.NET托管代码是否与64位CLR二进制兼容

或者是否需要重新编译代码更改？


3. 64位CLR进程是否能够处理高于32位架构强加的
2-Gig内存限制的进程空间？


4.对于32位对应的代码，64位托管代码是否会有显着的性能提升？


5.我如何申请对于64位.NET Framework测试版程序？

解决方案

> 1.对于Intel和AMD

64位处理器是否会有不同的64位.NET实现，还是它们共享一个通用的64位CLR？


你能给我一个提示，你找到有关64位CLR的信息吗？

从我的理解，它只是一个薄层在操作系统上。所以，

如果有一个64位的CLR，它会让我感到惊讶，即使因为它是

设计为

独立于处理器。


daniel


" JDeats" < JE **** @ pdq.net> schrieb im Newsbeitrag

新闻：b0 ************************** @ posting.google.c om ... 1.英特尔和AMD的64位处理器是否会有不同的64位.NET实现，或者它们是否共享一个通用的64位CLR？

2.将.NET托管代码编译为32位CLR是否与64位CLR二进制兼容，或者需要重新编译需要更改代码？

3. 64位CLR进程是否能够解决进程空间高于32位架构强加的2-Gig内存限制？

4. 64位托管代码中是否会有显着的性能提升
一个32位的对应物？

5.我如何申请64位.NET Framework beta程序？

Daniel Weber <直流***************** @ gmx.de>在消息中写道

news：bk ************* @ news.t-online.com ...

1.对于英特尔和AMD的64位处理器是否会有不同的64位.NET实现，还是会共享一个通用的64位CLR？
你能给我一个提示吗？你找到了有关64位CLR的信息吗？
根据我的理解，它只是操作系统上的一个薄层。

所以，它会

好​​吧，每个处理器需要一个JIT编译器，它可以为那个

处理器发出代码（可能是一个重大变化）。一个垃圾收集器和内存

分配系统，可以处理该处理器和内存架构的正确

方法的分配和清理（可能不是很多） b $ b改变，但我不确定）。有些类型会改变（例如IntPtr），

等。

简而言之，每种处理器类型都会出于优化和

的兼容性，需要它自己的那些特定组件（加上比其他几个没有用托管代码编写的其他更多的b $ b，我不是肯定的b / b）。

AA 64级处理器与IA64处理器不是二进制兼容的。

它们使用完全不同的指令集并且完全不同

架构。每个都有一个运行IA32代码的方法，AMD是一个可用的方法，而IA64只是为了让它工作。因此，对于在AA64处理器上运行的IA64 JIT实现

的实现而言，这是非常不可能的，而不是额外的仿真级别，反之亦然。 br />

但是，我认为框架的JIT设计可以很好地适应IA64的设计，我很好奇JIT团队有多少优化就预测等而言，能够投入JIT编译器。

daniel

" JDeats" < JE **** @ pdq.net> schrieb im Newsbeitrag
新闻：b0 ************************** @ posting.google.c om ...

1.英特尔和AMD的64位处理器是否会有不同的64位.NET实现，还是会共享一个通用的64位CLR？

为32位CLR编译的.NET托管代码是与64位CLR兼容的二进制
，还是需要重新编译代码更改？

3. 64位CLR进程是否能够处理高于32位架构强加的2-Gig内存限制的进程空间？

4. 64位托管$ b是否会有显着的性能提升32位对应的$ b代码？

5.如何申请64位.NET Framework beta程序？

Daniel Weber <直流***************** @ gmx.de>在消息中写道

news：bk ************* @ news.t-online.com ...

1.对于英特尔和AMD的64位处理器是否会有不同的64位.NET实现，还是会共享一个通用的64位CLR？
你能给我一个提示吗？你找到了有关64位CLR的信息吗？
根据我的理解，它只是操作系统上的一个薄层。

所以，它会

好​​吧，每个处理器需要一个JIT编译器，它可以为那个

处理器发出代码（可能是一个重大变化）。一个垃圾收集器和内存

分配系统，可以处理该处理器和内存架构的正确

方法的分配和清理（可能不是很多） b $ b改变，但我不确定）。有些类型会改变（例如IntPtr），

等。

简而言之，每种处理器类型都会出于优化和

的兼容性，需要它自己的那些特定组件（加上比其他几个没有用托管代码编写的其他更多的b $ b，我不是肯定的b / b）。

AA 64级处理器与IA64处理器不是二进制兼容的。

它们使用完全不同的指令集并且完全不同

架构。每个都有一个运行IA32代码的方法，AMD是一个可用的方法，而IA64只是为了让它工作。因此，对于在AA64处理器上运行的IA64 JIT实现

的实现而言，这是非常不可能的，而不是额外的仿真级别，反之亦然。 br />

但是，我认为框架的JIT设计可以很好地适应IA64的设计，我很好奇JIT团队有多少优化就预测等而言，能够投入JIT编译器。

daniel

" JDeats" < JE **** @ pdq.net> schrieb im Newsbeitrag
新闻：b0 ************************** @ posting.google.c om ...

1.英特尔和AMD的64位处理器是否会有不同的64位.NET实现，还是会共享一个通用的64位CLR？

为32位CLR编译的.NET托管代码是与64位CLR兼容的二进制
，还是需要重新编译代码更改？

3. 64位CLR进程是否能够处理高于32位架构强加的2-Gig内存限制的进程空间？

4. 64位托管$ b是否会有显着的性能提升32位对应的$ b代码？

5.如何申请64位.NET Framework beta程序？

1. Will there be different 64-bit .NET implementations for Intel and AMD
64-bit processors or will they share a common 64-bit CLR?

2. Will .NET managed code compiled for the 32-bit CLR be binary compatible
with the 64-bit CLR or will a recompile with code changes be required?

3. Will 64-bit CLR processes be able to address process space above the
2-Gig memory limit imposed by the 32-bit architecture?

4. Will there be a significant performance gain in the 64-bit managed code
over a 32-bit counterpart?

5. How can I apply for the 64-bit .NET Framework beta program?

解决方案

> 1. Will there be different 64-bit .NET implementations for Intel and AMD

64-bit processors or will they share a common 64-bit CLR?
Can you give me a hint where you found information about a 64-bit CLR ?
From what I understand, it''s just a thin layer on the operating system. So,
it would
really surprise me if there would be a 64-bit CLR, even because it was
designed to be
independent from processors.

daniel

"JDeats" <je****@pdq.net> schrieb im Newsbeitrag
news:b0**************************@posting.google.c om... 1. Will there be different 64-bit .NET implementations for Intel and AMD
64-bit processors or will they share a common 64-bit CLR?

2. Will .NET managed code compiled for the 32-bit CLR be binary compatible
with the 64-bit CLR or will a recompile with code changes be required?

3. Will 64-bit CLR processes be able to address process space above the
2-Gig memory limit imposed by the 32-bit architecture?

4. Will there be a significant performance gain in the 64-bit managed code
over a 32-bit counterpart?

5. How can I apply for the 64-bit .NET Framework beta program?

"Daniel Weber" <dc*****************@gmx.de> wrote in message
news:bk*************@news.t-online.com...

1. Will there be different 64-bit .NET implementations for Intel and AMD
64-bit processors or will they share a common 64-bit CLR?
Can you give me a hint where you found information about a 64-bit CLR ?
From what I understand, it''s just a thin layer on the operating system.

So, it would
really surprise me if there would be a 64-bit CLR, even because it was
designed to be
independent from processors.

Well, each processor requires a JIT compiler that can emit code for that
processor(probably a major change). A garbage collector and memory
allocation system that can handle allocations and cleanups in the proper
method for that processor and memory architecture(potentially not much of a
change, but I don''t know for sure). Some types will change(such as IntPtr),
etc.
In short, each processor type would, for sake of optimization and
compatibility, need its own set of those particular components(plus more
than likely several others that aren''t written in managed code, I''m not
sure).
The AA 64 level processors are not binary compatible with the IA64 ones.
They use entirely different instruction sets and are entirely different
architectures. Each has a method to run IA32 code, with the AMD being a
usable method and IA64 being a thunk just to make it work. So it is pretty
much impossible, short of an additional level of emulation, for an
implementation of an IA64 JIT to run on an AA64 processor, and vice versa.

However, I think the JIT design of the framework could lend itself very well
to IA64''s design, I am curious how many optimizations the JIT team is able
to put into that JIT compiler as far as predication and the like goes.
daniel

"JDeats" <je****@pdq.net> schrieb im Newsbeitrag
news:b0**************************@posting.google.c om...

1. Will there be different 64-bit .NET implementations for Intel and AMD
64-bit processors or will they share a common 64-bit CLR?

2. Will .NET managed code compiled for the 32-bit CLR be binary compatible with the 64-bit CLR or will a recompile with code changes be required?

3. Will 64-bit CLR processes be able to address process space above the
2-Gig memory limit imposed by the 32-bit architecture?

4. Will there be a significant performance gain in the 64-bit managed code over a 32-bit counterpart?

5. How can I apply for the 64-bit .NET Framework beta program?

"Daniel Weber" <dc*****************@gmx.de> wrote in message
news:bk*************@news.t-online.com...

1. Will there be different 64-bit .NET implementations for Intel and AMD
64-bit processors or will they share a common 64-bit CLR?
Can you give me a hint where you found information about a 64-bit CLR ?
From what I understand, it''s just a thin layer on the operating system.

So, it would
really surprise me if there would be a 64-bit CLR, even because it was
designed to be
independent from processors.

Well, each processor requires a JIT compiler that can emit code for that
processor(probably a major change). A garbage collector and memory
allocation system that can handle allocations and cleanups in the proper
method for that processor and memory architecture(potentially not much of a
change, but I don''t know for sure). Some types will change(such as IntPtr),
etc.
In short, each processor type would, for sake of optimization and
compatibility, need its own set of those particular components(plus more
than likely several others that aren''t written in managed code, I''m not
sure).
The AA 64 level processors are not binary compatible with the IA64 ones.
They use entirely different instruction sets and are entirely different
architectures. Each has a method to run IA32 code, with the AMD being a
usable method and IA64 being a thunk just to make it work. So it is pretty
much impossible, short of an additional level of emulation, for an
implementation of an IA64 JIT to run on an AA64 processor, and vice versa.

However, I think the JIT design of the framework could lend itself very well
to IA64''s design, I am curious how many optimizations the JIT team is able
to put into that JIT compiler as far as predication and the like goes.
daniel

"JDeats" <je****@pdq.net> schrieb im Newsbeitrag
news:b0**************************@posting.google.c om...

1. Will there be different 64-bit .NET implementations for Intel and AMD
64-bit processors or will they share a common 64-bit CLR?

2. Will .NET managed code compiled for the 32-bit CLR be binary compatible with the 64-bit CLR or will a recompile with code changes be required?

3. Will 64-bit CLR processes be able to address process space above the
2-Gig memory limit imposed by the 32-bit architecture?

4. Will there be a significant performance gain in the 64-bit managed code over a 32-bit counterpart?

5. How can I apply for the 64-bit .NET Framework beta program?

这篇关于64位.NET问题，对于知道的任何人来说......的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！