小编ein*_*ica的帖子

根据"CUDA C编程指南",只有在多处理器常量高速缓存被命中时,常量内存访问才会受益(见第5.3.2.4节)¹.否则,对于半翘曲,可能存在比合并的全局存储器读取更多的存储器请求.那么为什么常量内存大小限制为64 KB？

还有一个问题是为了不要问两次.据我所知,在Fermi架构中,纹理缓存与L2缓存相结合.纹理使用是否仍然有意义或全局内存读取是否以相同的方式缓存？

¹ 恒定存储器(第5.3.2.4节)

常量存储空间驻留在设备存储器中,并缓存在F.3.1和F.4.1节中提到的常量高速缓存中.

对于计算能力为1.x的设备,对于warp的常量内存请求首先被分成两个请求,每个半warp一个,独立发出.

然后,请求被分成多个单独的请求,因为初始请求中存在不同的内存地址,吞吐量减少的因子等于单​​独请求的数量.

然后,在高速缓存命中的情况下,或者在设备存储器的吞吐量下,以恒定高速缓存的吞吐量来服务所得到的请求.

我发现它binary_function已从C++ 11中删除.我想知道为什么.

C++ 98:

template <class T> struct less : binary_function <T,T,bool> {
  bool operator() (const T& x, const T& y) const {return x<y;}
};

C++ 11:

template <class T> struct less {
  bool operator() (const T& x, const T& y) const {return x<y;}
  typedef T first_argument_type;
  typedef T second_argument_type;
  typedef bool result_type;
};

MODIFIED ------------------------------------------------- ---------------------------

template<class arg,class result>
struct unary_function
{
       typedef arg argument_type;
       typedef result result_type;
};

例如,如果我们想在C++ 98中为函数编写适配器,

template <class T> struct even : …

我们每个人(可能)都有童年的写作梦想:

switch(my_std_string) {
case "foo":  do_stuff(); break;
case "bar":  do_other_stuff(); break;
default:     just_give_up();
}

但这是不可能的,正如古代(2009年)对这个问题的答案所解释的那样:

为什么switch语句不能应用于字符串？

从那时起,我们已经看到了C++ 11的出现,它让我们走得更远:

switch (my_hash::hash(my_std_string)) {
case "foo"_hash:  do_stuff(); break;
case "bar"_hash:  do_other_stuff(); break;
default:          just_give_up();
}

如在描述答案来编译时间字符串哈希 -这是没有那么糟糕,但它实际上并没有做正是我们想要的-有碰撞的机会.

我的问题是:从那时起语言的发展(我认为主要是C++ 14)是否影响了编写一个字符串case语句的方式？或简化实现上述目的的螺母和螺栓？

具体而言,与结束C++ 17标准之中指日可待 -我很感兴趣,鉴于我们可以假设标准将包含答案.

注意:这不是关于使用switch语句的优点的讨论,也不是关于meta的线程的讨论.我问的是一个内容丰富的问题​​,所以请在此基础上回答/ up/downvote.

我刚读过:

C++中的延迟评估

并注意到它有点陈旧,大多数答案都与2011年之前的C++有关.这些天我们有语法lambda,甚至可以推断出返回类型,所以懒惰的评估似乎归结为只是传递它们:而不是

auto x = foo();

你执行

auto unevaluted_x = []() { return foo(); };

然后评估您需要的时间/地点:

auto x = unevaluted_x();

似乎没有更多的东西了.但是,其中一个答案建议使用带异步启动的期货.有人可以用C++或更抽象的方式列出为什么/如果期货对懒惰评估工作有重要意义吗？似乎期货很可能会被热切地评估,但简单地说,在另一个线程上,并且可能没有创建它们的任何优先级; 无论如何,它应该依赖于实现,对吧？

另外,还有其他现代C++构造在懒惰评估的背景下有用吗？

许多开发人员和库作者已经在编译时字符串方面苦苦挣扎了好几年了，因为标准（库）字符串std::string需要动态分配内存，而不是constexpr。

因此，关于如何正确获取编译时字符串，我们有很多问题和博客文章：

• 在C ++中方便地声明编译时字符串
• 在编译时将模板中的编译时字符串连接起来？
• C ++编译时字符串操作
• （非现场）使用constexpr的编译时字符串

现在我们已经了解到，不仅代码new可用constexpr，可以在编译时进行动态分配，而且实际上，std::string它将在C ++ 20（Herb Sutter的C ++标准工作组会议报告）中成为constexpr。

这是否意味着对于C ++ 20及以上版本的代码，我们应该放弃所有这些漂亮的编译时字符串实现，并且始终使用std::string？

如果不是，我们什么时候会这样做，什么时候我们会坚持今天的可能（当然不是向后兼容的代码）？

_{注意：我不是在谈论内容是其类型一部分的字符串，即不是在谈论std::integral_constant; 的等价形式。绝对不会std::string。}

我正在寻找在512或更多字节的大缓冲区上popcount的最快方法.我可以保证任何所需的对齐,缓冲区大小总是2的幂.缓冲区对应于块分配,因此通常位是全部设置,没有设置,或者大多数设置有利于缓冲区的"左",偶尔出洞.

我考虑过的一些解决方案是:

• GCC的 __builtin_popcount
• Bitslice popcount_24words
• 计数位设置,Brian Kernighan的方式

我对最快的解决方案感兴趣,它必须适用于属于core2或更近的32位x86芯片组.SSE和SIMD非常感兴趣.我将在以下四核CPU上进行测试:

matt@stanley:~/anacrolix/public/stackoverflow$ cat /proc/cpuinfo 
processor       : 0
vendor_id       : GenuineIntel
cpu family      : 6
model           : 15
model name      : Intel(R) Core(TM)2 Quad CPU    Q6600  @ 2.40GHz
stepping        : 11
cpu MHz         : 1600.000
cache size      : 4096 KB
physical id     : 0
siblings        : 4
core id         : 0
cpu cores       : 4
apicid          : 0
initial apicid  : 0
fdiv_bug        : no
hlt_bug         : no
f00f_bug        : no
coma_bug        : …

参考链接:http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2009/n2849.pdf

我正在尝试收集有关TR2的信息以及它与即将推出的C++标准的关系,如果有的话.

到目前为止,这是我的问题.如果我错过了任何重要问题,请回答这些问题.:)

预赛:

1. 当前的C++标准没有提到浮点值的实际二进制表示.它所说的是浮点表示是"实现定义的".实际上,我所知道的每个实现都使用IEEE 754-2008.但这不是标准的要求.
2. TR2标识要添加到语言新类型: decimal32,decimal64,和decimal128.

问题/要点评论:

1. 上面的新类型(decimal64etc)是原生语言,还是库中提供的？
2. 新类型是否可以解决浮点不精确问题？如果是这样,怎么样？
3. TR2是否要求这些(或任何)类型的特定二进制表示？
4. TR2将被接受作为即将推出的C++标准的一部分吗？如果是的话,何时？
5. 这些新类型的实现是否可用于任何当前可用的库(例如,Boost)？

我写了一个CMakeLists.txt包含2个可执行文件(target1和target2)的文件:

ADD_EXECUTABLE(target1 ${CXX_FILES})
TARGET_LINK_LIBRARIES(target1 ${requiredlibs})

ADD_EXECUTABLE(target2 ${CXX_FILES} ${OTHER_CXX_FILES})
TARGET_LINK_LIBRARIES(target2 ${requiredlibs})

现在,每当我在没有任何参数的情况下运行make时,都会重建两个目标.但我想定义target1为默认可执行文件,以便只运行make而不使用任何参数target1.对于建筑target2我会跑make target2.

这可能吗？

在CMake创建的Makefile中,有以下定义:default_target:all

我想我需要一种方法来此设置default_target来target1.

我遇到的另一个问题是make总是重建目标,即使没有更改源文件.

为了理解如何确保对齐要求得到满足,我多次阅读以下文章,从OpenCL p.no:157中的异构计算一书.这显示了如何为图像卷积中的问题填充填充(假设工作组大小为16 x 16).

对齐记忆访问

NVIDIA和AMD GPU的性能均受益于全局内存中的数据对齐.特别是对于NVIDIA,在128字节边界上对齐访问和访问128字节段将理想地映射到存储器硬件.但是,在这个例子中,16宽工作组将只访问64字节段,因此数据应该对齐到64字节的地址.这意味着每个工作组访问的第一列应该从64字节对齐的地址开始.在此示例中,使边框像素不生成值的选择确定所有工作组的偏移量将是工作组维度的倍数(即,对于16 x 16工作组,工作组将开始访问列N*16处的数据) .为确保每个工作组正确对齐,

1 - 任何人都可以帮助我理解填充每个工作组访问的第一列后是如何从64字节对齐的地址开始的(上述段落中提到的要求,对吧？)？

2 - 该图也是正确的声明:对于16 x 16工作组,工作组将开始访问N*16列的数据.

如果正确,图中所示的工作组1,2应该开始访问第1x16列的数据,这与图中所示的相反.我完全糊涂了!! :(

更新: Q-2现在对我来说很清楚. 实际上图中显示的工作组是2,1(在opencl惯例中,第一列),所以它完全正确:2x16 = 32而不是我想的1x16.

但问题不是.1仍然没有答案.

8年前,Stephen Lavavej发表了这篇博客文章,其中包含一个名为"Mallocator"的简单分配器实现.从那时起,我们已经过渡到C++ 11时代(很快就会出现C++ 17)......新的语言特征和规则是否会影响Mallocator,或者它仍然是相关的？