Articles of libuv

获取Node.js事件循环中(活动)定时器的数量

有没有办法在Node.js中调用来确定事件循环队列中的定时器的数量? 我有一个有很多超时的图书馆,而不是使用某种内部簿记系统来跟踪他们,如果我可以问V8或Libuv或其他什么,有多less个定时器,那将是很好的。 这可能吗?

libuv工作线程或工作队列运行状况检查?

在libuv中,最终可能会在工作线程中绑定太多的工作或错误的代码。 有一个简单的函数可以检查工作线程或线程队列的健康状况吗? 它不一定是100%确定性的,毕竟不可能确定工作线程挂在慢代码还是无限循环上。 所以下面的启发式都是好的: 尚未处理的排队项目数。 如果这太大,可能意味着工作线程繁忙或挂起。 libuv是否有任何线程处理机制,如果工作线程在n秒内不检查,它会被终止?

如何在nodejs插件中抽取窗口消息?

在一个Windows nodejs插件中,我创build了一个用于接收消息的窗口。 Handle<Value> MakeMessageWindow(const Arguments &args) { // exposed to JS … CreateWindow(L"ClassName", NULL, 0, 0, 0, 0, 0, HWND_MESSAGE, 0, 0, 0); … } 我有一个wndproc函数。 Local<Function> wndProc; LRESULT APIENTRY WndProc(HWND hWnd, UINT uMsg, WPARAM wParam, LPARAM lParam) { // pack up the arguments into Local<Value> argv wndProc->Call(Context::GetCurrent()->Global(), 3, argv); } 现在我需要抽取消息。 通常情况下,你会做类似的事情 MSG msg; […]

.pipe()是否在node.js中执行memcpy?

这是关于系统级优化的概念性查询。 通过阅读NodeJS文档,我的理解是pipe道很方便地在stream上执行stream量控制。 背景:我有麦克风stream,我想避免额外的复制操作,以节省整体系统MIPS。 据我所知,对于audiostream,即使有一个memcopy,但是我并没有花费大量的MIPS,但是我也有一个扩展计划,以30fps和UHD分辨率在相机帧中进行stream式处理。 以30fps制作UHD分辨率像素数据的多个副本是非常低效的,所以需要一些build议。 示例代码: var spawn = require('child_process').spawn var PassThrough = require('stream').PassThrough; var ps = null; //var audioStream = new PassThrough; //var infoStream = new PassThrough; var start = function() { if(ps == null) { ps = spawn('rec', ['-b', 16, '–endian', 'little', '-c', 1, '-r', 16000, '-e', 'signed-integer', '-t', 'raw', '-']); //ps.stdout.pipe(audioStream); //ps.stderr.pipe(infoStream); […]

Node实际创build了多less个线程?

在阅读了关于Node的线程本质的这个很好的回答之后,我开始使用UV_THREADPOOL_SIZE系统variables来改变线程池的大小,并且发现了一些有趣的东西: 当我设置 process.env.UV_THREADPOOL_SIZE = 10; 我得到15个线程在我的节点进程(我认为它应该是10 + 1主节点线程= 11)。 看看我的脚本: process.env.UV_THREADPOOL_SIZE = 10; //init thread pool by calling `readFile` function require('fs').readFile(__filename, 'utf8', function(err, content) {}); //make node not exiting setInterval(function() {}, 1000); 运行后,我input: ps -Lef | grep test.js | grep -v grep 并得到以下结果: olegssh 4869 4301 4869 0 15 16:38 pts/0 00:00:00 /home/olegssh/node/bin/node test.js olegssh […]

libuv线程安全吗?

我创build了一个专用于libuv运行循环的新线程。 线程函数看起来像这样: void thread_function() { uv_loop_t *loop = uv_loop_new(); uv_ref( loop ); uv_run( loop ); } 引用计数递增保持线程活着并处于处理libuv事件的状态。 我希望能够导致运行循环结束,从而导致线程退出,在主线程上执行uv_unref 。 但是,在检查uv_ref源代码时,我没有看到任何保证在并发访问期间对引用计数器variables的访问将被同步。 另外,在运行循环期间,我没有看到任何yield yield调用来放弃对操作系统的控制,这意味着该程序不会与其他进程合作。 这导致我相信我没有以正确的方式使用libuv。 如果有人能解释我做错了什么,那会很棒!

如何在Node.js中解释和执行asynchronousJavaScript?

最近我对Node.js的核心进行了大量的研究,并对Node平台的内部工作有一些疑问。 据我所知,Node.js是这样工作的: Node有一个使用Javascript编写的API,它允许程序员与文件系统和networking等进行交互。 但是,所有这些function实际上都是由C / C ++代码完成的,也是Node的一部分。 这是事情变得有点模糊的地方。 因此,Chrome V8引擎的工作基本上是将JavaScript编译成机器码。 V8是用C ++编写的,Javascript语言本身是由ECMA指定的,所以这些语言的关键字和特征等都是由它们定义的。 这导致我的第一个问题: 节点标准库如何能够与节点绑定进行交互,因为节点绑定是用C ++编写的? Chrome V8引擎如何在Node上下文中解释Javascript? 我知道它使用了一种叫做JIT的技术,在一个类似的问题中提到过:( https://softwareengineering.stackexchange.com/questions/291230/how-does-chrome-v8-work-and-why-was-javascript-但是这并不能解释Javascript是如何在Node上下文中解释的。 随同Node附带的Chrome V8引擎是否在Chrome浏览器上运行完全相同的引擎,还是已经修改为与Node一起使用? 这使我想到我的下一个问题。 所以Node提供了事件驱动的非阻塞IO。 它通过事件循环来完成这个事件,虽然它通常被称为“节点事件循环”,但它实际上是libuv库的一部分,libuv库是一个用来提供asynchronousIO的C ++库。 在高层次上,事件循环基本上是通过callback来访问的,这是一个原生的Javascript特性,也是Javascript被选为Node项目语言的原因之一。 以下是事件循环如何工作的示例: 这也可以通过这个整洁的小网站来演示: http : //latentflip.com/loupe/假设我们的Node应用程序需要调用外部API。 所以我们写这个: request(…, function eyeOfTheTiger() { console.log("Rising up to the challenge of our rival"); }); 我们的request调用被压入调用堆栈,并且我们的callback被传递到某个地方,直到请求操作结束。 当它发生时,callback被传递到callback队列中。 每次清除调用堆栈时,事件循环都会将callback队列顶部的项目压入调用堆栈,并在其中执行。 这个事件循环在一个线程上运行。 出现问题的时候是有人写'阻塞'的代码,或者从不离开调用堆栈的代码,并且有效地绑定线程。 如果总是有代码在调用堆栈上执行,那么事件循环将永远不会从callback队列中将项目推送到调用堆栈上,并且它们永远不会被执行,从而实质上冻结了应用程序。 这导致我到我的下一个问题: 如果JavaScript是由Chrome V8引擎解释的,而不是“控制”将代码推送到callback队列? Javascript代码如何由libuv事件循环处理? […]