第二百八十八章 你不知道NullPointer是谁？ (第1/2页)

范小天把这不算太长的代码从头看到尾，又从尾看到头。
　　
　　然后又从头看到尾。
　　
　　整整看了半个小时。
　　
　　说实话，他没看懂。
　　
　　没看懂不是因为代码写得烂；恰恰相反，是代码写得太优雅了。
　　
　　优雅得不像适配层的代码。
　　
　　适配层的代码有个特点：它需要追求极致性能，但这也是有代价的——有时候不得不牺牲可读性。
　　
　　这跟做互联网的程序员不一样：对他们来说，程序的运算效率并不是最重要的，可读性反而更重要。
　　
　　因为代码终究是写给人看的：一个组里那么多工程师，今天你写，明天我写，如果你写的东西别人都看不懂，就很容易出Bug；至于这个程序会不会快或慢几十毫秒，相对来说没那么重要。
　　
　　所以互联网程序的代码往往不需要极致优化，但代码规范要求却很严格。
　　
　　而硬件适配层的代码就不一样了：可读性当然也重要，但硬件的使用效率往往追求极致——几毫秒的效率损耗会在高强度运行下被成千上万倍地放大，所以里面经常会有各种奇技淫巧的骇客（hack）方法。
　　
　　所谓骇客方法，是编程里的黑话，指那种不太规范、但好用的方法。
　　
　　比如在显卡里，正常应该在运行时计算显存和内核的比例；可这个数又不常变化，运行时计算等于凭空增加损耗，所以骇客方法就是把这个比例写死在代码里。
　　
　　虽然这会导致代码放到别的硬件上完全没法用，因为比例是写死的，但能提高运行效率。
　　
　　然而，刚刚提交的这段代码里，没有范小天平时看到的各种难以理解的骇客方法。
　　
　　简单、简洁、优雅，没有任何注释，可代码本身就能让你看明白它在干什么。
　　
　　就是这种看得懂，反而让范小天看不懂了。
　　
　　块内重计算的策略他认识，这是FlashAttention的核心思想之一：用重计算换显存，理论上可以把显存读写量降到接近理论最优值。
　　
　　但问题在于，把这个策略移植到L100上可不是一件容易的事。
　　
　　因为L100的共享内存布局和英伟达家的卡不一样，英伟达的实现没法直接搬过来，必须重新写一套专门适配L100内存架构的版本。
　　
　　这个版本要怎么写？得靠真实的性能分析（Profiling）数据反复校准。
　　
　　可我们现在连性能分析工具（Profiler）都还没写出来呢。
　　
　　这就相当于在没有仪表盘、没有导航，甚至没有地图的道路上赛车，还要排水渠过弯，把每一个弯道都跑出理论极限。
　　
　　这怎么可能？藤原拓海来了也做不到吧。
　　
　　所谓外行看热闹，内行看门道。
　　
　　在英伟达干了这么多年，范小天太清楚这个部分有多难写了。
　　
　　这可不是光懂内存管理原理就够的，你还得对这块芯片的实际行为研究透了才行。因为芯片到了纳米级别，理论和现实之间的偏差只有跑真实数据才能量化。
　　
　　这每一样单独拿出来，都是个大项目。
　　
　　说白了，这是个得软硬件都有人懂、还得有人专门研究过L100的专家团队坐在一起才能做出来的活儿。
　　
　　怎么突然一份完整代码就出现在代码库里了？
　　
　　这代码——不会没法用吧？
　　
　　抱着试一试的心态，范小天把刚才提交的这份代码从代码库里拉（pull）到本地，建了个测试环境，开始跑正确性验证。
　　
　　他盯着跑起来的进度条，一边打开外卖软件看了一眼，一边漫不经心地等第一个报错弹出来。
　　
　　呀，外卖已经送到半天了，我的面要坨了。
　　
　　等一会儿报错了，就先去把外卖拿回来。
　　
　　范小天这么想着，抬起头看向屏幕。
　　
　　他只看到满屏绿色的PASS。
　　
　　这一套验证测试有几百个，一个一个跑过去，不算快，也不算慢。
　　
　　一行一行的PASS还在日志里输出。
　　
　　

（本章未完，请点击下一页继续阅读）