servlet thread, SEDA

阅读更多

也是和程序员朋友聊天。
说到了SEDA。关于请求分类合并，批量处理。

谈到一个问题，就是thread个数问题。
目前的servlet container的thread策略是一个request，一个thread。
如果换成如下的方式，就可能减少thread个数。
request进来，不启动一个thread。
而是产生一个listner task，进入task queue。
有一个task picker把task queue里面的task进行分拣和分类，合并成批量处理的任务。然后根据这些批量任务产生thread。
执行完毕，通知task listner，结果返回用户。

朋友的深入考虑的意见:
任务可以分为several stages。每个stage完成都可以通知task listner，可以把部分结果返回给用户，增加响应的友好性。

另一个朋友的关于socket连接的说法，也觉得很有用。
empty socket可以很多，几万个都没有问题。一旦开始数据传输，socket连接数目就有限制了。
我想是因为网络协议栈空间的限制。

这个朋友考虑了SEDA很久。我是第一次听说SEDA，还在学习中。
他关于task listener的设想是，类似于ajax,  web service client的异步event model.

submit_task();
on_task_finish();