UP############又在放屁了######真牛######对,社区还有说过亿的并发的呢######这个要顶,说的非常正确###### 不用扣字眼吧 的确你说的没错,操作系统里的“并发”(宏哥擅长的领域)应该是谈的临界资源的一些问题 大家都习惯性的将并发和“连接数”混为一谈的话,也没什么不可以的啊。“并发”,现在不单单是谈的某一小块代码里面(java里的synchronized里)的东西了,而是一整套。 就像你说的,如果你解决了高连接数,那宏观上的扎堆访问的情况就保证能解决了么?也不一定吧,那是不是每次谈“高并发”都要将这三个字扩展成几十几百个字的词语了... 倒是没见过大家专门谈“高连接数”,招聘要求里我想你也会写“高并发”而不是高连接数
我觉得也可以这样理解。对于用户端来看,“抢票”这个事情本身就是一个原子的,不管他后面怎么怎么怎么,他就是一个临界资源。 ######
引用来自“黑狗”的评论 不用扣字眼吧 的确你说的没错,操作系统里的“并发”(宏哥擅长的领域)应该是谈的临界资源的一些问题 大家都习惯性的将并发和“连接数”混为一谈的话,也没什么不可以的啊。“并发”,现在不单单是谈的某一小块代码里面(java里的synchronized里)的东西了,而是一整套。 就像你说的,如果你解决了高连接数,那宏观上的扎堆访问的情况就保证能解决了么?也不一定吧,那是不是每次谈“高并发”都要将这三个字扩展成几十几百个字的词语了... 倒是没见过大家专门谈“高连接数”,招聘要求里我想你也会写“高并发”而不是高连接数
我觉得也可以这样理解。对于用户端来看,“抢票”这个事情本身就是一个原子的,不管他后面怎么怎么怎么,他就是一个临界资源。
前向表现, 连接数和并发没有什么区别,用户视角 从技术角度, 前向的连接数无所谓, 随便都能支持 要解决的是后向的并发问题, 主要就是解决吞吐量的问题,就是真实的并发量 我招聘从来不写并发。 ###### 。。。 宏哥这次说了一个十分正确的事情 ######请宏哥谈谈秒杀 ######
引用来自“乌龟壳”的评论 请宏哥谈谈秒杀
做一个池子, 把鱼放进去 秒杀无外乎到池子里捞鱼, 有啥难的 ######精辟