Articles of 并发

node.js并发性

我是node.js新手 我正在testingsocket.io实时消息。 我喜欢它,我想用。 我有个问题。 Node.js服务器可以运行多less个并发? 我们的程序将大约100个并发。 所以,我担心这个。 我发现了另一个实时消息服务器APE。 哪一个更好 ? 我喜欢node.js,因为它易于学习,易于编写。 但是我找不到有关node.js服务器的并发性的讨论。 我的朋友公司正在使用APE,它可以控制2000左右。所以,我想知道关于node.js服务器。

将Nodejs模块加载到Web Worker中

我打算在我的Node.js应用程序中使用web worker来执行一些并发任务。 然而,由于'webworker-threads'模块遵循HTML5 web worker的实现,因此在web worker内部需要使用像require("fs")这样的Nodejs模块不起作用。 importScripts()可以加载js文件,但我想在web工作者内部的一个function,以便我可以require安装npm模块。 有没有解决方法?

Q承诺中的并发限制 – 节点

有什么方法来限制使用Q promise库的promise的并发性吗? 这个问题有点相关我怎样才能限制Q promise的并发性? 但问题是,我试图做这样的事情: for (var i = 0; i <= 1000; i++) { return Q.all([ task1(i), task2(i) ]); // <– limit this to 2 at a time. } 真正的用例是: 从数据库提取post 在数据库中像posts.forEach(function(post) {} 对于每个职位做任务1,任务2,任务3(检索社交计数器,检索评论计数等) 在数据库中保存新的发布数据。 但问题是节点正在同时执行所有文章的所有任务,例如同时向Facebook发送500个post的“点数”。 如何限制Q.all()所以一次只有2个职位正在执行他们的任务? 或者还有其他可行的解决scheme可以应用 注:大多数任务(如果不是全部)依赖于请求库

如何在没有冲突的节点中创build一个tmp目录

我需要在node.js中按需创build一个临时的“scratch”目录。 要求是: dirname应该是随机的(即/tmp/aDIge4G/ 该目录将在/tmp中创build,其中可能已经有其他随机命名的目录。 如果该目录已经存在,我应该抛出而不是使用它并覆盖别人的工作 这需要在并发环境中安全。 我不能检查目录是否存在,然后创build它,如果没有,因为别人可能已经创build了一个同名的目录后,我检查。 换句话说,我需要这个问题的答案,但目录,而不是文件。 这个答案说,我想要做的事情可以通过mkdir -p完成,但是Node没有fs.mkdir的-p标志

我应该在node.js中fork多less个child_processes()?

我的问题很简单。 虽然,它可能需要不同的variables来回答(我猜) 我正在玩node.js,我正在考虑如何在多核架构中使用它。 最新版本为多进程编程提供了child_process.fork()和child.spawn()方法。 我已经阅读了关于使用Node.js作为大型Comet服务器的非常好的(但过时的)文章。 现在,然后nodejs提供了多进程编程,我真的不知道应该产生多less进程来服务大量的请求(假设我的服务器只运行在一台机器上)。 有没有办法select做同样工作的“最好” (或者至less是好的 )数量的subprocess? 任何链接到首发指南将非常感激。 谢谢

操作系统如何在接受同一套接字的多个进程之间进行负载平衡?

我正在阅读Node.js中的集群模块的文档: http://nodejs.org/api/cluster.html 它声称如下: 当多个进程都accept()相同的底层资源时,操作系统将非常有效地在它们之间进行负载均衡。 这听起来很合理,但是即使经过了几个小时的search,我还没有find任何可以证实的文章或者任何东西,或者说明这个负载平衡逻辑如何在操作系统中工作。 另外,什么操作系统正在做这种有效的负载平衡?

Node.js / Express和并行队列

我们正在构build一个基于Node.js服务器和Express的基础架构。 在服务器中,发生的情况如下: 服务器接受来自客户端的传入HTTP请求。 服务器生成两个文件(这个操作可以是“相对较长”,也就是说0.1秒左右) 服务器将生成的文件(每个〜20-200 KB)上传到外部CDN 服务器响应客户端,这包括CDN上文件的URI 目前,服务器为每个请求按顺序执行此操作,而且这种方式运行良好(Node / Express可以自动处理并发请求)。 然而,随着我们计划增长,并发请求的数量可能会增长,我们相信对我们来说,实现一个处理请求的队列会更好。 否则,我们可能冒险有太多的任务在同一时间运行和太多的打开连接到CDN。 快速响应客户并不是一件相关的事情。 我在想的是在Node服务器中有一个单独的部分,它包含一些 “工作人员”(2-3,但我们将做testing以确定同时操作的正确数量)。 所以,新stream程看起来像这样: 在接受来自客户端的请求之后,服务器将一个操作添加到队列中。 有2-3(待testing)工作人员将队列排除在外并执行所有操作(生成文件并将其上载到CDN)。 当工作人员处理了这个操作(不pipe是否在队列中停留时间较长),它通知Node服务器(callback),并且服务器响应客户端(它一直在等待)。 你怎么看待这个方法? 你相信这是正确的吗? 最重要的是,这可以在Node / Express中实现吗? 感谢您的时间

nodejs中的并发模型

有没有人知道内存和线程模型是在nodejs? 特别是ii++primefaces? 它是否像在Java 1.5,Java 1.4,C中一样volatile ?还是根本就不行?