一、问题现象
样例路径：

example/2_advanced_features/built_in_task/1_random_num_task

该样例申请用于保存随机数状态的 Device 内存后，没有写入初始偏移量，随后直接将其作为
randomCounterAddr 传给随机数任务。

例如，在执行原样例前插入一次 Device 内存申请、写入和释放：

void* tmpDevice = nullptr;
uint64_t counterData[2] = {
    0x123456789ABCDEF0ULL,
    0x0FEDCBA987654321ULL
};

CHECK_ERROR(aclrtMalloc(&tmpDevice, sizeof(counterData),
    ACL_MEM_MALLOC_HUGE_FIRST));
CHECK_ERROR(aclrtMemcpy(tmpDevice, sizeof(counterData),
    counterData, sizeof(counterData), ACL_MEMCPY_HOST_TO_DEVICE));
CHECK_ERROR(aclrtFree(tmpDevice));

随后继续执行原样例，相同 seed 下生成的随机数序列可能发生变化。结果会受到新申请 Device
内存中历史数据的影响。

二、问题分析
当前样例中的相关代码为：

void* counterAddr = NULL;
CHECK_ERROR(aclrtMalloc(
    reinterpret_cast<void**>(&counterAddr),
    16,
    ACL_MEM_MALLOC_HUGE_FIRST));

CHECK_ERROR(NormalFloatAsync(
    mean, stddev, false, seed, num,
    counterAddr, devOutput, stream));

counterAddr 分配后未调用 aclrtMemset，也未通过 Host-to-Device 拷贝写入明确的初始偏移量。

公开接口文档对 randomCounterAddr 的说明为：

生成随机数的偏移量。由用户提前申请 Device 内存，读入偏移量数据后，再将内存地址作为参数传入。

aclrtMalloc 只负责分配 Device 内存，不保证返回内存的初始内容为零。因此，样例不能将未初始化的
Device 内存直接作为随机数状态输入。

当前样例实际使用同一个未初始化的 counterAddr 依次执行：

NormalFloatAsync
NormalBF16Async
UniformFloat16Async
UniformInt32Async
DropoutBitmask
首个随机数任务读取到的初始 counter 不确定，后续任务的随机数状态也会受到影响。

三、实际验证
在相同 seed=0 的条件下：

counterAddr 未初始化时，不同 Runtime 环境生成的随机数结果不同；
每套环境内部重复执行时，结果各自保持稳定；
将 16 字节 counterAddr 显式清零后，两套 Runtime 打印的随机数结果逐项一致。
这说明结果差异来自 randomCounterAddr 的初始内容，而不是 seed 参数本身。

四、修改建议
在执行第一个随机数任务前，为 counterAddr 写入明确的初始偏移量。

如果样例期望从偏移量 0 开始，可修改为：

void* counterAddr = nullptr;
constexpr size_t counterSize = 16U;

CHECK_ERROR(aclrtMalloc(
    &counterAddr,
    counterSize,
    ACL_MEM_MALLOC_HUGE_FIRST));
CHECK_ERROR(aclrtMemset(
    counterAddr,
    counterSize,
    0,
    counterSize));

如果随机数协议要求特定的 128 位初始偏移量，则应构造对应的 Host 数据，并通过 aclrtMemcpy
完整写入 16 字节 Device 内存。