我正在将胖客户端代码移植到具有瘦客户端的服务器架构中.
服务器需要为每个客户端运行一个代码实例.代码是多线程的,可以运行很长时间(数周),但只是偶尔与客户端进行交互.客户数量将达到数千.每个客户端需要大约20MB的堆.
我现在有两种选择,
>在服务器上为每个客户端启动一个单独的JVM
>修改我的代码,以便在每个客户端的共享空间中完成所有请求和计算(如在Web应用程序中)
我可以看到每个人的利弊.对于多个JVM：
优点：
>进程是分开的,如果一个挂起只是杀死它并重新启动.所有其他人都不在乎.
>资源可以被限制,这样一个客户端就不能吃掉所有的cpu /内存
>轻松分布在多台机器上
缺点：
>多次加载完整的JRE类库
>不是Java EE的做事方式
>每个客户都需要通过单独的端口进行通话吗？
您有推荐的最佳做法吗？
你知道有关这个问题的任何好的参考书/文章吗？
是否存在仅使用一个JVM但运行多个代码副本的框架,就好像它是单独的进程空间(资源有限等)？
>如果一个线程使用了很多cpu,你仍然可以将它杀死(interrupt()是你的朋友),如果你正确地编写了任务.
>如果多个客户端与其他客户端同时工作,我认为他们无论如何都必须共享cpu.
>线程运行了几个星期？无论如何,您应该在子任务中拆分任务,这样您就可以从重新启动中恢复并继续您离开的工作.
>只有在一个应用程序中,客户端才能共享通信服务器端口.
>必须以某种方式以编程方式限制内存消耗.对于数据库而言,这意味着查询必须限制为固定数量的结果或类似的结果.
>如果每个进程只需要20MB的堆,那么使用单个应用程序需要更少的资源.我相信每个JVM的开销大约为30MB,并且调度1000个线程可能比操作系统调度1000个进程更具性能.
>如果您编写应用程序代码以通过JMX提供信息,您将免费为您的流程提供一个监控控制台.如果为每个任务启动单个进程,则更难监视.
