我起初以为要将线程的计算工作移到 gpu 上去，但好像这并不是文档本意，因为若要如此操作势必要更改源代码后缀为 $.cu$ 以及更改编译方式，这跟提交要求不符。 😮‍💨

我在助教的公开分享文章里看到了这样一句：

启动 8 个线程便能够达到 4 以上的加速比

(edit1 来源：图形学实验框架 Dandelion 始末（四）：渲染模式与软渲染流程

文档的截图也确实显示出，8 个线程达到了 $\frac{7.569}{1.231}=6.15$ 的加速比，但如果是 VertexProcessor::worker_thread、Rasterizer::worker_thread、FragmentProcessor::worker_thread 三类线程一起分这"8"个线程的话，假设工作时间主要由片元处理决定，因为每类线程至少要有一个，那最好的情况也是:
VertexProcessor::worker_thread: 1 个
Rasterizer::worker_thread:1 个
FragmentProcessor::worker_thread:6 个
加速比应该也不会超过 6 吧。

因为最理想情况就是 6 个 FragmentProcessor::worker_thread 能完全填补空闲时间，将这部分的时间 $t_0$ 减少至 $\frac{1}{6}t_0$
( 不知道这样的分析方法对不对，还是说可以把这三个函数视为线程包工头，在这些包工头线程内部使用 std::thread 召唤工人线程来打工？🤔
类似下图：

f06a4c3273dd78bb3dd7d751e789c476
2d6fdd877df889eff693e10233ca79b5

保密

📝 User Blog Posts (12 posts)