都说到这里了，楼上不推荐几个型号(番号不是)？

M1 第一批机器，2 年多吧，92%

一个月前升了 14 ，而后各种崩溃重启，赶紧退回 12 ，不敢再升了

没看懂，请问这是啥，Google 送钱？

jetbrains 重度用户，经常开 3-4 个 idea ，现在用的是 32G 的，内存经常剩余 10 个 G 左右。16G 不够，但是 32G 又多了

昨天刚开了一个新账号的 XGP ，今天才看到这个消息

致歉信已经删了

如果学了 C++，你会发现，还是很难了解到底层的知识，反而陷入了 C++各种语法和特性的漩涡之中

还不如直接去看书或者视频

盲目入坑 C++的 javaer 留

@565656 是自己搭建吗，求细说

有个说法是，系统为了能快速启动应用，会根据你的使用习惯，先将一部分常用的数据和 app 预先装载到内存中，所以内存暂用较多

https://answers.microsoft.com/zh-hans/windows/forum/all/%E5%85%B3%E4%BA%8E%E5%86%85%E5%AD%98%E9%A2%84/74d7a383-daca-427e-bba4-67d03dc9ef6e

@hgw514 我只是为了说明小规模公司不在乎这点速度，随便举的一个例子，没有数据支持，也没有具体案例。

i 系列的二手，从我几个做二手生意的同学那来看，还是很有竞争力的，买的人大多是女生。

至于价格，现在 M 系列的 mac 都没那么值钱了。更别谈性能比不上，风扇还狂转的 i 系列的了。。。

从小规模公司的角度来看，他们不需要各种奇怪的技术，也不需要多高端的东西。一个功能，用 java 实现和用 C++实现，最终可能 java 只慢了几百毫秒，小规模公司在乎吗？

他们只要求两个点：简单，快速，好用

从这个角度去分析，jspring 全家桶，尤其是 springboot 的这套东西，以其丰富的社区生态内容(C*DN 一定程度上也算)和简单易用的特性，会受到小规模公司的钟爱。

多数据源吧，有现成的(mybatis-plus 有一款多数据源的插件)可以直接用

接 #21

如果 你是按照 #18 的写法的话，那么讨论的问题其实是，客户端最多能同时向外发送多少个请求，从这个角度来说，你说的确实没错。

但是这和 nginx 有啥关系呢

班门弄斧一下，有问题请指正：

"可用端口最多 65535."

1. 就像 1 楼 说的：
站在服务器接收数据的角度，一般都是指定某个端口，比如 80 端口用于接收请求。

可用端口数是站在客户端的角度来说的，因为客户端发起一个请求，除非绑定了端口，否则都是随机选择一个高位端口。


"那理论上短链接最大 TPS 只有 65535/30=2184"

2.TCP 通过四元组确定一个链接是否重用

源 IP 地址 (srcIp)
源端口号 (srcPort)
目的 IP 地址 (dstIp)
目的端口号 (dstPort)
对于服务器来说，dstIp 和 dstPort 是固定的，而 srcIp 和 srcPort 是可变的。

所以，在 IPV4 中，绝对理想的情况下（不考虑操作系统，内存大小，请求耗时，请求大小，time_wait 等）
一个服务端能接受的最大请求数应该是：

客户端 ip 数×客户端 port 数


#10
"nginx 不是服务端呀, nginx 是做反向代理, 是客户端"

nginx 作为反向代理接收数据时，这时候他就已经是“服务端”了，绑定了某个端口(比如 80)

已收藏，感谢

只是单纯的接口信息的话，前面接个 nginx ，nginx 来统计，日志记下来后接 ELK 分析查询