第58章 疯狂推进度（1 / 2）
请关闭浏览器的阅读/畅读/小说模式并且关闭广告屏蔽过滤功能，避免出现内容无法显示或者段落错乱。
愉快的洛杉磯之行结束，陈一然没等到周一，而是在周末就开始了工作。
之前已经整理了ispd2006ptbenchark的全部资料，还有几个测试案例的list文件，標准单元库的lef格式描述，以及官方给出的线长和密度约束文档。
【数据的输入格式已经了解了，lef描述的是標准单元的物理尺寸和引脚位置，list给出的是单元之间的连通关係。hl半周长线长模型。每个的boundgbox的宽度加高度，就是线长的近似值。】
“你的意思是，你能直接设计解析器”
【可以，但这只是第一步。benchark的格式本身不复杂，复杂的是怎么把解析出来的数据餵给deepflow。编辑器的ast是一维的树形结构，pt是二维空间加三维连通。
核心改造在於：增量更新的触发条件从文本变更变成了空间位置变更——当一个cell的位置移动，受影响的不再是语法树上的兄弟节点，而是空间上相邻的cell和list上相连的cell。
我们需要一个adapter，它的功能是：接收pt引擎每次移动cell之后的坐標变化，转换成deepflow能理解的delta描述，然后把deepflow计算出的梯度反馈回pt引擎。】
陈一然在笔记本上开始画图，茉莉一边分析一边让他改。
陈一然扛著久违的低烧感，努力了来两天。
最终输出了一份13页的设计文档，包含：benchark解析器架构、deepflow適配层的接口定义、pt引擎和gpu训练集群之间的数据流约定。每一部分的输入输出格式、数据结构、调用顺序，全都写清楚了。
周一早上，陈一然把设计文档列印了好，发给了每个人。凯萨琳也凑热闹想要一份，被陈一然以浪费纸张为由拒绝了。
高德伟看了五分钟，然后放下文档，看著陈一然。
“老板，不愧是第一个项目就能卖两亿的人啊。”
高德伟站起来走到白板前面，他把陈一然文档里的架构图又画了一遍，画完之后退了两步，看了一会。
“这个適配层的设计是对的，把增量更新的触发条件从ast的树形结构改成空间+连通性的混合索引——这是pt和编辑器最本质的差异。”
周天佑看到gpu训练集群和pt引擎之间的数据流约定，说自己周末刚好把三台r710的cuda环境和pi调通了——本来以为还要一两周才能用上，没想到架构文档直接把接口定义好了。
其他人各领了一块，张明辉和刘毅负责benchark解析器，桑杰和王雪负责lef/標准单元库的数据加载，阿密特和林志伟开始把ispd的物理约束翻译成deepflow能处理的格式。
工作分配白板上写满了，陈一然在旁边看了一眼，觉得自己没什么事可做了。
“我明天开始就不过来了，你们自己干，有问题sn找我。”
高德伟看了他一眼：“老板你这就居家了”
“我在家效率更高。”
高德伟对这话是买帐的，作为公司里资歷经验最多的人。
他在前几天其实是有点担忧的，毕竟陈一然开业第二天就带大家出去玩的，这做派虽然会让员工很开心，但是以公司进度来看实在没有什么帮助。
更可怕的是，开业那天虽然他分配了人物，实际上路线也算合理，但是陈一然完全没有给大概的时间表。
高德伟自己算过，如果正常比较流畅的话。
团队磨合+工具链搭建需要1到2周。才能能编译、跑通ispd2006benchark。
deepflow適配pt也需要2到3个月，才能適配增量计算引擎適配2d空间数据。
最后第一个benchark结果，就得三四月，然后还得和传统方法的初步数据做对比。
rl训练框架跑通的时候，至少得半年以后。
然后在一年左右，公司能產出可用的商业原型，进行稳定的可比可演示的引擎。
这都是往好了想，中途隨便出点问题，就可能卡很久。没有一个详细的项目时间表，整体团队都有可能变得有点混乱。
开业那天，陈一然完全没提过这些，高德伟感觉出来了，他应该是完全没有这个概念。
想想也正常，之前陈一然只是独立开发者，对整体的项目管理可以说是完全没有经验。
高德伟本来觉得，等陈一然发现问题后，可能提议慢慢的推出一个人做项目整体的主管。
↑返回顶部↑