15

我一直在node-canvas上向 TJ询问我在他创作和维护的节点模块的一个分支中工作的代码加速。

我发现 Canvas.toBuffer() 正在扼杀我们的管道资源，并创建了一个替代方案，它可以简单地从 Canvas 转换为图像，而无需通过 png 缓冲区/媒体 url。问题是 cairo 是一头神秘的野兽，并且对于节点模块内分配的内存还有一个额外的担忧，因为它不会被母亲 v8 GC'd。我已将正确的 HandleScopes 添加到访问 V8 数据的所有必需函数中。

我能够在我的 mac 设置 (6.18) 上测试 Canvas.loadImage(image) 方法数千次，以及在运行相同版本节点的 ubuntu/生产服务器上进行独立测试。但是当代码作为后台进程/服务器运行并由 Gearman 协调时，我会得到一些“有趣的”内存/段错误。

此外，我无法调用 node-canvas 中定义的任何不在头文件内联的类的方法。作为一个附带问题，创建其他节点模块可以依赖的通用本机源代码包的最佳方法是什么？

我尝试重新创建问题并使用 gdb、node_g 以及使用符号和调试标志构建的所有节点模块运行它。但是错误出现在源代码之外的库中，我可以获得堆栈跟踪。

作为参考，这里是我调用 loadImageData 的地方，虽然它在各种条件下在本地运行，但在我们的生产环境中，当小心地藏在框架服务器中时，它似乎会导致段错误（昨天花了一天时间尝试 gdb node_g 我们的服务器代码，但是框架服务器由 gearman 启动... TL；DR 没有得到根本原因堆栈跟踪）

https://github.com/victusfate/node-canvas/blob/master/src/Canvas.cc#L497

Handle<Value>
 Canvas::LoadImage(const Arguments &args) {
   HandleScope scope;
   LogStream mout(LOG_DEBUG,"node-canvas.paint.ccode.Canvas.LoadImage");    
   mout << "Canvas::LoadImage top " << LogStream::endl;

   Canvas *canvas = ObjectWrap::Unwrap<Canvas>(args.This());
   if (args.Length() < 1) {
     mout << "Canvas::LoadImage Error requires one argument of Image type " << LogStream::endl;
     return ThrowException(Exception::TypeError(String::New("Canvas::LoadImage requires one argument of Image type")));
   }

   Local<Object> obj = args[0]->ToObject();
   Image *img = ObjectWrap::Unwrap<Image>(obj);
   canvas->loadImageData(img);
   return Undefined();
}  

void Canvas::loadImageData(Image *img) {
  LogStream mout(LOG_DEBUG,"node-canvas.paint.ccode.Canvas.loadImageData");    
  if (this->isPDF()) {
    mout << "Canvas::loadImageData pdf canvas type " << LogStream::endl;
    cairo_surface_finish(this->surface());
    closure_t *closure = (closure_t *) this->closure();

    int w = cairo_image_surface_get_width(this->surface());
    int h = cairo_image_surface_get_height(this->surface());

    img->loadFromDataBuffer(closure->data,w,h);
    mout << "Canvas::loadImageData pdf type, finished loading image" << LogStream::endl;
  }
  else {
    mout << "Canvas::loadImageData data canvas type " << LogStream::endl;
    cairo_surface_flush(this->surface());
    int w = cairo_image_surface_get_width(this->surface());
    int h = cairo_image_surface_get_height(this->surface());

    img->loadFromDataBuffer(cairo_image_surface_get_data(this->surface()),w,h);
    mout << "Canvas::loadImageData image type, finished loading image" << LogStream::endl;
  }   
}

这是 Image 中当前方法的样子（我删除了一些注释掉的日志信息） https://github.com/victusfate/node-canvas/blob/master/src/Image.cc#L240

/*
 * load from data buffer width*height*4 bytes
 */
cairo_status_t
Image::loadFromDataBuffer(uint8_t *buf, int width, int height) {
  this->clearData();
  int stride = cairo_format_stride_for_width (CAIRO_FORMAT_ARGB32, width); // 4*width + ?
  this->_surface = cairo_image_surface_create_for_data(buf,CAIRO_FORMAT_ARGB32,width,height,stride);
  this->data_mode = DATA_IMAGE;
  this->loaded();
  cairo_status_t status = cairo_surface_status(_surface);
  if (status) return status;
  return CAIRO_STATUS_SUCCESS;
}

任何帮助、专业提示、帮助或鼓励的话将不胜感激。

最初来自谷歌群组

4

2 回答 2

1

此外，我在调用 node-canvas 中定义的任何不在头文件内联的类的方法时遇到问题。作为一个附带问题，创建其他节点模块可以依赖的通用本机源代码包的最佳方法是什么？

虽然我没有解决我在暂存环境中遇到的内存问题/段错误的答案。对于使用本机节点模块构建可重用库，我确实有一个答案。

我为所有独立的本机节点模块使用 git 子模块，并为它们的每个 wscript 或 binding.gyp 文件添加了条件预处理器定义，以指定是否生成共享对象 .node 模块。

更新 或者，唯一的初始化函数名称或命名空间可以围绕模块初始化调用（移至此设置）。

此外，我将使用这个新包来帮助调试或重写代码部分（我不能花太多时间调试几个远程库的使用）。

在 wscript 或 binding.gyp 中

  flags = ['-D_NAME_NODE_MODULE', '-O3', '-Wall', '-D_FILE_OFFSET_BITS=64', '-D_LARGEFILE_SOURCE', '-msse2']

然后在初始化文件中

#ifdef _NAME_NODE_MODULE

extern "C" {
  static void init(Handle<Object> target) {
    HandleScope scope;
    NODE_SET_METHOD(target, "someFunction", someFunction);
  }

  NODE_MODULE(moduleName, init);
}

#endif

这样，只有在设置标志时才会添加节点本机模块。否则它可以正常链接（如在另一个节点模块中）。

于 2012-06-20T22:09:38.080 回答
1

知道了！

我今天在另一个使用 cairomm 的库上工作，发现从数据缓冲区创建的表面需要这些缓冲区与表面一样长。

http://www.cairographics.org/manual/cairo-Image-Surfaces.html#cairo-image-surface-create-for-data

"为提供的像素数据创建一个图像表面。必须保留输出缓冲区，直到 cairo_surface_t 被破坏或在表面上调用 cairo_surface_finish()。数据的初始内容将用作初始图像内容；您必须明确清除缓冲区，例如，如果要清除缓冲区，请使用 cairo_rectangle() 和 cairo_fill()。"

我介绍了一个从临时缓冲区创建的表面。

node-canvas fork 中的简单解决方案：

有一个名为 _data 的成员变量，我可以为其分配一个本地分配的数据缓冲区，只要 cairo 表面存在，它就会一直存在。

解决方案：

将缓冲区复制到表面的一般方法是从缓冲区创建一个临时表面，然后从临时表面绘制到分配的表面上，让 cairo 管理它自己的内存。

使用 c api to cairo 来实现它看起来像这样。

cairo_surface_t *pTmp = cairo_image_surface_create_for_data (
   data
 , CAIRO_FORMAT_ARGB32
 , width
 , height
 , cairo_format_stride_for_width(CAIRO_FORMAT_ARGB32, width));

_surface = cairo_image_surface_create ( CAIRO_FORMAT_ARGB32
 , width
 , height);

cairo_t *cr = cairo_create (_surface);
cairo_set_source_surface (cr, pTmp, x, y);
cairo_paint (cr);
于 2012-07-25T20:06:27.120 回答