为何隔壁 L 站会如此之卡

14 条回复
218 次浏览

友好讨论下使用的技术栈,为何本站很丝滑,隔壁 L 站很卡,如果违规,请各位管理员移步.

discourse 还有内存泄露的问题, 如果一个长帖子你一直往下滑就会越来越卡, 然后一个标签页占你几 G 的内存

没有 L 站的账号,不过 2 站能看出站长是很用心认真打磨的

种子用户
Admin

可能功能太多了,而且用的是滚动翻页,无限加载会让 dom 树一直累积,肯定越来越占内存

他那个还是框架重的问题,你想啊只是一些文字 DOM 的话,怎么会几个 Gforce_smile

种子用户
Guardian
  1. Discourse 本身很重,加上用了很多插件。 无插件模式 下,明显会快很多。SPA 架构,容易内存泄露,越用越慢。Ember.js 的框架体积较大,性能估计比不了 React 和 Vue。

  2. 实时更新新内容:实时获取新帖子、新回复、新通知、用户回复状态等,提供更好的用户体验同时,消化更多内存和 CPU

  3. Cloudflare 盾:每个页面、每个 ajax 请求都会通过 CF 盾,必然会变慢。而且每个标签页都会打开一个 https://challenges.cloudflare.com/ 的 subframe,占用内存很大。

  4. 数据量非常大:Discourse 小网站打开都很快,数据量大了,都会慢一点。

  5. 访问量非差大:这个规模的访问量放在这里估计都顶不住 哈哈

OP

原来如此,第 5 点,L 站去年吸收了好多用户,可能这个导致的原因,现在越来越不想上 L 站了,太卡了.

我更喜欢这里~~(这条五毛,括号内容删除发)~~
doge

我更喜欢这里~~(这条 200 金币,括号内容删除发)~~
doge

  • discourse 框架的问题,长时间堆积导致的内存泄露
  • 人数多访问量比较大,这是今天的关于信息,日活三万多,7 天内活跃五万多
  • 看下梯子速度或者延迟
复制
"stats": {
"topics_last_day": 1198,
"topics_7_days": 8115,
"topics_30_days": 35788,
"topics_count": 376197,
"posts_last_day": 41133,
"posts_7_days": 268901,
"posts_30_days": 1295878,
"posts_count": 13172369,
"users_last_day": 231,
"users_7_days": 1128,
"users_30_days": 4910,
"users_count": 87254,
"active_users_last_day": 33642,
"active_users_7_days": 51364,
"active_users_30_days": 62669,
"likes_last_day": 37985,
"likes_7_days": 248827,
"likes_30_days": 1228262,
"likes_count": 14379104,
"participating_users_last_day": 11383,
"participating_users_7_days": 25727,
"participating_users_30_days": 40919,
"chat_messages_last_day": 926,
"chat_messages_7_days": 4694,
"chat_messages_30_days": 24097,
"chat_messages_previous_30_days": 460,
"chat_messages_count": 24557,
"chat_users_last_day": 80,
"chat_users_7_days": 252,
"chat_users_30_days": 532,
"chat_users_previous_30_days": 44,
"chat_users_count": 537,
"chat_channels_last_day": 0,
"chat_channels_7_days": 1,
"chat_channels_30_days": 2,
"chat_channels_previous_30_days": 5,
"chat_channels_count": 115539
}

发表一个评论

R保持