mnesia:密集使用表

发布于 2024-10-11 10:32:12 字数 181 浏览 3 评论 0原文

当我收到这样的消息时,像这样:

** WARNING ** Mnesia is overloaded: {dump_log, write_threshold}

知道哪个表正在被密集使用的方法是什么?我需要进行什么样的调试?

谢谢。

When I receive such message, like this:

** WARNING ** Mnesia is overloaded: {dump_log, write_threshold}

what is approach to known which table is being used intensively? What kind of debugging do I need to do?

Thanks.

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

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

发布评论

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

评论(1

旧夏天 2024-10-18 10:32:12

StreamHacker 上关于该主题的有趣帖子:

http:// /streamhacker.com/2008/12/10/how-to-eliminate-mnesia-overload-events/

文章中的建议之一是切换到同步写入,不确定这是一个很好的通用答案。它肯定会改变你的缩放特性,所以不要跳过工程和测量变化。

不过,dc_dump_limitdump_log_write_threshold 都是不错的设置。默认值有点过于敏感。

Interesting post over on StreamHacker on the subject:

http://streamhacker.com/2008/12/10/how-to-eliminate-mnesia-overload-events/

One of the suggestions in the article is switching to synchronous writes, not sure that this is such a good generic answer. It would certainly change your scaling characteristics, so don't skip engineering and measuring the change.

However both dc_dump_limit and dump_log_write_threshold are good settings to play with. The defaults are somewhat overly sensitive.

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