Chord Electronics Ultima Pre3前置放大器（和Ultima5功放）

虽然不是亚里士多德的七种美德之一（信任、同情、勇气、正义、智慧、节制和希望。），但耐心经常被列入年轻人应好好培养的理想特质清单中的竞争者。作为法国剧作家、演员和诗人莫里哀提醒我们……“生长缓慢的树才能结出最好的果实”。

这对莫里哀来说一切都很好，但我们的Chord Electronics Ultima 5功放已经啜泣了六个月，它形单影只，渴望伴侣；现在这些眼泪将是喜悦的热泪。我们很高兴地宣布Ultima Pre3已经到来 - 让我们欢呼吧！

它不仅仅只有漂亮的外观……

这是一个“从头开始”的新设计，包含最新的East Farleigh技术，Chord Electronics对此感到自豪。

Ultima Pre3采用全模拟设计，具有两个平衡XLR和三个非平衡RCA唱机输入、一个XLR A/V 输入以及用于功放的XLR和RCA可变输出。

不管是磁带循环、唱放、蓝牙连接还是任何数字输入，没有任何东西可以再现最好的模拟音频。它在后置面板上确实有一个非常有用的5V USB-A插座，因此您可以为便携式设备供电，例如Chord自己的Mojo 2和Hugo 2 DAC/耳放。值得注意的是，不建议您使用它为手机充电！

正如您可能从图片中看出的那样，Pre3设计精美，具有坚如磐石的制造质量，无论是欣赏还是使用都是一种乐趣……

“是的，但听起来感觉怎么样？”这个嘛....

Chord Electronics的电子产品在某些方面一直做得很好；音色、计时、纹理和空间感。Pre3和5也不例外，现在在它们的优势列表中增加了份量和规模。

令人兴奋而不疲倦，细节饱满而不生硬，声音扎实而又不咄咄逼人，这确实非常棒。调高音量，它听起来并没有变大，只是让你更接近歌唱家，当你意识到其声音确实非常响亮时，只需稍微降低一下它的声音即可。

播放Hans Theessink的《Blues Stay Away From Me》，很明显这首歌是二重唱，伴奏的声音出现在Hans旋律的背后和上方。在其他较小的系统上，除了Hans的独奏你什么都听不到。

Mario Biondi剪辑的《This Is What You Are》在第一节之后在镲片上有一个非常微妙的节奏变化。大多数系统都忽略了它 — Pre3和5却没有。听起来打击乐手敲打的是真正的手鼓，而不是酸奶罐。

Caitlin Smith的《Maybe In Another Life》得以精彩地演绎，这是一部出色的作品，饱满、迷人、扎实 —— 人们甚至可以听出她在这首歌中使用的是坚硬的拨片，而不是她的指甲。

最后《Hallelujah》中的《Live in Japan》Eddi Reader表演令人心碎和情绪激动，我们怀疑你在听的时候能做到喉咙不哽咽，眼睛不流泪……

但为什么只是从我们的测评中获得经验呢？快来加入我们一起亲身聆听吧。

NET9 Pre3 CLR的优化细节

前言

上一篇:.NET9 Pre3 CLR的改进，讲了下.NET9 Pre3的CLR改进，第二个改进点即是内联。本篇详细看下，略有繁芜。

内联

Pre3里面，哪些代码可以内联优化呢?诸如以下这种：

typeof(T) == obj.GetType()typeof(T) == typeof(T)typeof(T) == obj1.GetType() == obj2.GetType()

比如其中的typeof，如果出现以下代码：

public static bool Callee<T>() => typeof(T) == typeof(int);

.NET9 Pre3之前呢？typeof函数它实际上是调用了System.Type.GetTypeFromHandle获取到类型，通过System.Type.op_Equality进行类型比较。则比较麻烦。

这里的优化是在JIT层面进行的，如果JIT检测到GetTypeFromHandle和op_Equality标记了Intrincis，则在JIT构建IR的时候，就把这个结果判断出来。

Importing BB01 (PC=000) of 'ConsoleApp3.Program:Callee[int]():ubyte' [ 0] 0 (0x000) ldtoken [ 1] 5 (0x005) call 0A00000EIn Compiler::impImportCall: opcode is call, kind=0, callRetType is ref, structSize is 0Named Intrinsic System.Type.GetTypeFromHandle: Recognized [ 1] 10 (0x00a) ldtoken [ 2] 15 (0x00f) call 0A00000EIn Compiler::impImportCall: opcode is call, kind=0, callRetType is ref, structSize is 0Named Intrinsic System.Type.GetTypeFromHandle: Recognized [ 2] 20 (0x014) call 0A00000FIn Compiler::impImportCall: opcode is call, kind=0, callRetType is ubyte, structSize is 0Named Intrinsic System.Type.op_Equality: RecognizedImporting Type.op_*Equality intrinsicFolding call to Type:op_Equality to a simple compare via EQOptimizing compare of types-from-handles to instead compare handlesAsking runtime to compare 00007FF89EF9FC30 (System.Int32) and 00007FF89EF9FC30 (System.Int32) for equalityRuntime reports comparison is known at jit time: 0 [ 1] 25 (0x019) retSTMT00000 ( 0x000[E-] ... ??? ) [000008] ----------- * RETURN int [000007] ----------- \--* CNS_INT int 1

上面很清晰的看到在JIT Compile的时候就已经判断出了返回的值是0(false)。JIT判断代码：

const bool typesAreEqual = (s == TypeCompareState::Must);const bool operatorIsEQ = (oper == GT_EQ);const int compareResult = operatorIsEQ ^ typesAreEqual ? 0 : 1;JITDUMP("Runtime reports comparison is known at jit time: %u\n", compareResult);GenTree* result = gtNewIconNode(compareResult); return result;

减少IR的代码，即如果泛型T与int同类型，则返回true,否则false。而不需要等到JIT生成机器码的时候，生成繁杂的GetTypeFromHandle和op_Equality机器码。

push rbpmov rbp,rspmov eax,1 //类型相同为1,不同为0pop rbpret

未优化前的：

ConsoleApp3.dll!ConsoleApp3.Program.Callee<T>()://此处省略，便于观看00007FF8BCAE22C3 FF 15 07 2C F4 FF call qword ptr [System.Type.GetTypeFromHandle(System.RuntimeTypeHandle)+08h (07FF8BCA24ED0h)] 00007FF8BCAE22C9 48 89 45 E8 mov qword ptr [rbp-18h],rax 00007FF8BCAE22CD 48 B9 88 11 A5 BC F8 7F 00 00 mov rcx,7FF8BCA51188h 00007FF8BCAE22D7 E8 24 14 AE 5F call 00007FF91C5C3700 00007FF8BCAE22DC 48 89 45 E0 mov qword ptr [rbp-20h],rax 00007FF8BCAE22E0 48 8B 4D E0 mov rcx,qword ptr [rbp-20h] 00007FF8BCAE22E4 FF 15 E6 2B F4 FF call qword ptr [System.Type.GetTypeFromHandle(System.RuntimeTypeHandle)+08h (07FF8BCA24ED0h)] 00007FF8BCAE22EA 48 89 45 D8 mov qword ptr [rbp-28h],rax 00007FF8BCAE22EE 48 8B 4D E8 mov rcx,qword ptr [rbp-18h] 00007FF8BCAE22F2 48 8B 55 D8 mov rdx,qword ptr [rbp-28h] 00007FF8BCAE22F6 FF 15 84 3C F4 FF call qword ptr [System.Type.op_Equality(System.Type, System.Type)+08h (07FF8BCA25F80h)] //此处省略，便于观看00007FF8BCAE230B C3 ret

未优化前，即使是删除了部分代码，依然是比较繁杂。

代码

代码(注意观察需要在Debug模式下开启Debuggable特性,也可以C# Code Relase放到CLR里面)，参考:.NET9极致性能CLR操控MSIL(分层编译)。

可以加特性[assembly: Debuggable(DebuggableAttribute.DebuggingModes.IgnoreSymbolStoreSequencePoints)]或者dotnet build -c relase namespace ConsoleApp3{ public class Program { public static bool Test<T>() => Callee<T>(); public static bool Callee<T>() => typeof(T) == typeof(int); static void Main(string[] args) { Test<int>(); Console.ReadLine(); } }}

原理

通过pMethod->GetMethodSignature().GetToken()获取方法Token

获取到System.Runtime.CompilerServices.IntrinsicAttribute这个特性

通过Token获取到CustomAttribute的IL表里面的Parent字段值，如果相等则表示Intrincis被设置了。此时就可以进行内联优化了。GetTypeFromHandle和op_Equality函数皆是如此。

pre3 Chord Electronics Ultima Pre3前置放大器（和Ultima5功放）

分类：苹果日期：2025-04-20 浏览：23 评论：0

Chord Electronics Ultima Pre3前置放大器（和Ultima5功放）

NET9 Pre3 CLR的优化细节

前言

内联

代码

相关推荐

控制面板

最新留言

pre3 Chord Electronics Ultima Pre3前置放大器（和Ultima5功放）

分类：苹果 日期：2025-04-20 浏览：23 评论：0

Chord Electronics Ultima Pre3前置放大器（和Ultima5功放）

NET9 Pre3 CLR的优化细节

前言

内联

代码

相关推荐

控制面板

最新留言

分类：苹果日期：2025-04-20 浏览：23 评论：0