不好意思，不是很明白的您描述，并发和并行是两个不同的概念：）

很不错的观点，芯片微架构有很多有意思的东西，比如多流水线技术

完全可以。鲲鹏的多核能更好的支持更大的并发，在大数据、Web、虚拟化等场景都是有巨大的优势

是的，numa架构是未来的趋势，理解numa架构，并根据numa架构的特性合理分配使用资源，可以大幅提升性能

对的，系统负载是一个非常关键的指标，当系统负载过高的时候，说明我们的线程和线程很多时候是在排队等待，而不是在处理业务。

这些优化手段都很不错，其中设置线程和进程的亲和性，还减少内存拷贝带来的开销，举个例子：当线程1在Acore运行一段时间后，线程1经常访问的数据会加载到A core的L1~L3缓存中，这个时候，线程1的内存访问数据是最快的，如果不设置线程亲和性，若线程调度到了B core上运行，这个时候，线程1访问的数据就需要重新加载到B core的L1~L3缓存中了。

这个分析和比如都非常形象，在多并发的场景下或多或少都会存在锁的争抢，过多的锁争抢是会造成资源的浪费，另外一方面，过多的线程数也会带来大量的线程切换开销，因此在提高并发的同时，还需要注意减少这两个因素带来的影响。

可能不存在so，也可能存在多个不同架构的so，比如既存在x86和arm的某个同名so，我们就认为该so不需要移植，最后就不显示，最新版本提示已经优化

OpenGauss当前不支持Restful API.当前工具已经在规划了，请持续关注谢谢！

对于“软件工程“，您有什么疑惑？我觉得我存在的疑惑的是如何去define“软件工程”1 我觉得一切使用到软件的工程，或者更进一步来说就是跟软件比较相关的主流的工程就是软件工程吧？软件工程的概念比较广，您这个理解也是正确的2 硬件是基础，软件是灵魂，没有硬件，软件也不能生存的，所以有一定相辅相成吧。所以说很多项目工程其实很多都跟“软件工程”非常相关的。这样理解不知道可以的不？硬件是软件的基础，在了解硬件特性的情况下去做软件的开发，能发会出软件的最优性能，两者相辅相成。3 我觉得未来的软件工程中，会不会有很多的模块可以调用，然后我们就是把这些代码块的功能理解好就可以的了呢？然后用胶水语音，比如python就可以把这些代码块粘起来，然后我们就可以把代码组合起来使用的了吗？那未来在开发这一块，是不是做架构师会更加有优势的呢？不同的代码逻辑在不同的应用场景下性能是不一样的，代码拼接只能说可以帮助我们快速实现了某个软件的某种功能，但是我们软件设计更需要的是多方面的考虑，如接口的封装，功能模块的解耦，代码的扩展性等等。4 “软件工程”如何才能比较好管理好这个项目的呢？就是如何跟随保持观察？是不是就是要最近比较流行的敏捷devops才能比较好管理好“软件工程”？devops可以让开发、运维和QA可以高效协作的流程，他是一套方法论，我们还需要根据的自己项目和团队情况结合来使用才能管理好“软件工程”。以上为个人观点，希望能你的疑惑有帮助