我们这里假定用户已经成功的搞定了第一步, 找到了导致老代码/老项目运行缓慢的主要矛盾点了, 下一步就是尝试用GPU来并行化这个主要矛盾点的实践过程. 这是今天说的重点....就如同Lady我需要做一顿面条, 如果现在手头有一把面条, 那么直接可以下锅了, 但是如果没有的话, 我则需要面粉, 用水+揉的方式, 再不改变面粉本身的能吃的价值的情况下, 用刀切出来这个面条....这个过程, 在本实践手册中, 叫做对代码的重构(refactor), 或者你可以简单的理解成"重新组织/重新构造".这还没完, 你可以重构, 但是你别忘记了你的本意是在改造老代码, 让它运行的更快, 能上...这个时候你是不能改变老代码/老项目的原始效果/原始结果正确性的....这个时候就需要考虑, 是能让项目方接受这种轻微差异, 享受下面轻松而巨大的性能提升呢? 还是项目方不能接受, 必须要做出某些取舍, 放弃某些并行算法的版本实现了.
?