如何在Rosetta 2运行的x86_64进程中获取mach_absolute_time真实原始tick系统时钟值

方案1：低开销sysctl直接读取（推荐绝大多数场景） #

Rosetta 2 仅会拦截用户态的 Mach 时间相关函数，不会修改内核层面 sysctl 接口的返回值，你可以通过以下两个 sysctl 键直接拿到原生arm64视角的时间数据：

• kern.absolutetime：直接返回原生mach_absolute_time()的原始tick值，无需换算
• machdep.timebase.numer / machdep.timebase.denom：原生时钟时基的分子/分母，和arm64进程调用mach_timebase_info()拿到的数值完全一致

代码示例 #

#include <stdint.h>
#include <sys/sysctl.h>
#include <mach/mach_time.h>

// 获取原生arm64视角的mach_absolute_time原始tick值
uint64_t get_native_abstime_tick(void) {
    uint64_t tick = 0;
    size_t len = sizeof(tick);
    if (sysctlbyname("kern.absolutetime", &tick, &len, NULL, 0) == 0) {
        return tick;
    }
    // 兼容Intel环境 fallback
    return mach_absolute_time();
}

// 获取原生arm64视角的时钟时基参数
void get_native_timebase(mach_timebase_info_data_t *out_info) {
    uint32_t numer = 0, denom = 0;
    size_t len = sizeof(numer);
    if (sysctlbyname("machdep.timebase.numer", &numer, &len, NULL, 0) == 0
        && sysctlbyname("machdep.timebase.denom", &denom, &len, NULL, 0) == 0) {
        out_info->numer = numer;
        out_info->denom = denom;
        return;
    }
    // 兼容Intel环境 fallback
    mach_timebase_info(out_info);
}

该方案单次调用开销在1-2微秒级别，远低于启动子进程回传的方案。

方案2：零开销换算方案（推荐高频调用场景） #

Rosetta 2 返回的mach_absolute_time()数值本身就是原生tick通过真实时基换算得到的纳秒值，两者为严格的线性对应关系，你只需要在进程启动时读取一次原生时基参数，之后就可以直接通过Rosetta返回的数值反向计算原生tick，无任何额外开销：

// 进程启动时仅需执行一次
static mach_timebase_info_data_t s_native_timebase;
static double s_tick_per_ns;
__attribute__((constructor)) static void init_timebase(void) {
    get_native_timebase(&s_native_timebase);
    s_tick_per_ns = (double)s_native_timebase.denom / s_native_timebase.numer;
}

// 高频调用的场景直接用这个函数，开销仅为一次乘法运算
uint64_t fast_get_native_abstime_tick(void) {
    return (uint64_t)(mach_absolute_time() * s_tick_per_ns);
}

该方案的换算精度完全满足跨进程时间同步的需求。

内容的提问来源于stack exchange，提问作者Bri Bri