grails 和 memcached-session-store 的 http 会话过多

发布于 2024-10-21 00:20:14 字数 768 浏览 5 评论 0原文

我在这里有点迷失。

我正在使用部署在 tomcat 中的 grails 应用程序 memcached-session-store 。它使用 spymemcached

我还使用 melody 插件 来监视应用程序。

在右上部分,有一个只会增长的 http-sessions 图。

我们需要知道这是否是一个潜在的问题。目前,我们每天都会在不知情的情况下重新启动网络服务器。作为最后一个测试,我们将让 http 会话增长,看看将来它是否会自行清理。

这是我正在讨论的图表:

too much Http session

那么:有问题吗?我是否必须配置memcached、tomcat、grails、memcached-session-store 或spymemcached 才能以较短的过期时间使会话过期?我在互联网上找不到如何做到这一点。

任何指针都会有所帮助。

提前致谢

I am a litle bit lost here.

I am using a grails application deployed in tomcat with memcached-session-store. That it uses spymemcached.

I am also using melody plugin to monitor the app.

In the righter-upper part, there is a http-sessions graph that only grows.

We need to know if this is a potential problem. For now, and without know, we daily restart the webservers. And as a last test we are going to let the http-sessions grows to see if in the future it tends to clean it self.

This is the graph that I am talking about:

too many Http sessions

So: is a problem? Do I have to configure memcached, tomcat, grails, memcached-session-store or spymemcached to expirate the sessions with a less expiration time? I couldn't find in Interet how to do that.

Any pointer would help.

thanks in advance

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

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

发布评论

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

评论(1

So要识趣 2024-10-28 00:20:14

AFAICS 最多有 117 个并发会话,一般不会太多。您还可以通过管理器的 maxActiveSessions 限制 context.xml/server.xml 中的最大活动会话数。

一些问题:

  • 您是否遇到任何问题(例如内存不足或其他问题)?
  • 你的 jvm 有多少内存可用?
  • jvm使用了多少内存?
  • 您知道您的应用程序可以处理多少个会话吗?
  • 您的会话到期时间是多少?
  • 您的(系列化)会议的规模是多少?例如,您可以从 memcached-session-manager 检查 jmx 统计信息(请参阅 JMXStatistics)。

最后我想说的是,你应该让你的雄猫保持正常运行,直到你遇到任何真正的问题。

AFAICS there were 117 concurrent sessions at max, which are not too many generally. You can also limit the maximum number of active sessions in your context.xml/server.xml via maxActiveSessions for the manager btw.

Some questions:

  • Do you experience any issues (e.g. running out of memory or anything else)?
  • How much memory is available to your jvm?
  • How much memory is used by the jvm?
  • Do you know how many sessions your app can handle?
  • What's your session expiration?
  • What's the size of your (serialized) sessions? You can e.g. check jmx stats from memcached-session-manager (see JMXStatistics).

Finally I'd say that you should keep your tomcats up and running until you experience any real problem.

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