博客内容探讨了“高并发”与“连接数”在技术领域的区别和联系，指出两者常被混淆使用。并发不只是关注代码中的同步问题，而是一整套解决方案。在用户端，抢票等操作被视为原子性的临界资源。文章中提到，真正的挑战在于后向并发问题，即如何处理吞吐量和真实并发量。讨论中建议，招聘时更倾向于使用“高并发”而非“高连接数”。同时，宏哥被邀请分享关于秒杀系统的见解，认为其核心在于资源管理和系统优化。
UP############又在放屁了######真牛######对，社区还有说过亿的并发的呢######这个要顶，说的非常正确###### 不用扣字眼吧 的确你说的没错，操作系统里的“并发”(宏哥擅长的领域)应该是谈的临界资源的一些问题 大家都习惯性的将并发和“连接数”混为一谈的话，也没什么不可以的啊。“并发”，现在不单单是谈的某一小块代码里面(java里的synchronized里)的东西了，而是一整套。 就像你说的，如果你解决了高连接数，那宏观上的扎堆访问的情况就保证能解决了么？也不一定吧，那是不是每次谈“高并发”都要将这三个字扩展成几十几百个字的词语了... 倒是没见过大家专门谈“高连接数”，招聘要求里我想你也会写“高并发”而不是高连接数
我觉得也可以这样理解。对于用户端来看，“抢票”这个事情本身就是一个原子的，不管他后面怎么怎么怎么，他就是一个临界资源。 ######
引用来自“黑狗”的评论 不用扣字眼吧 的确你说的没错，操作系统里的“并发”(宏哥擅长的领域)应该是谈的临界资源的一些问题 大家都习惯性的将并发和“连接数”混为一谈的话，也没什么不可以的啊。“并发”，现在不单单是谈的某一小块代码里面(java里的synchronized里)的东西了，而是一整套。 就像你说的，如果你解决了高连接数，那宏观上的扎堆访问的情况就保证能解决了么？也不一定吧，那是不是每次谈“高并发”都要将这三个字扩展成几十几百个字的词语了... 倒是没见过大家专门谈“高连接数”，招聘要求里我想你也会写“高并发”而不是高连接数
我觉得也可以这样理解。对于用户端来看，“抢票”这个事情本身就是一个原子的，不管他后面怎么怎么怎么，他就是一个临界资源。
前向表现， 连接数和并发没有什么区别，用户视角 从技术角度， 前向的连接数无所谓， 随便都能支持 要解决的是后向的并发问题， 主要就是解决吞吐量的问题，就是真实的并发量 我招聘从来不写并发。 ###### 。。。 宏哥这次说了一个十分正确的事情 ######请宏哥谈谈秒杀 ######
引用来自“乌龟壳”的评论 请宏哥谈谈秒杀
做一个池子， 把鱼放进去 秒杀无外乎到池子里捞鱼， 有啥难的 ######精辟
3万+
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
