这是一个创建于 1306 天前的主题，其中的信息可能已经有所发展或是发生改变。
求教各路大神们，如题，已经使用了 tcmalloc 和 protobuf arena，
多线程场景下，每个线程内部都会存在大量的对象创建（通过 arena createMessage ），对象结构复杂暂时无法优化，目前性能依旧很差，耗时很高，有没有好的方法
多线程场景下，每个线程内部都会存在大量的对象创建（通过 arena createMessage ），对象结构复杂暂时无法优化，目前性能依旧很差，耗时很高，有没有好的方法
 |
1
wanguorui123 2021-04-30 12:50:29 +08:00 via iPhone
对象池
|
 |
2
catror 2021-04-30 13:06:51 +08:00 via Android
放个火焰图出来看看
|
 |
3
araraloren 2021-04-30 15:19:57 +08:00
只能预先申请了，对象池
|
 |
4
gBurnX 2021-04-30 15:22:28 +08:00
1.这种问题，先别急着用别人推荐的 xxx，自己要先思考，一步一步来。
|
 |
5
ch2 2021-04-30 15:22:35 +08:00
池化，一次申请大量对象，用到的时候从池子里取
|
|
6
gBurnX 2021-04-30 15:41:57 +08:00
不小心按了发送，继续上面的：
2.先看看目前瓶颈在哪。 可以通过对照法。比如，假设这些对象，已经在 CPU cache 中创建完毕，甚至已经在物理内存的一块私有区域被创建成功后，把它移动到内存的另一块可用位置，需要多少时间。 然后对比你程序中的这一块业务，看看有没有速度差。有的话，差了多少。顺序与随机两种方式都要测。 接着，测试一下上述业务的单逻辑线程，单物理核，单 CPU 的成绩。然后再测测并行的成绩。并行最好别带锁，每个 CPU 、每个逻辑线程，只管理自己对应的内存条。 测试后，把测试数据，与你程序的数据，都放出来看看。 |
 |
7
zzzzzzzzzp 2021-04-30 16:17:20 +08:00
pb 的 string 不能分配在 arena 上，string 很多用 arena 的效果一般
|
 |
8
NealLason 2021-05-04 12:55:52 +08:00
libumem
|
Select Language