GTK/Ciro的实时绘图性能问题

Question

我目前正在开发一种实时数据绘图解决方案，该解决方案能够频繁接收新数据（高达1kHz）并以较低的速率（例如50hz）执行重绘。我使用FLTK进行了第一次实现，但我想尝试一下GTK，因为我以前从未使用过它，它看起来对我来说很有希望。

为了简短起见，我注意到与我使用FLTK测量的结果相比，在绘制线条时调用cairo_stroke（）需要花费很多时间（FLTK中没有笔划，fust一个fl_line（）函数）。我试图限制尽可能多的笔划，但使用GTK，渲染时间仍然延长了5-7倍。

有没有人注意到在绘图区域上绘制期间使用GTK / Cairo时出现这样的性能问题？关于在哪里寻找以减少绘图持续时间的任何线索？

注意：后端（要绘制的线条和文本的计算）是完全相同的，因为它是在一个公共基类中执行的。

Answer 1

我有一个Gtk/Carlo绘图库https://github.com/pchilds/GtkPlot

在我制作它的时候，我是为绘制大型数据集（10k）而设计的。缺点是代码非常难以维护，被优化得令人作呕。但它确实起到了作用。我没有研究刷新率，但它可能能达到这个水平。据我所知，我没有划每一行，但我可能错了。如果点连接在一起，你可以创建一条路径，一次划完它们。

我还没有研究FLTK进行比较。

亚历山大提到OpenGL就是一个好的。你也可以看看cairo的wayland后端。Wayland是X的替代品，它使用OpenGL。

Answer 2

开罗绘画确实不是很快。有两个主要瓶颈：“绘制”信号发出的频率和cairo如何在引擎盖下绘制线条。

1. 在我的工作中，PC小部件刷新每秒被调用25次，即每秒25帧。在我自己的expirience中，我没有看到过比这更多的fps，可能是30或40。给予重绘函数更多的优先级可能会导致其他主循环函数被调用得太少
2. cairo_line_to是一种非常聪明的绘制方法，它使用抗锯齿、颜色混合、透明度等绘制线条，并且以精确的像素（坐标是两倍的，因此一条1px的垂直线可以占用两个像素）

据我所知，有两种方法可以让绘图更快：

< li >使用OpenGL < li >在图像表面上自定义线条绘制(< code > cairo _ image _ surface _ get _ data 并逐像素绘制图像)

当然，还要优化您执行的抽牌次数，但这不太具有可扩展性。