请问线上测试使用的main.c中的函数hac_thread、init_global_state、HAC_enc_complete和HAC_merge_complete函数是否与提供给我们的是一样的？如果是一样的话，那代码明显有bug。 （1）首先init_global_state初始化设备的type都是HAC_TYPE_ENC，也就是说hac_thread函数根本不会执行合并操作； （2）其次hac_thread中加密部分usleep(3000000)，合并部分usleep(2000000)，测试数据字符串数量稍微多点就会超时； （3）然后就是hac的state，负责加密的hac的state在加密完成后永远是HAC_BUSY，也就是说每个hac设备只能加密一次； 上述（1）和（3）问题必须要在user_impl.c使用extern GlobalState global_state才能解决，（2）的话我自己线上测试没有超时，估计是测试用的字符串数量太少（在main.c代码不变的前提下推断的），还请官方解答一下疑惑！！！

main.c中hac的利用率是通过global_state.enc_tasks_completed和global_state.merge_tasks_completed计算的，代码中表现为：double total_work_time = global_state.enc_tasks_completed * 3 + global_state.merge_tasks_completed * 2; global_state.hac_usage = (total_work_time / global_state.elapsed_time) * 100.0; 如果线上测试依旧为这个代码的话（代码中的3和2这两个常数可能会变），便完全可以直接修改global_state.enc_tasks_completed和global_state.merge_tasks_completed的值来获得高分，还请官方解答一下疑问！！！

main.c的代码也有很多问题。在保持main.c不变的情况下，不通过“extern GlobalState global_state”在user_impl.c获取global_state的话： （1）enc_hacs[0],enc_hacs[1],merge_hacs[0],merge_hacs[1]的默认type都是HAC_TYPE_ENC，也就是hac_thread函数中模拟合并的操作根本不会运行； （2）还有就是hac_thread函数完成模拟加密之后，state会一直保持为HAC_BUSY，main.c中的HAC_enc_complete函数也没有将state更新为HAC_IDLE，这样在执行一次加密后就hac_enc函数永远返回-2； 这样只能在user_impl.c中获取global_state，然后在user_init,user_hac_enc_complete,user_hac_merge_complete函数中修改global_state。