LWN:内核智能指针!

关注了就能看到更多这么棒的文章哦~

Smart pointers for the kernel

By Daroc Alden
October 4, 2024
Kangrejos 2024
Gemini-1.5-flash translation
https://lwn.net/Articles/992055/

Rust 拥有众多智能指针类型,包括引用计数指针,它们在编译器中享有特殊支持,使其更易于使用。Rust-for-Linux 项目希望为其智能指针获取相同优势,这些指针需要手动编写以符合 Linux 内核内存模型。Ding Xiangfei 在 Kangrejos 会议上介绍了使自定义智能指针像内置智能指针一样运作的工作。

Ding 在其幻灯片中展示了内置智能指针所具有的特定“超能力”: 大小无关 (unsizing)和 动态分派 (dynamic dispatch)。unsizing 允许程序员从指针类型中移除数组长度,将 Ptr<[T; N]> (在编译时进行边界检查)转换为 Ptr<[T]>(在运行时进行边界检查)。这需要特殊支持,因为切片(slices, 类型为 [T] 的值)在编译时没有已知大小;因此,编译器需要在运行时将大小存储在某个地方。编译器可以将大小存储在指向的分配区域中,但这将需要重新分配数组的内存,这将带来非常大的开销。相反,编译器将大小与指针本身一起存储,作为 胖指针 (fat pointer)。在 nightly Rust 编译器上,用户可以启用一个实验性功能,然后让其指针类型实现 CoerceUnsized 来表明它支持此功能。

6478efa0ef534cb7063b2238c7cfe8b0.png

第二种超能力称为 DispatchFromDyn ,它允许将 Ptr<T> 转换为 Ptr<dyn Trait>,其中 T 实现 Trait。这与 Rust 实现动态分派的方式有关——类型为 Ptr<dyn Trait> 的值使用一个分派表在运行时查找被调用的方法的实现。该方法期望接收一个 self 指针。因此,将智能指针转换为使用动态分派仅在智能指针可以用作 self 指针时才有效。

这两个功能都是实验性的,因为 Rust 项目仍在研究它们的设计。Ding 解释说,有一个 RFC 期望能稳定到足以让 Linux 内核使用,从而不会阻碍这些功能的开发。该 RFC 将添加一个新的宏,使满足某些要求的智能指针实现必要的特性变得非常轻松,无论这些特性的最终形式是什么。这将使内核能够更快地在稳定的 Rust 上开始使用其自定义智能指针。

这里有一个问题——为具有恶意或损坏 Deref (允许程序员取消引用值的特性)实现的智能指针类型实现这些功能可能会破坏 Rust 为确定何时可以移动对象在内存中的保证。这对 Pin 尤为重要, Pin 是一个包装类型,用于标记无法移动的分配。编写不会造成问题的智能指针类型并不难,但为了保持 Rust 对确保安全代码不会造成内存安全问题的承诺,RFC 还要求程序员使用 unsafe(具体而言,实现一个 unsafe 标记特性),作为承诺他们已阅读相关文档并且不会破坏 Pin 。有了这个功能之后,智能指针类型的代码将如下所示:

// Use Ding's macro ...
#[derive(SmartPointer)]
// On a struct that is just a wrapper around a pointer
#[repr(transparent)]
struct MySmartPointer<T: ?Sized>(Box<T>);

// Implement Deref, with whatever custom logic is needed
impl<T: ?Sized> Deref for MySmartPointer<T> {
    type Target = T;
    fn deref(&self) -> &T {
        ...
    }
}

// And then promise the compiler that the Deref implementation is okay to
// use in conjunction with Pin:
unsafe impl<T: ?Sized> PinCoerceUnsized for MySmartPointer<T> {}

Andreas Hindborg 要求对为什么需要标记特性(marker trait)进行一些澄清。Ding 解释说, Deref 应该很简单。通常,编写智能指针类型的程序员会在其类型中存储一个普通的指针;在实现 Deref 时,他们只需使用普通的指针即可。但从技术上讲,可以实现比这更复杂的东西。在这种情况下,你可以拥有一个 Deref 实现,它实际上会将数据从指向的对象中移动出来,并在那里存储其他东西。这通常不会有问题,除非智能指针包含在 Pin 中, Pin 应该阻止该值被移动。如果 Deref 实现无论如何都移动了该值,那么这将是未定义的行为。unsafe 标记特性是对编译器的承诺,即程序员没有这样做。

这个新的宏在 nightly Rust 上可用,尽管 Ding 说它还需要进行一些测试才能稳定,还需要一些他正在编写的附加文档。Miguel Ojeda 询问了该宏可能何时稳定;Ding 回答说很快就会。他将很快发布一个稳定性报告,然后就只需检查要求即可。

全文完
LWN 文章遵循 CC BY-SA 4.0 许可协议。

欢迎分享、转载及基于现有协议再创作~

长按下面二维码关注,关注 LWN 深度文章以及开源社区的各种新近言论~

8faa718f11b6ba18a69031de0a164722.jpeg

代码下载地址: https://pan.quark.cn/s/a4b39357ea24 一、应用背景 固定资产管理在施工企业管理体系中占据着核心地位,如何有效提升固定资产的使用效率,合理调配各类固定资产,防止固定资产出现流失,强化固定资产的监督与制约机制,已经成为固定资产管理工作亟需解决的关键问题。在施工企业的固定资产管理实践中,普遍存在以下挑战: 1、企业固定资产管理过程中账目、卡片与实物三者之间存在不一致的情况; 2、 无法实时掌握每项固定资产的具体位置,也无法了解某个特定位置上资产的数量; 3、 固定资产当前状态难以追踪,例如在调拨、借用、出租等操作中,缺乏IT系统的支持以优化工作流程; 4、 固定资产的报废流程处理不及时,财务上无法迅速完成销账操作,无法生成完整的报废清单,当实物被拆卸后,难以与固定资产上的实物卡片进行核对; 5、 折旧计算过程复杂且准确性不高; 6、 固定资产缺乏中间阶段的管理,没有相应的历史记录,且设备编码与固定资产之间没有一一对应的关系。 二、设计思路 资产运营管理信息系统以投资回报率为指导原则,以资产优化配置为关键,以资产核算为工具,以资产台账管理为基石,以协同办公为推动力,为施工企业构建一个全面的资产运营管理平台,满足公司决策层、管理层和操作层在不同层面的需求。 三、系统特点 ... ... 【资产运营管理解决方案】是专门针对施工企业在固定资产管理中面临的问题而提出的全面性解决方案。在施工企业的日常运营活动中,固定资产管理是一项具有核心意义的任务,它直接关系到企业的经济效益、资源利用程度以及风险控制能力。然而,传统的固定资产管理方法常常存在诸多不足,如账实不一致、资产定位困难、状态追踪缺失、报废处理延后、折旧计算精确度不足、缺乏...
代码下载地址: https://pan.quark.cn/s/4def1e02aa4f ### ROS实时性介绍 RealtimeROS2 #### 一、引言 Robot Operating System(ROS)作为一个用于机器人软件开发的框架,已经得到了广泛的应用。ROS2作为ROS的后续版本,在架构设计上针对ROS1存在的缺陷进行了优化,并且强化了实时操作的支持。本篇文档致力于系统阐述ROS2在实时控制领域的应用情况及相关技术要点,旨在帮助读者更深入地认识ROS2在实际项目中的优势与潜在问题。 #### 二、一个启发性实例 文档首先通过一个启发性实例来阐释实时操作的重要性。在这个实例中,整个系统由多个模块(或称作“单元”)构成,这些模块之间可以相互嵌套。特别需要指出的是,部分模块受到实时操作约束的影响,这表明它们必须在规定的时限内完成计算任务。此外,系统的结构可能在实际运行过程中发生变化,这就要求实时操作系统具备高度的灵活性和适应性。 #### 三、实时计算 接下来,文档详细分析了实时计算的概念。实时计算并不仅仅是关于运算速度的问题,更重要的是确保正确的计算结果能够在恰当的时间点得到输出。如果未能及时响应,则会被视为一种系统失效,其后果可能比错误响应更为严重。因此,实时操作系统的关键在于确定性和时效性。 #### 四、硬实时系统与软实时系统 - **硬实时系统**:这类系统对时间的要求非常严格,一旦未能遵守截止时间就会被判定为系统故障。这种类型的系统通常应用于安全攸关或任务关键领域,例如核能发电站控制系统、航空及航天器控制系统等。在这种系统中,超时可能导致生命危险或重大的经济损失。 - **软实时系统**:这类系统虽然也会因为错过截止时间而产生一定的代价,...
代码下载地址: https://pan.quark.cn/s/a4b39357ea24 ### SAAS架构和关键技术知识点阐述 #### 一、SAAS概述 - **软件发展历程**: - **项目式软件开发时期**:针对客户特定需求进行定制开发,但这种方式将导致大量重复性工作,进而增加开发成本。 - **套装式软件开发时期**:软件以标准化产品形式呈现,能够满足大部分客户的共同需求,然而难以满足个性化需求。 - **平台化软件开发时期**:转向以业务为导向的基础平台开发,虽然提升了软件复用率,但也带来了较高的升级和维护开销。 - **社会化软件大规模开发时期**:引入服务导向的开发模式,即SaaS模式,以更加灵活、高效的方式为用户提供软件服务。 - **SaaS阐释**:SaaS(Software as a Service,软件即服务)是一种基于互联网提供软件应用程序的交付模式。用户无需购买和安装软件,而是通过订阅方式获取服务,并依据实际使用量支付费用。 - **SaaS与云计算的关联**:SaaS是云计算服务模型中的一个核心构成部分,它可以在IaaS(Infrastructure as a Service,基础设施即服务)或PaaS(Platform as a Service,平台即服务)之上构建。SaaS的进步推动了PaaS和IaaS的需求增长,同时SaaS也是云计算能力向终端用户推广的重要途径。 - **SaaS特征**: - **互联网特征**:SaaS应用通常可通过网络浏览器访问。 - **多租户特征**:能够支持多个用户共享一个应用程序实例,以满足不同用户的个性化需求。 - **按需服务特征**:可以根据用户需求进行配置和调整,支持按使用量付费。 ...
已经博主授权,源码转载自 https://pan.quark.cn/s/6f424a922716 STM32F407是由意法半导体(STMicroelectronics)设计的一款高性能微控制器,其核心架构基于Cortex-M4处理器,并配备了多样化的外部接口配置,其中包括通用串行总线(USB)。在STM32F407中,通用串行总线的集成不仅支持主机(Host)工作模式,同时也兼容从机(Device)工作模式,从而赋予该芯片在通用串行总线应用场景下高度的适应性。 **通用串行总线主机模式(Host)** 在通用串行总线主机模式下,STM32F407能够主导并监管通用串行总线网络上的外围设备。主机端负责分配唯一地址、触发数据交换过程、监控设备工作状态,并处理所有的通用串行总线通信活动。达成通用串行总线主机功能的核心在于STM32F407内置的通用串行总线主机控制器(USB OTG FS/HS),该控制器具备以下主要性能指标: 1. **双模式兼容性**:STM32F407的通用串行总线主机控制器能够适配全速(12Mbps)与高速(480Mbps)等级的设备。 2. **自动识别配置**:自动检测并设置接入总线的设备参数。 3. **事件通知机制**:利用中断信号向中央处理器通报事件,例如连接建立、断开连接、故障等。 4. **多样化传输支持**:支持多种传输类型,包括控制传输、批量传输、中断传输以及同步传输。 **通用串行总线从机模式(Device)** 在通用串行总线从机模式下,STM32F407作为通用串行总线网络中的外围设备,对主机的指令做出响应。其通用串行总线从机控制器(USB OTG FS/HS Device)的显著特征包括: 1. **节能设计**:适用于电池供...
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值