2018 年 8月随笔档案 - bytesmover - 博客园

随笔 - 20 文章 - 0 评论 - 12 阅读 - 15599

08 2018 档案

JVM调参

摘要：今天看了下之前做的一个异步处理任务的服务，发现占用内存量比较大，达到2G，但我检查了代码，基本没有static对象。但这个服务有个特点，就是每次执行一个任务的时候，会从数据库中捞大量的数据做处理，因此我怀疑是因为有比较多的临时对象产生，但程序没有来的及释放。为了验证这个，我用了jinfo查看和临时设阅读全文

posted @ 2018-08-29 19:28 bytesmover 阅读(521) 评论(0) 推荐(0) 编辑

版权声明：除非特别声明，本站内所有文章，欢迎转载，但转载文章之后必须在文章页面开头注明出处，否则保留追究法律责任的权利。

昵称： bytesmover
园龄： 7年11个月
粉丝： 2
关注： 2

<

2025年3月

>

日

一

二

三

四

五

六

23

24

25

26

27

28

1

2

3

4

5

6

7

8

9

10

11

12

13

14

15

16

17

18

19

20

21

22

23

24

25

26

27

28

29

30

31

1

2

3

4

5

最新随笔

随笔分类 (23)

随笔档案 (20)

阅读排行榜

评论排行榜

推荐排行榜

最新评论

1. Re:异地多活的数据一致性简单设计
“如果对于数据库的操作是数据库级别的原子性操作，例如redis的incr命令，就可以避免写写冲突。”，但一样会有不一致的情况，例如执行因为网络超时重试了，但服务端如果在第一次执行成功了，这时候会导致执...
--longbozhan
2. Re:C++高并发场景下读多写少的优化方案
深度好文，厉害厉害，学到了，一定持续关注！
--蕙质兰心_zhong
3. Re:C++高并发场景下读多写少的优化方案
@longbozhan 我没有试过，只是看别人这么说：...
--Fun_with_Words
4. Re:C++高并发场景下读多写少的优化方案
@DarthVagen 会有这个时效性的问题，所以才强调的是读优先的场景...
--longbozhan
5. Re:C++高并发场景下读多写少的优化方案
@longbozhan 也就是前一个写线程未完成的时候，新的写线程只能等待。这样做是不是丧失了消息更新的实时性，读线程并不能总是读到最新的内容...
--DarthVagen