@estk 上一个笔记本也是锐龙的，进程休眠掉电很夸张，不知道是 win11 的锅还是 AMD 的锅，还是联想的锅

目前在看 K50 PRO ，OPPO Reno8 ，OPPO X80

@Chad0000 多谢，简单了解了一下，是通过给每个 pod 一个 side-car 的方式。这样会不会有很大的 overhead 呢？我们现在一个 pod 都是一个 container

@casparchen
@arloor

看了一下 AMQP 协议中的 message model 中的 direct exchange 方式，貌似可以符合这个的场景。可以使用 routing key 来确定 broker 分发到哪个 queue 中。但是我们准备用托管的 message queue ，比如 azure 的 service bus 等，这种假设要新增一个微服务组件，需要提前建立新 queue （需要动 infra ）。

我上面说的 queue 的层级太多，有点像是这篇文章中的第二种情况:

https://dzone.com/articles/7-microservices-best-practices-for-developers

Chained asynchronous communication between microservices

@T0m008 微服务之间肯定需要通信。如果紧密依赖的话，相关逻辑整合成一个微服务？

@ghouleztt 同南京，我司还没有

小小梦魇系列

@Sauce032 共享充电桩都是快充吧，51km 的不支持啊

@number 会有多个 tab

@fuis 是想看有没有解决办法，当然这也是一个办法，现在吃 CPU 比较多，pod 很多

类似这样：

nfd = epoll_wait(xxx)

for (int i=0;i<nfd;i++)
{
//exec callback
}

还有个问题是，为什么生成的 profiling result 中会出现 node 的上一个 caller 还是 node 的情况？
```
ticks parent name
6579 45.7% /usr/local/bin/node
4237 64.4% /usr/local/bin/node
494 11.7% LazyCompile: *_onMessage /usr/local/src/myproject/src/node_modules/puppeteer-core/lib/cjs/puppeteer/common/Connection.js:87:21
480 97.2% LazyCompile: *_dispatch /usr/local/src/myproject/src/node_modules/puppeteer-core/lib/cjs/puppeteer/node/PipeTransport.js:40:14
263 54.8% Function: ^<anonymous> /usr/local/src/myproject/src/node_modules/puppeteer-core/lib/cjs/puppeteer/node/PipeTransport.js:25:67
123 46.8% LazyCompile: *addChunk node:internal/streams/readable:304:18
123 46.8% Function: ^emit node:events:474:44
17 6.5% LazyCompile: *readableAddChunk node:internal/streams/readable:236:26
```

fiddler 会设置系统代理吧

@beryl 年化利率这么低吗？

咦，现在不是快速迭代吗

r9000x ？

@lithiumii 好像是的，没仔细看介绍。官方说明了稍微放心一点。