加载失败
论文提出在 CPU 上使用 sparse strips（稀疏条带）表示与渲染高性能 2D 图形，输出为 bitmap。评论集中在实现细节与可比较性：有人发现论文在单条带字节数处把 8 字节写成 64 字节并得到错误的存储估算，亦有人提出可能因按 cache line 对齐以防 false sharing 导致运行时占用接近 64 字节。另一条重要讨论线是 CPU 与 GPU 的权衡：WebGPU/compute shader 的兴起、着色器运行时编译的延迟、统一内存（如 Apple Silicon）与显存拷贝的差异，以及将几何留在 CPU、像素交给 GPU 的混合方案（Vello Hybrid）。评论者还就基准方法和“正确性”提出要求，建议单核对比并引用 Blend2D 基准、Cornell box 等参考来评估速度与准确性的权衡。
论文在示例里给出的 struct Strip { x: u16, y: u16, alpha_idx_fill_gap: u32 } 实际应占 8 字节，但文中把单条带记为 64 字节并据此计算出 259*64 + 7296 ≈ 24KB；按 8 字节应为 259*8 + 7296 ≈ 9KB。评论者指出这是 bits/bytes 混淆的低级错误，作者亦在回复中承认。另一种可能的解释是实现为了避免并发写入时的 false sharing，故把每个 strip 按 64‑byte 的 cache line 对齐或单独分配，从而在运行时看起来像 64 字节。论文的基准主要关注运行时间而非存储，评论里也提到存储占用在论文中没有被充分比较或量化。
该渲染器输出为 bitmap，因此在大多数环境下要显示需要把像素数据上传到 GPU；在统一内存架构（例如 Apple Silicon）可以避免显存拷贝，但主流图形 API（包括 WebGPU）常常仍会导致拷贝或不易直接共享内存。WebGPU 的 compute shader 为 2D 加速提供了路径，但着色器在运行时编译会带来延迟，评论中有人建议在着色器编译期间先使用 CPU 渲染作为过渡（类似多阶段 JIT 策略）。作者提到的 Vello Hybrid 把几何处理放在 CPU、像素绘制交给 GPU，是一种折衷；另有实际场景（测试跑器、无 GPU 的远程/嵌入设备、无法创建 GL context 的情况）本身就需要纯 CPU 渲染器。评论还讨论了只上传脏矩形以减少带宽、以及 WebGPU（via Dawn）二进制体积较大的问题。
[来源1] [来源2] [来源3] [来源4] [来源5] [来源6] [来源7] [来源8]
有评论要求给出单核（single‑core）对比以评估算法/实现本身的效率，而非仅看并行扩展；论文与附带材料中确实包含单线程性能对比，并且可以参考 Blend2D 的官方基准或作者扩展的图表。关于正确性，常用做法是用慢速的参考离线渲染器或像 Cornell box 这样的基准场景来生成目标图像，再衡量实时渲染器的误差。评论里还列举了矢量渲染中特定的精度陷阱：Bezier 平坦化可能产生退化几何、stroking/解析抗锯齿把 coverage 当 alpha 会产生可见缝隙（hairline cracks），这些细节会影响“性能换精度”的公正比较。
[来源1] [来源2] [来源3] [来源4] [来源5] [来源6] [来源7] [来源8]
有人贴出 Blaze（并行光栅化实现）的链接并称 demo 出色，作者表示此前并不知情但对其基准数据印象深刻。评论回顾了历史上在并行机器（评论中提及的 CM2 类型架构）上基于 strips 的实现思路，包括 spawn/scan 分配、mask‑copy‑scan 在各域传播参数，以及在像素域用高位编码深度并用 max combiner 做 z‑buffering 等具体步骤，表明 strip 思路在并行化方面有成熟先例。另有评论者探讨把 RLE/run‑length 表示迁移到 GPU 上以处理大量高精度轨迹或其他特定问题的可行性，提出了对 GPU 实现简洁性与效率的兴趣点。
[来源1] [来源2] [来源3] [来源4] [来源5] [来源6]
Strip (Strip 结构): 论文中用于表示稀疏条带（行内连续像素段）的数据结构，示例为 struct Strip { x: u16, y: u16, alpha_idx_fill_gap: u32 }，用于索引像素位置和 alpha 值/间距，内存布局与对齐会影响总体占用。
cache line: CPU 缓存的最小传输单元（在现代 x86_64 上通常为 64 字节），内存分配或填充到 cache line 大小会影响并发性能与观测到的对象占用。
false sharing: 并发程序性能问题：不同线程频繁写入位于同一 cache line 的不同变量会导致缓存一致性开销，常通过 padding 或按 cache line 对齐来规避。
WebGPU: 浏览器端的新一代图形与计算 API，支持 compute shaders，可用于跨平台 GPU 加速，但常涉及着色器运行时编译、显存/主存拷贝以及通过实现（例如 Dawn）引入的体积。
unified memory: 统一内存架构（例如 Apple Silicon），CPU 与 GPU 共享物理内存，能在某些情况下避免显存拷贝并简化 CPU↔GPU 共享的缓冲区管理。
shader compilation: GPU 着色器在运行时翻译/编译的过程，会带来延迟或阻塞；评论中讨论在着色器编译期间用 CPU 渲染作为短期替代的策略。
Cornell box: 渲染学中用于验证光照/辐照度正确性的参考场景，一个精确测量的盒状测试用例，常被用作渲染器正确性对照基准。