草庐IT

实际上

全部标签

javascript - Node.js 以百分比形式获取实际内存使用情况

我用过“os”http://nodejs.org/api/os.html#os_os尝试计算一些系统统计信息以在应用中使用。但是我注意到它实际上无法正确计算内存,因为它忽略了缓存和缓冲区,因此需要正确计算单个可读百分比。如果没有它,大多数高性能服务器的内存几乎总是90%以上(基于我的测试)。我需要这样计算:(CURRENT_MEMORY-CACHED_MEMORY-BUFFER_MEMORY)*100/TOTAL_MEMORY这应该让我更准确地了解系统正在使用的内存百分比。但我见过的os模块和大多数其他node.js模块只能获得总内存和当前内存。有没有办法在node.js中做到这一点?

node.js - 如何将 node_modules 与实际的 package.json 同步?

例如,如果我用git切换了分支,并希望将node_modules与当前的package.json同步。我该怎么做? 最佳答案 如果你的新分支有新的npm包或更新的版本依赖,只需在切换分支后再次运行$npminstall即可。如果您的新分支从package.json中删除npm包,请运行$npmprune 关于node.js-如何将node_modules与实际的package.json同步?,我们在StackOverflow上找到一个类似的问题: https:

node.js - 如何将 node_modules 与实际的 package.json 同步?

例如,如果我用git切换了分支,并希望将node_modules与当前的package.json同步。我该怎么做? 最佳答案 如果你的新分支有新的npm包或更新的版本依赖,只需在切换分支后再次运行$npminstall即可。如果您的新分支从package.json中删除npm包,请运行$npmprune 关于node.js-如何将node_modules与实际的package.json同步?,我们在StackOverflow上找到一个类似的问题: https:

node.js - node.js 的内部结构。它实际上是如何工作的

也许实现node.js模块的人可以解释在单个线程上处理的node.js队列和将由模块执行的阻塞IO操作之间的协议(protocol)。我怀疑它是这样的:node.js线程以闭包的形式注册一个回调,并用一些相关id保存它。node.js调用模块上的方法(应该执行阻塞IO)并将方法参数和相关ID传递给它。模块方法分离一个线程并阻塞IO操作。当IO操作完成时,模块的线程回调node.js线程并将结果和关联id传递给它。node.js线程通过相关id找到存储的回调闭包,并使用模块返回的结果调用它。问题一:以上顺序正确吗?问题2:node.js队列到底是什么?是不是windows上使用epoll

node.js - node.js 的内部结构。它实际上是如何工作的

也许实现node.js模块的人可以解释在单个线程上处理的node.js队列和将由模块执行的阻塞IO操作之间的协议(protocol)。我怀疑它是这样的:node.js线程以闭包的形式注册一个回调,并用一些相关id保存它。node.js调用模块上的方法(应该执行阻塞IO)并将方法参数和相关ID传递给它。模块方法分离一个线程并阻塞IO操作。当IO操作完成时,模块的线程回调node.js线程并将结果和关联id传递给它。node.js线程通过相关id找到存储的回调闭包,并使用模块返回的结果调用它。问题一:以上顺序正确吗?问题2:node.js队列到底是什么?是不是windows上使用epoll

javascript - 在 forEach 循环中调用 socket.disconnect 实际上并没有在所有套接字上调用 disconnect

我是javascript世界的新手。最近我在nodejs中开发一个聊天应用程序。所以我有一个叫gracefulshutdown的方法如下。vargracefulShutdown=function(){logger.info("Receivedkillsignal,shuttingdowngracefully.");server.close();logger.info('Disconnectingallthesocket.ioclients');if(Object.keys(io.sockets.sockets).length==0)process.exit();var_map=io.s

javascript - 在 forEach 循环中调用 socket.disconnect 实际上并没有在所有套接字上调用 disconnect

我是javascript世界的新手。最近我在nodejs中开发一个聊天应用程序。所以我有一个叫gracefulshutdown的方法如下。vargracefulShutdown=function(){logger.info("Receivedkillsignal,shuttingdowngracefully.");server.close();logger.info('Disconnectingallthesocket.ioclients');if(Object.keys(io.sockets.sockets).length==0)process.exit();var_map=io.s

node.js - 如何在不实际发布到 NPM 的情况下测试 `npm publish` 结果?

我遇到的一个常见问题是,有时我的.npmignore文件过于激进,我忽略了我实际上将包含在NPMtarball中的文件。我的问题是-有没有办法测试NPM发布的结果,而不实际发布到NPM?我在想这样的事情。假设我有一个包名为“foo”的本地NPM包set-e;localproj="bar";localpath_to_foo="."mkdir-p"$HOME/.local.npm"npm--tarball-o"$HOME/.local.npm"#madeupcommand,butyougettheidea(cd"$HOME/.temp_projects"rm-rf"$proj"mkdir"

node.js - 如何在不实际发布到 NPM 的情况下测试 `npm publish` 结果?

我遇到的一个常见问题是,有时我的.npmignore文件过于激进,我忽略了我实际上将包含在NPMtarball中的文件。我的问题是-有没有办法测试NPM发布的结果,而不实际发布到NPM?我在想这样的事情。假设我有一个包名为“foo”的本地NPM包set-e;localproj="bar";localpath_to_foo="."mkdir-p"$HOME/.local.npm"npm--tarball-o"$HOME/.local.npm"#madeupcommand,butyougettheidea(cd"$HOME/.temp_projects"rm-rf"$proj"mkdir"

command-line - 在 node.js 中测试实际输出是否为终端

我正在为我的一个程序编写命令行界面,我想使用winston的彩色输出如果合适(输出是一个终端,它没有被重定向到一个文件)。在bash中,可以使用-t测试来完成,如SOanswer正确地说。但我正在寻找node.js替代品来测试它。 最佳答案 与您链接到的bash示例类似,Node具有处理此问题的“tty”模块。要检查输出是否被重定向,您可以使用'isatty'方法。此处的文档:http://nodejs.org/docs/v0.5.0/api/tty.html#tty.isatty例如检查stdout是否被重定向:vartty=re