行程编码

发布于 2024-08-25 14:59:58 字数 189 浏览 3 评论 0原文

对于游程编码我们能做的最好的事情是什么?

此页面建议时间复杂度为 O(m*n),其中 m 是数字数字重复的时间..

是否是执行 RLE 的更有效的算法?

What is the best we can do with run length encoding.

This page suggests the time complexity is O(m*n) where m is the number of time the number repeats..

Is the a more efficient algorithm to do RLE?

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(2

平定天下 2024-09-01 14:59:58

我认为您可能误解了运行时。维基百科页面上的算法是 O(n)(其中 n 是输入的长度)。请注意两个循环的索引是如何相同的,并且不断增加。

I think you maybe mis-understood the runtime. The algorithm on the wikipedia page is O(n) (where n is the length of the input). Notice how the index is the same for both loops, and increasing.

北城半夏 2024-09-01 14:59:58

正如已经说过的,时间复杂度是 O(n)。更高效的算法使用 SIMD 或 CUDA 一次处理多个元素。

您可能会看一下高效快速的实现:TurboRLE:Run Length Encoding 包括SIMD。还提供了基准程序。

As already stated the time complexity is O(n). More efficient algorithms use SIMD or CUDA to process more than one element at a time.

You might have a look at an efficient and fast implementation: TurboRLE:Run Length Encoding including SIMD. A benchmark program is also provided.

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文