T********i
发帖数: 2416 | 1 需求不清，要提供能够满足需求变化的方案。也就是尽量最大限度地通吃。
其实，这个系统的关键，都不是能不能并发的问题。我四个月前开始就说了，这是个
message系统。这个都看不出来的。方案我都不想看。
其实，设计成紧耦合的，最大的原因就是不论实际需求如何，这个方案都能完成。而且
性能够用，今后10年都够用了。结构简单，造价低。
至于你说你不会做，所以这个方案不能用。这个理由站不住脚。会做的多了。
实际上，12306也基本是这样做的。 |
T********i
发帖数: 2416 | 2 说实话，做一个10m的网络计数器。有人质疑难道阿里不会做。
我说，阿里真的不一定会做。
不信，我叫板咱们年薪27万的古德霸架构师，只要他能做出1m的，我都认输。甚至不用
做，拿个靠谱的方案都行。他的回答只是各种谩骂。
【在 T********i 的大作中提到】
: 需求不清，要提供能够满足需求变化的方案。也就是尽量最大限度地通吃。
: 其实，这个系统的关键，都不是能不能并发的问题。我四个月前开始就说了，这是个
: message系统。这个都看不出来的。方案我都不想看。
: 其实，设计成紧耦合的，最大的原因就是不论实际需求如何，这个方案都能完成。而且
: 性能够用，今后10年都够用了。结构简单，造价低。
: 至于你说你不会做，所以这个方案不能用。这个理由站不住脚。会做的多了。
: 实际上，12306也基本是这样做的。
|
T********i
发帖数: 2416 | 3 古德霸，你要是不服气，就给出一个1m/s的计数器方案好了。
【在 T********i 的大作中提到】
: 说实话，做一个10m的网络计数器。有人质疑难道阿里不会做。
: 我说，阿里真的不一定会做。
: 不信，我叫板咱们年薪27万的古德霸架构师，只要他能做出1m的，我都认输。甚至不用
: 做，拿个靠谱的方案都行。他的回答只是各种谩骂。
|
g*****g
发帖数: 34805 | 4 我的计数器再慢，好歹不用让八十老太抗打包换座。半路出家的还是学了 101 再来。 |
T********i
发帖数: 2416 | 5 又来了，不换坐是不是也能1m/s？
【在 g*****g 的大作中提到】
: 我的计数器再慢，好歹不用让八十老太抗打包换座。半路出家的还是学了 101 再来。
|
y****i
发帖数: 12114 | 6 有空去挣点钱、发点论文、上电视节目、出书、把妹……不好么，干啥不比在mitbbs上
灌水骂人有意思？ |
b********e
发帖数: 595 | 7
1M是个不小的数了吧，我记得os那层发包到1M pps都不容易。
网络计数器好几年前twitter有一个开源的，生成id用的，看介绍能到10K，具体没使过
，估计twtr也早升级改造了。别拍我，纯路过的。
https://github.com/twitter/snowflake/
【在 T********i 的大作中提到】
: 需求不清，要提供能够满足需求变化的方案。也就是尽量最大限度地通吃。
: 其实，这个系统的关键，都不是能不能并发的问题。我四个月前开始就说了，这是个
: message系统。这个都看不出来的。方案我都不想看。
: 其实，设计成紧耦合的，最大的原因就是不论实际需求如何，这个方案都能完成。而且
: 性能够用，今后10年都够用了。结构简单，造价低。
: 至于你说你不会做，所以这个方案不能用。这个理由站不住脚。会做的多了。
: 实际上，12306也基本是这样做的。
|
T********i
发帖数: 2416 | 8 还好啦，用Java做一个也就100行左右。
【在 b********e 的大作中提到】
:
: 1M是个不小的数了吧，我记得os那层发包到1M pps都不容易。
: 网络计数器好几年前twitter有一个开源的，生成id用的，看介绍能到10K，具体没使过
: ，估计twtr也早升级改造了。别拍我，纯路过的。
: https://github.com/twitter/snowflake/
|
