- 主题:刚知道现在Java的gc已经在1ms以内了
stw降了当然是java利好!
我的意思是cpp还是有那么点点用的...
【 在 misslost 的大作中提到: 】
: 没看懂你说的逻辑。stw降低到0.1ms以下,不正好可以极大提高p99指标吗?
:
: 理论上,制造垃圾的线程有N个,回收垃圾的线程也配置N个,无论如何应该可以快速回收了。就是说,cpu最多浪费50%左右吧
: ....................
- 来自「最水木 for iPhone12,8」
--
FROM 75.31.75.*
我觉得你这个模型完全没能解释stw。如果业务逻辑占用一半的cpu核,回收线程永远不用业务逻辑的核,那是不是永远没有stw?实际上stw还是存在。所以p99就不能说double了核数就能维持不变。
和没有gc的cpp相比,双倍cpu的java很可能是avg比cpp好但是p99比cpp差
【 在 misslost 的大作中提到: 】
: 没看懂你说的逻辑。stw降低到0.1ms以下,不正好可以极大提高p99指标吗?
:
: 理论上,制造垃圾的线程有N个,回收垃圾的线程也配置N个,无论如何应该可以快速回收了。就是说,cpu最多浪费50%左右吧
: ....................
- 来自「最水木 for iPhone12,8」
--
FROM 75.31.75.*
具体细节我不清楚。我说一下我的理解吧。
stw之所以大于零而不能等于零,应该是gc每次循环,都需要设置一个启动状态。这个状态是通过stw创建的。gc单次循环完成则停止。下次gc循环还需要启动stw的过程。gc单次循环的工作量是有限的,不会无限制的进行下去。
【 在 lambdai 的大作中提到: 】
: 我觉得你这个模型完全没能解释stw。如果业务逻辑占用一半的cpu核,回收线程永远不用业务逻辑的核,那是不是永远没有stw?实际上stw还是存在。所以p99就不能说double了核数就能维持不变。
: 和没有gc的cpp相比,双倍cpu的java很可能是avg比cpp好但是p99比cpp差
: :
: ...................
--
FROM 120.245.130.*
cpp转golang 要比java容易上手得多。
没那么臃肿,毕竟有些场景开发必须用cpp或者c,java干不来的。
【 在 misslost 的大作中提到: 】
: 现在golang的性能比java有明显的优势吗?
: 或者,用golang而不用java,有什么明确的足够硬的理由呢?
--
FROM 115.192.84.*