1.硬核观察 #1112 1/7 的 Linux 内核代码是 AMD GPU 驱动代码
2.AMD 编译概述 & Fatbin 文件生成 & HIP Runtime API（启动 CUDA 核函数）
3.AMD被黑客叫卖Navi显卡源码，1亿美元出售是真吗？
4.新鲜资讯|AMD FidelityFX™ SDK 1.0现已上线GPUOpen
5.怎样写软件源码?
6.ptmalloc2 源码剖析3 -- 源码剖析

硬核观察 #1112 1/7 的 Linux 内核代码是 AMD GPU 驱动代码

       Linux 内核代码的硬核观察揭示了一个显著的事实：AMD GPU 驱动代码占据了内核源代码的1/7以上，具体超过了万行。这其中包括AMD为每代新GPU提供的大量自动生成的头文件，它们就像详尽的文档，反映出AMD对驱动开发的聚合搜索影视源码投入。相比之下，英伟达开源的Nouveau驱动代码只有约万行，显示出AMD在内核贡献上的巨大影响力。

       尽管AMD在代码贡献上积极主动，但老王对此提出疑问：在内核中不断增加代码是否真的有益？尤其考虑到ReiserFS的命运。曾经流行的ReiserFS日志文件系统因开发者的个人问题而停滞，最终在Linux 5.及后续版本中被标记为废弃。其后，随着主要开发者入狱，ReiserFS项目逐渐消亡，反映出开发者社区对项目污点的敏感和项目延续性的依赖。

       另一个例子是Visual Studio for Mac，微软的Mac版开发工具，从开源到闭源，最终被计划在年废弃。VS Mac曾作为.NET IDE，但与Windows版本的差距明显。微软在发现VS Code更受欢迎后，逐渐淘汰边缘项目，而MonoDevelop的开源替代品DotDevelop仍在持续发展中。

AMD 编译概述 & Fatbin 文件生成 & HIP Runtime API（启动 CUDA 核函数）

       AMD 平台的术语概览

       AMD GPU 计算生态基于 ROCm（Radeon Open Computing platform），ROCm 包括ROC 和 Radeon 等简称，菜鸟源码代下ROC：Radeon 开放计算平台，Radeon 是 AMD GPU 产品的品牌名。ROCm 类似于 CUDA 于 NVIDIA GPU。ROCx 包含 ROCr - ROC Runtime，ROCk - ROC kernel driver, ROCt - ROC Thunk。

       HIP（Heterogeneous-Computing Interface for Portability）是一个旨在简化 CUDA 应用程序到便携式 C++ 代码转换的接口，支持 C 风格的 API 和 C++ 内核语言。

       HIP-Clang 是 AMDGPU 异构编译器，用于在 AMD 平台上编译 HIP 程序。

       HCC（Heterogeneous Compute Compiler）是面向异构设备的开源 C++ 编译器，基于 LLVM + CLANG，实现将并行编程程序转换为 AMD GCN ISA。

       在 ROCM v3.5 版本前，HCC 编译器被使用，之后引入了 HIP-Clang 编译器，HCC 编译器不再发展新特性，AMD 公司不再维护。

       “HIP化”工具，即 HIPify，能将 CUDA 代码转换为便携式 C++ 代码，自动执行大部分转换工作。

       ROCm 计算平台的编译流程包括使用 HIPify 工具转换 CUDA 源码到 HIP 源码，HIP 源码能够在 AMD 或 NVIDIA GPU 上运行。

       在 AMD ROCm 平台上，HIP 提供 HIP 运行时 API，实现与应用程序链接的对象库，包括流、资源火转转源码事件和内存管理。在 NVIDIA CUDA 平台上，提供头文件，从 HIP 运行时 API 转换为 CUDA 运行时 API，提供内联函数以实现低开销。

       在 AMD ROCm 平台生成 Fat Binary 文件，使用 clang-offload-bundler 工具，将针对不同架构的多个 ELF 二进制文件合并成单个捆绑文件。

       clang-offload-bundler 工具在编译过程中对翻译单元进行多次编译，生成主机和设备代码对象，然后合并这些代码对象到单个捆绑文件中。

       HIP Runtime API 支持 CUDA <<<>>> 核函数语法，通过 hip-clang 编译选项选择 -fhip-new-launch-api，遇到 <<<>>> 时，调用一系列 API 来存储和处理核运行参数，最终通过 hipLaunchKernel API 运行核函数。

       在编译过程中，使用 hip-clang 时，会调用 API 来存储核运行参数，然后通过桩函数调用，再通过 hipLaunchKernel API 实现核函数的运行。

       API 包括用于初始化和注册函数的 API，如 __hipRegisterFatBinary 和 __hipRegisterFunction，保证 fatbin 文件只加载一次。

AMD被黑客叫卖Navi显卡源码，1亿美元出售是真吗？

AMD遭遇严重信息安全事件：1亿美元Navi显卡源码被曝光

       近期，AMD在公告中揭示了一起惊人的iot管理系统源码事件：年底，有人试图联系他们，声称持有AMD图形产品及相关子集的测试文件。这些文件一度在网上传出，但已被删除。AMD强调，虽然这些测试文件非核心机密，但黑客可能还有其他未公开的AMD知识产权（IP）存在。

       AMD已果断采取行动，报警并将此事交由刑事调查处理，与执法机构紧密合作，以应对这一威胁。然而，公众对于此事的知晓程度并不高，直到有人在Github上发布了疑似被窃取的Navi显卡源码，最初甚至标价1亿美元，若未达成交易，将公之于众。

       AMD已通过法律途径要求Github删除相关源码，公告中明确表示，泄密内容并未涉及其核心产品，似乎在排除7nm Navi显卡源码泄露的可能。此次事件无疑给AMD及其用户带来了不小的忧虑，但AMD的快速反应和法律措施显示了他们对信息安全的重视。

新鲜资讯|AMD FidelityFX™ SDK 1.0现已上线GPUOpen

       欢迎使用AMD FidelityFX软件开发工具包（SDK）！

       AMD FidelityFX SDK是一个易于集成的解决方案，可将AMD FidelityFX技术应用于游戏中，无需复杂移植过程。pycharm数字雨源码它是我们提供给开发者的新图形中间件。

       自从发布AMD FidelityFX技术以来，我们已成为业界领先的技术合作伙伴之一，覆盖了多款知名游戏。随着技术发展和广泛应用，我们致力于简化开发者集成体验。AMD FidelityFX SDK为此成果。

       这个SDK特点如下：

       标准、风格一致，友好易用。

       简便生成应用，专注于核心算法。

       稳定框架适用于各种API，支持多平台。

       丰富文档可参考： gpuopen.com/manuals/fid...

       预构建解决方案简化集成，集成仅需二十行代码。

       新增三种效果：

       AMD FidelityFX 模糊 1.0：基于计算的高斯模糊技术。

       AMD FidelityFX 景深1.0：重现相机镜头效果。

       AMD FidelityFX 镜头特效1.0：支持多种镜头和胶片效果。

       现有技术更新并纳入SDK：

       AMD FidelityFX CACAO 1.3：高度优化环境光遮蔽效果，引入对比纯AO和最终渲染结果功能。

       AMD FidelityFX CAS 1.1：低开销自适应锐化算法，新增选择上采样功能。

       FSR 1.1和FSR 2.2.1：图像放大解决方案，合并为一个示例。

       AMD FidelityFX LPM 1.3：HDR映射解决方案，Vulkan支持，修复操作系统和交换链问题。

       AMD FidelityFX 并行排序1.2：优化的基数排序实现。

       AMD FidelityFX SPD 2.1：优化的单pass下采样器。

       AMD FidelityFX SSSR 1.4和AMD FidelityFX 降噪器 1.2：反射和阴影质量优化。

       AMD FidelityFX 可变着色1.1：可变速率着色集成。

       示例集成代码已更新，包含混合光线追踪、反射、阴影等。

       使用SDK步骤：

       创建或链接SDK库到解决方案。

       查询内存需求。

       分配内存并初始化。

       创建功能上下文。

       运行时使用上下文。

       释放内存。

       完整源代码和二进制文件在GitHub上发布，查看丰富文档，访问GPUOpen上的新主页获取更多信息。如需反馈或建议，请联系我们，所有请求都非常重要且会回复。请注意AMD FSR技术的使用限制和归属声明。

怎样写软件源码?

在软著申请中，关键的软件信息填写不容忽视。针对作品开发和运行环境的描述，你需要详细列出以下几点:

       首先，开发环境的描述应明确具体:

       处理器：例如，Intel Core i5或AMD Ryzen 5，强调其性能和效率。

       内存：确保足够的资源，如8GB或GB RAM，以支持软件流畅运行。

       存储：如GB或GB SSD，存储空间不可或缺。

       其他硬件：如用于开发的显示器、高效键盘和鼠标，它们可能影响开发效率。

       例如，Java开发的网页应用，你可能会写：“在装备有Intel Core i5处理器，8GB RAM，GB SSD的硬件环境中，配备专业显示器、键盘和鼠标进行开发。”

       然后，运行平台同样重要：

       处理器：如Intel Core i3或AMD Ryzen 3，适应目标用户群体的设备。

       内存：至少4GB或8GB RAM，保证基本的用户体验。

       存储：GB或GB SSD，确保快速加载。

       浏览器插件和操作系统：如Windows、macOS或Linux下的兼容性信息。

       对于网页应用，描述可能为：“在Intel Core i3处理器，4GB RAM，GB SSD的硬件上，兼容Windows、macOS或Linux操作系统，运行于浏览器环境中。”

       软件开发工具的选择同样重要：

       IDE：如Eclipse或IntelliJ IDEA，突出其高效和专业性。

       构建工具：如Maven或Gradle，确保代码质量和部署流程的标准化。

       示例为：“利用Eclipse作为主要开发环境，Maven或Gradle作为构建工具进行项目构建和管理。”

       至于运行支撑环境，需要考虑：

       Web服务器：如Apache或Nginx，强调其稳定性和性能。

       数据库：MySQL或Oracle，提供数据存储和管理的基础。

       比如：“该网页应用在Apache或Nginx服务器上部署，利用MySQL或Oracle数据库进行数据交互和存储。”

       最后，每个软著申请可能都有其特定的要求，以上内容仅供参考，确保根据实际项目需求进行详细且准确的填写，才能提升作品的认证通过率。

ptmalloc2 源码剖析3 -- 源码剖析

       文章内容包含平台配置、malloc_state、arena实例、new_arena、arena_get、arena_get2、heap、new_heap、grow_heap、heap_trim、init、malloc_hook、malloc_hook_ini、ptmalloc_init、malloc_consolidate、public_mALLOc、sYSMALLOc、freepublic_fREe、systrim等关键模块。

       平台配置为 Debian AMD，使用ptmalloc2作为内存分配机制。

       malloc_state 表征一个arena，全局只有一个main_arena实例，arena实例通过malloc_init_state()函数初始化。

       当线程尝试获取arena失败时，通过new_heap获取内存区域，构建非main_arena实例。

       arena_get和arena_get2分别尝试线程的私有实例和全局arena链表获取arena，若获取失败，则创建new_arena。

       heap表示mmap映射连续内存区域，每个arena至少包含一个heap，且起始地址为HEAP_MAX_SIZE整数倍。

       new_heap尝试mmap映射内存，实现内存对齐，确保起始地址满足要求。

       grow_heap用于内存扩展与收缩，依据当前heap状态调用mprotect或mmap进行操作。

       heap_trim释放heap，条件为当前heap无已分配chunk或可用空间不足。

       init阶段，通过malloc_hook、realloc_hook和__memalign_hook函数进行内存分配。

       malloc_consolidate合并fastbins和unsortedbin，优化内存分配。

       public_mALLOc作为内存分配入口。

       sYSMALLOc尝试系统申请内存，实现内存分配。

       freepublic_fREe用于释放内存，针对map映射内存调用munmap，其他情况归还给对应arena。

       systrim使用sbrk归还内存。