【问题标题】:64-bit copy from uint32_t[16] array to sequence of uint32_t variables从 uint32_t[16] 数组到 uint32_t 变量序列的 64 位复制
【发布时间】:2018-09-06 22:16:44
【问题描述】:

我已经能够在大小相等的 uint32_t 数组上使用 64 位副本来提高性能,并希望对 uint32_t[16] 数组中的 16 个 uint32_t 变量序列执行相同的操作。我无法用数组替换变量,因为它会导致性能回归。

我注意到编译器按顺序将指针地址提供给一系列声明的 uint32_t 变量,相反,最后一个变量获得最低地址并增加 4 个字节到第一个声明的变量。我尝试使用该最终变量的起始目标地址并将其转换为 uint64_t * 指针,但这不起作用。 uint32_t[16] 数组的指针是按顺序排列的。

这是我最近尝试的一个例子。

uint32_t x00,x01,x02,x03,x04,x05,x06,x07,x08,x09,x10,x11,x12,x13,x14,x15;
uint64_t *Bu64ptr = (uint64_t *) B;
uint64_t *x15u64ptr = (uint64_t *) &x15;

/* This is an inline function that does 64-bit eqxor on two uint32_t[16] 
& stores the results in uint32_t B[16]*/
salsa8eqxorload64(B,Bx);

/* Trying to 64-bit copy here */
*x15u64ptr++ = *Bu64ptr++;
*x15u64ptr++ = *Bu64ptr++;
*x15u64ptr++ = *Bu64ptr++;
*x15u64ptr++ = *Bu64ptr++;
*x15u64ptr++ = *Bu64ptr++;
*x15u64ptr++ = *Bu64ptr++;
*x15u64ptr++ = *Bu64ptr++;
*x15u64ptr++ = *Bu64ptr++;

我是在追求不可能的事情,还是我缺乏技能再次成为阻碍?我检查了x15和x15u64ptr的指针地址值,它们完全不同,使用下面的方法。

printf("x15u64ptr %p\n", (void *) x15u64ptr);
printf("x15 %p\n", (void *) &x15);

我有一个想法来创建一个数组,并使用 x??变量作为指向数组中各个元素的指针,然后在两个数组上执行 64 位复制,我希望以这种方式将值分配给 uint32_t 变量,但是得到关于 = 分配无效 ivalue 的编译器失败警告。也许我在语法上做错了什么。 使用 64 位 memcpy 替代方案和自定义 64 位 eqxor,我将散列函数的性能提高了 10% 以上,如果我只能让它工作,预计这会再提高 5-10%。

*2018 年 13 月 9 日更新

我最后使用了一个结构,然后是一个基于霓虹灯的操作。使用 32 位代码和 memcpy 的原始性能提高了 20%。我还能够将技术扩展到 salsa20/8 使用的 add&save 和 eqxor 操作。

struct XX
{
uint32_t x00, x01, x02, x03, x04, x05, x06, x07, x08, x09, x10, x11, x12,x13,x14,x15;
} X;

//dst & src must be uint32_t[32]. Note only 8 operations, to account for "128-bit" though neon really only does 64-bit at a time.
static inline void memcpy128neon(uint32_t * __restrict dst, uint32_t * __restrict src)
{
uint32x4_t *s1 = (uint32x4_t *) dst;
uint32x4_t *s2 = (uint32x4_t *) src;

*s1++ = *s2++;*s1++ = *s2++;*s1++ = *s2++;*s1++ = *s2++;*s1++ = *s2++;*s1++ = *s2++;*s1++ = *s2++;*s1++ = *s2++;
}

然后像这样调用... memcpy128neon(&X.x00,arr);

2018 年 16 月 10 日更新 如果找到这个允许联合铸造的宏......

#define UNION_CAST(x, destType) \
   (((union {__typeof__(x) a; destType b;})x).b)

这是一个使用基于 Arm 的 neon uint32x4_t 向量的自定义类型为具有 8 个索引的数组创建 1024 位指针的示例,但可以使用任何数据类型。这使得强制转换符合严格的别名。

uint32x4x8_t *pointer = (uint32x4x8_t *) UNION_CAST(originalpointer, uint32x4x8_t *);

【问题讨论】:

  • 注释类型将uint32_t 指针指向uint64_t 指针violates strict aliasing
  • 您使用的是什么平台和什么编译器? “没有工作”到底是什么意思? - 是否会产生内存错误或未正确复制值?
  • 适用于 Armv8。一半变量的值为 0。我反向声明变量并打印出所有指针地址,它们以数据类型的增量递增。我最终在结构中声明变量并将指针传递给第一个成员并获得了我想要的 64 位副本,它比使用意外的数组更快。我还为 eqxor、memcpy 使用了一个基于 neon 的函数,并通过将 uint32_t 指针转换为 uint32x4_t 来在相等大小的结构和数组之间添加副本(+=),这是我通过实验发现的,它允许一种 128 位复制。跨度>

标签: c arrays variables copy 64-bit


【解决方案1】:

不保证变量会按照声明的顺序放入内存中。

我自己会使用联合双关语。

#include <stdio.h>
#include <stdint.h>
#include <string.h>

#define SOMETHING   (uint64_t *)0x12345676   // only
#define LITTLEENDIAN 1

typedef union
{
    uint32_t u32[2];
    uint64_t u64;
}data_64;

int main()
{
    uint64_t *Bu64ptr = SOMETHING;

    data_64 mydata[10];

    //you can copy memory
    memcpy(mydata, Bu64ptr, sizeof(mydata));

    //or just loop
    for(size_t index = 0; index < sizeof(mydata) / sizeof(mydata[0]); index++)
    {
        mydata[index].u64 = *Bu64ptr++;
    }

    for(size_t index = 0; index < sizeof(mydata) / sizeof(mydata[0]); index++)
    {   
        printf("Lower word = %x, Upper word = %x\n", mydata[!LITTLEENDIAN], mydata[LITTLEENDIAN]);
    }    

    return 0;
}

它会在相反的方向以完全相同的方式工作

【讨论】:

  • 感谢您的建议。我最终使用了一个结构,由于某种原因,它比我的实例中的数组更快。
猜你喜欢
  • 2022-12-13
  • 1970-01-01
  • 2020-03-09
  • 1970-01-01
  • 1970-01-01
  • 2022-01-20
  • 2021-02-21
  • 1970-01-01
  • 1970-01-01
相关资源
最近更新 更多