QWorker的下一步计划

QWorker目前已经实现要求的功能,那么,它的未来之路指向何方?我试图整理思路,下面只是头脑发热的内容,可能根本没精力去实现,也不会有人投资到这方面,让我有足够的资源去实现。

1、QFlow

这个是对QWorker的简单继承与发展,目标很明显,是基于作业调度的工作流控制。作业的调度本身,QWorker已经完成,QFlow的使命是以它为基础,构建一个可视化的流程设计调度平台。

2、QScript

多线程编程可以说是程序员的噩梦,很少有人能在这个坑里不伤痕累累。基于QWorker提供的作业调度能力,如果能提供一种语言,让程序员拜托各种各样的锁,对于程序员这个群体来说,将是革命性的;对于压榨光多核心硬件的性能,也将具有重要意义。

这个语言应达到以下要求:

1、语法上要简单实用,支持操作符重载和泛型,以C++和Pascal为基础进行设计。

2、函数应提供一种简单的保留字,如nowait代表这个函数可以由调度程序安排在后台线程里开始执行。函数可以同时可声明自己的依赖关系,以便调度程序自动同步函数的执行顺序。

3、自动的锁粒度选择。该用什么级别的锁,锁粒度应根据源码的执行顺序及并发访问内容的大小,自动从原子锁、多读单写、临界等中选择。必要时可以将多个变量的访问合并到同一个锁里。而这对绝大部分程序员来说,要成为默认最佳选择。

扯的太远了,理想太遥远,现实太骨感,仅此留念而已。

分享到:

3 条评论

沙发空缺中,还不快抢~