Aparapi GPU质数计算多次运行结果不一致问题咨询

• 核心触发原因：Windows TDR（超时检测与恢复）机制中断内核执行
  Windows系统默认对GPU任务设置了执行时长阈值（通常为2秒），如果单个OpenCL内核的连续执行时间超过该阈值，系统会强制重置GPU上下文，中断未完成的计算任务。你的内核执行时间长达13~14秒，远超过TDR阈值，每次运行时内核被中断的时间点不确定，因此primeNumbers数组的赋值结果会出现随机错误。
  你用到的primeNumbers数组在Java侧初始化的默认值为false，若内核执行被中断，对应位置还未完成赋值就会保留初始的false值，和成功执行完成后赋值的true形成随机交替的结果，完全匹配你遇到的现象。对于素数499903来说，需要执行近50万次循环才能完成判断，只要任务被中途中断，该位置的返回值就会出现时真时假的问题。
• 次要原因：内核代码效率极低，放大了TDR触发概率
  你当前的素数判断逻辑没有做任何优化，循环上限设置为i < num，对于大素数来说循环次数是数值本身的规模，整体计算量极大，执行时间远超GPU常规任务的长度，进一步提高了TDR触发的概率。
• 潜在影响因素：AMD OpenCL驱动兼容问题
  部分版本的AMD Vega系列集成显卡OpenCL驱动对超长循环的执行逻辑存在优化bug，在循环次数过大时可能出现计数错误、提前终止循环的问题，也会导致结果不稳定。

1. 优化素数判断逻辑，将循环上限从i < num调整为i * i <= num，循环次数直接降低2个数量级，大幅缩短内核执行时间，避开TDR限制
2. 升级AMD Radeon Vega 8显卡的最新官方驱动，修复OpenCL执行的已知兼容问题
3. 验证逻辑时可以先缩小计算规模，或者强制Aparapi使用CPU执行模式运行，确认逻辑正确性后再切换到GPU模式
4. 如确实需要运行超大计算量的内核，可以修改Windows注册表调整TDR超时阈值，避免内核被强制中断

内容的提问来源于stack exchange，提问作者Mark Amabile