Rust 不同方式创建Arc对象性能对比

本文探讨了在Rust中使用Arc对象时,通过临时变量创建与原地创建的性能差异。测试结果显示,原地创建(create_arc_inplace)方式比创建临时变量(create_arc_with_temp_var)更快,但在两种情况下,从栈到堆的拷贝仍然存在。尽管编译器优化能消除临时变量的拷贝影响,但为了最佳性能,建议尽量使用原地构建方式。
摘要由CSDN通过智能技术生成

背景

在C++(C++11)中有了移动语义后,标准库中的很多容器都实现了原地构建对象的接口, 例如 vector::emplace_pack。 得益于此,在适当的场合下,可以大量减少临时对象的创建和对象拷贝, 从而提升程序性能。因此想到rust应该也有类似的机制, 来避免不必要的对象创建和拷贝开销。

C++移动语义:将一个右值(比如一个临时对象表达式)传给一个函数的时候,是优先绑定到参数形式是右值引用的函数上的

测试验证

以Arc对象创建为测试例子:
+ 创建临时变量,传入临时变量创建Arc: create_arc_with_temp_var
+ 原地创建, 直接在new入参里创建对象:create_arc_inplace
猜测原地创建方式会使用移动语义,不会有对象拷贝发生。通过临时变量创建, 会发生一次对象拷贝,性能下降。
以下为完整测试代码:

use std::sync::atomic::AtomicI64;

static GVALUE: AtomicI64 = AtomicI64::new(0);
const BUFFER_SIZE:usize = 10240;

struct TestClass {
    a: i64,
    b: i64,
    buf: [u8; BUFFER_SIZE],  // 使用大数组来模拟超大对象
}

/// 创建普通对象,参考组
fn create_normal() -> TestClass {
    let v = GVALUE.fetch_add(1, std::sync::atomic::Ordering::SeqCst); // 防止编译器优化,下同
    TestClass{ a: v, b:0, buf: [0;BUFFER_SIZE]}
}

fn create_arc_with_temp_var() -> std::sync::Arc<TestClass> {
    let v = GVALUE.fetch_add(1, std::sync::atomic::Ordering::SeqCst);
    let obj = TestClass{ a: v, b:0, buf: [0;BUFFER_SIZE]};
    std::sync::Arc::new(obj)
}

fn cre
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值