t**********1
发帖数: 550 | 1 声明：
1. 征询过goodbug意见，提前开放代码给看热闹的，他说无所谓。
2. 赌局正在进行中。请各位谨言慎行。任何人任何言论我概不负责。涉及造谣诽谤我
保留追究的权利。
3. 只支持X64架构。其他架构概不支持
4. 物理内存不够会直接core dump。我不认为这是个问题。毕竟这不是production
5. 我的测试客户端就不开放了。反正古德霸必须自己写一个。
https://github.com/weiqj/pc12306 |
g****u
发帖数: 252 | 2 牛！我刚刚装好了两台测试机。我现在就来测。
不过发现我的机器都是RTL的烂网卡，暂时没法玩DPDK了。
【在 t**********1 的大作中提到】
: 声明：
: 1. 征询过goodbug意见，提前开放代码给看热闹的，他说无所谓。
: 2. 赌局正在进行中。请各位谨言慎行。任何人任何言论我概不负责。涉及造谣诽谤我
: 保留追究的权利。
: 3. 只支持X64架构。其他架构概不支持
: 4. 物理内存不够会直接core dump。我不认为这是个问题。毕竟这不是production
: 5. 我的测试客户端就不开放了。反正古德霸必须自己写一个。
: https://github.com/weiqj/pc12306
|
t**********1
发帖数: 550 | |
g****u
发帖数: 252 | 4 我土了，port竟然忘了htons。刚刚在本地测了，能超过1M/s。
不过我的客户端写得烂，写没有和读同步，出发了你的
outstanding query太多的assert。我正在改。
【在 t**********1 的大作中提到】
: 已经有网友port到Java版本了。
: 也能达到1M/s。
: https://github.com/zhong-j-yu/j12306
|
t**********1
发帖数: 550 | 5 那个不是assert。只是警告。nobody gets hurt。当然如果你一直堵塞超过timeout就
被杀了。
【在 g****u 的大作中提到】
: 我土了，port竟然忘了htons。刚刚在本地测了，能超过1M/s。
: 不过我的客户端写得烂，写没有和读同步，出发了你的
: outstanding query太多的assert。我正在改。
|
g****u
发帖数: 252 | 6 我的结果出来了。两台core i7 2600K主机1GBE直连。客户端用8个线程，4个读4个写，
能做到6.4M/s。
latency.mean: 1.11338 ms
latency.std: 0.866352 ms
latency.min: 0.073 ms
latency.max: 104.414 ms
我有个问题：我把多个请求在一个send里面发出去，发现并不能提高吞吐量。
是不是send本身就已经做了buffer? 我怎么要求send不要buffer？
问题2: 1us 那个怎么测？
【在 t**********1 的大作中提到】
: 声明：
: 1. 征询过goodbug意见，提前开放代码给看热闹的，他说无所谓。
: 2. 赌局正在进行中。请各位谨言慎行。任何人任何言论我概不负责。涉及造谣诽谤我
: 保留追究的权利。
: 3. 只支持X64架构。其他架构概不支持
: 4. 物理内存不够会直接core dump。我不认为这是个问题。毕竟这不是production
: 5. 我的测试客户端就不开放了。反正古德霸必须自己写一个。
: https://github.com/weiqj/pc12306
|
T********i
发帖数: 2416 | 7 flags = 1;
setsockopt(_fd, /* socket affected */
IPPROTO_TCP, /* set option at TCP level */
TCP_NODELAY, /* name of option */
(char *)&flags, /* the cast is historical cruft */
sizeof(int)); /* length of option value */
写，
【在 g****u 的大作中提到】
: 我的结果出来了。两台core i7 2600K主机1GBE直连。客户端用8个线程，4个读4个写，
: 能做到6.4M/s。
: latency.mean: 1.11338 ms
: latency.std: 0.866352 ms
: latency.min: 0.073 ms
: latency.max: 104.414 ms
: 我有个问题：我把多个请求在一个send里面发出去，发现并不能提高吞吐量。
: 是不是send本身就已经做了buffer? 我怎么要求send不要buffer？
: 问题2: 1us 那个怎么测？
|
g****u
发帖数: 252 | 8 latency变低了，但是吞吐量没变。
latency.mean: 0.532203 ms
latency.std: 0.474691 ms
latency.min: 0.063 ms
latency.max: 49.778 ms
【在 T********i 的大作中提到】
: flags = 1;
: setsockopt(_fd, /* socket affected */
: IPPROTO_TCP, /* set option at TCP level */
: TCP_NODELAY, /* name of option */
: (char *)&flags, /* the cast is historical cruft */
: sizeof(int)); /* length of option value */
:
: 写，
|
T********i
发帖数: 2416 | 9 这就对了。1us那个，要取core clock。不难，但是没意义。
其实10 core并行，10G网卡，平均超过50M/s，价格不超过2W。也很轻松。
有想开赌的么？这回要赌钱了。呵呵。
【在 g****u 的大作中提到】
: latency变低了，但是吞吐量没变。
: latency.mean: 0.532203 ms
: latency.std: 0.474691 ms
: latency.min: 0.063 ms
: latency.max: 49.778 ms
|
g****u
发帖数: 252 | 10 我是说客户端没法测，因为网络延时>>1us。
【在 T********i 的大作中提到】
: 这就对了。1us那个，要取core clock。不难，但是没意义。
: 其实10 core并行，10G网卡，平均超过50M/s，价格不超过2W。也很轻松。
: 有想开赌的么？这回要赌钱了。呵呵。
|
|
|
T********i
发帖数: 2416 | 11 客户端当然没法测。你知道客户端持续6.4M/s，延迟低于100ms就好了。
【在 g****u 的大作中提到】
: 我是说客户端没法测，因为网络延时>>1us。
|
s**x
发帖数: 7506 | 12 这种单纯考虑performance 没有任何意义。 一个好的 分布式系统对系统各个部分的响
应时间应该有更多的容错性。
系统架构比单机性能重要的多。 |
n*****t
发帖数: 22014 | 13 有没有做 taskset？
【在 t**********1 的大作中提到】
: 声明：
: 1. 征询过goodbug意见，提前开放代码给看热闹的，他说无所谓。
: 2. 赌局正在进行中。请各位谨言慎行。任何人任何言论我概不负责。涉及造谣诽谤我
: 保留追究的权利。
: 3. 只支持X64架构。其他架构概不支持
: 4. 物理内存不够会直接core dump。我不认为这是个问题。毕竟这不是production
: 5. 我的测试客户端就不开放了。反正古德霸必须自己写一个。
: https://github.com/weiqj/pc12306
|
n*****t
发帖数: 22014 | 14 单节点不是单机，同样可以容错
的响
【在 s**x 的大作中提到】
: 这种单纯考虑performance 没有任何意义。 一个好的 分布式系统对系统各个部分的响
: 应时间应该有更多的容错性。
: 系统架构比单机性能重要的多。
|
g****u
发帖数: 252 | 15 单机系统比做分布式要容易得多（如果能做出来的话）。
考虑performance的意义在于如果
单机performance能做得够用，就不需要做分布式了。
的响
【在 s**x 的大作中提到】
: 这种单纯考虑performance 没有任何意义。 一个好的 分布式系统对系统各个部分的响
: 应时间应该有更多的容错性。
: 系统架构比单机性能重要的多。
|
T********i
发帖数: 2416 | 16 没有。已经足够快了。
这帮孙子不懂，就让他们糊涂一辈子好了。
【在 n*****t 的大作中提到】
: 有没有做 taskset？
|
g****u
发帖数: 252 | 17 仔细检查了以下两种错误：
- 一个座位卖多次
- 开始没座后来又有了
没有发现错误。120M个随机请求后，95%的座位都能被卖出去。
【在 t**********1 的大作中提到】
: 声明：
: 1. 征询过goodbug意见，提前开放代码给看热闹的，他说无所谓。
: 2. 赌局正在进行中。请各位谨言慎行。任何人任何言论我概不负责。涉及造谣诽谤我
: 保留追究的权利。
: 3. 只支持X64架构。其他架构概不支持
: 4. 物理内存不够会直接core dump。我不认为这是个问题。毕竟这不是production
: 5. 我的测试客户端就不开放了。反正古德霸必须自己写一个。
: https://github.com/weiqj/pc12306
|
T********i
发帖数: 2416 | 18 赞周到。多谢了。我做的玩意儿，有人肯花时间在上面，是对我最大的鼓励。
【在 g****u 的大作中提到】
: 仔细检查了以下两种错误：
: - 一个座位卖多次
: - 开始没座后来又有了
: 没有发现错误。120M个随机请求后，95%的座位都能被卖出去。
|
j******a
发帖数: 100 | 19 中午我跑了一下，用的是gnoduu的client，魏老师的code会assert在135行，应该是
queue爆了，gnoduu的client会core dump.code我还在学习，下班后再找怎么回事，应
该是我系统配置的问题。 |
g****u
发帖数: 252 | 20 错误都已经改好了。都是我的客户端问题，因为之前没有调试过。你更新一下git就行。
【在 j******a 的大作中提到】
: 中午我跑了一下，用的是gnoduu的client，魏老师的code会assert在135行，应该是
: queue爆了，gnoduu的client会core dump.code我还在学习，下班后再找怎么回事，应
: 该是我系统配置的问题。
|
|
|
j******a
发帖数: 100 | 21 是的
行。
【在 g****u 的大作中提到】
: 错误都已经改好了。都是我的客户端问题，因为之前没有调试过。你更新一下git就行。
|
h******b
发帖数: 6055 | 22 魏老师太猛了。古德霸好几天没出来说话了，难道已经是默认了。
其实还是希望你们不打不相识，都是自己领域的高手啊。 |
T********i
发帖数: 2416 | 23 这回不爆了。你再试试。
【在 j******a 的大作中提到】
: 中午我跑了一下，用的是gnoduu的client，魏老师的code会assert在135行，应该是
: queue爆了，gnoduu的client会core dump.code我还在学习，下班后再找怎么回事，应
: 该是我系统配置的问题。
|
g****u
发帖数: 252 | 24 我把流量也打印出来了。如果增长队列深度(20000)，
收发都能到102MB/s。我觉得挺有意思的是
好像上次纯测CPU时也就是10mtps的样子。
现在最多到6.7 mtps的样子。也就是说
CPU和网卡基本上是比较均衡的。如果换10G网的话
是不是就碰到CPU瓶颈了？
【在 T********i 的大作中提到】
: 这回不爆了。你再试试。
|
T********i
发帖数: 2416 | 25 我说了，CPU做到多核并行，10G网卡平均50M TPS没有难度。
硬件估计根本不用2W。单18核CPU一万都不到。
这回可以赌钱了，有人愿意参赌么？
【在 g****u 的大作中提到】
: 我把流量也打印出来了。如果增长队列深度(20000)，
: 收发都能到102MB/s。我觉得挺有意思的是
: 好像上次纯测CPU时也就是10mtps的样子。
: 现在最多到6.7 mtps的样子。也就是说
: CPU和网卡基本上是比较均衡的。如果换10G网的话
: 是不是就碰到CPU瓶颈了？
|
a****1
发帖数: 20 | 26 where is gnoduu 的 client ? |
a****1
发帖数: 20 | 27 where is gnoduu 的 client |
g****u
发帖数: 252 | 28 我在等goodbug的消息，所以没有公开放出。
魏老师的code大家都见过了，goodbug的
code我想大家也都想看看吧。
java服务器已经有人在写了。最好到时候C++和
java混合测。
【在 a****1 的大作中提到】
: where is gnoduu 的 client
|
t**********1
发帖数: 550 | 29 现在这个服务器，欢迎大家公测。
欢迎大家Post测试结果。看看我和古德霸月底那个性能指标达到没有。
谢谢。 |
L****8
发帖数: 3938 | 30 好虫要被打回原形了
【在 t**********1 的大作中提到】
: 声明：
: 1. 征询过goodbug意见，提前开放代码给看热闹的，他说无所谓。
: 2. 赌局正在进行中。请各位谨言慎行。任何人任何言论我概不负责。涉及造谣诽谤我
: 保留追究的权利。
: 3. 只支持X64架构。其他架构概不支持
: 4. 物理内存不够会直接core dump。我不认为这是个问题。毕竟这不是production
: 5. 我的测试客户端就不开放了。反正古德霸必须自己写一个。
: https://github.com/weiqj/pc12306
|
|
|
n*****t
发帖数: 22014 | 31 好虫起码承认自己大大低估硬件能力了，这点还是值得肯定的。其实自杀 ID 之类的没
有意义，但起码是个教训，基础知识还是很重要的，每个人不懂的东西很多，不要随便
挑战别人的专长。
【在 L****8 的大作中提到】
: 好虫要被打回原形了
|
t**********1
发帖数: 550 | 32 1。有网友用10年前的硬件，跑出单核3M/s。
2。连续两年多用不实之词主动人身攻击。直到现在仍然如此。根据他这个态度我认为
他还是别再来的好。
3。知耻近乎勇。其实人错了没啥了不起。我一向有错就认。他早认错，不至于到今天
这个地步。
4。他如果再死硬下去，会吃更大的亏。
【在 n*****t 的大作中提到】
: 好虫起码承认自己大大低估硬件能力了，这点还是值得肯定的。其实自杀 ID 之类的没
: 有意义，但起码是个教训，基础知识还是很重要的，每个人不懂的东西很多，不要随便
: 挑战别人的专长。
|
d****i
发帖数: 4809 | 33 老魏，其实很期待你和好虫撇开以前的个人恩怨心平气和的坐下来技术切磋一下，好虫
用Java实现一个单机或者分布式的都行，然后和你的版本具体比较benchmark一下，这
样对这里的大部分人不管是路过的打酱油的还是看热闹的都有帮助。
【在 t**********1 的大作中提到】
: 声明：
: 1. 征询过goodbug意见，提前开放代码给看热闹的，他说无所谓。
: 2. 赌局正在进行中。请各位谨言慎行。任何人任何言论我概不负责。涉及造谣诽谤我
: 保留追究的权利。
: 3. 只支持X64架构。其他架构概不支持
: 4. 物理内存不够会直接core dump。我不认为这是个问题。毕竟这不是production
: 5. 我的测试客户端就不开放了。反正古德霸必须自己写一个。
: https://github.com/weiqj/pc12306
|
T********i
发帖数: 2416 | 34 实在对不起，这世界上不是谁和谁都能合作的。好虫和赵策都和我不是一类人。
我其实一直都没有想和好虫有任何形式的切磋。两年多来都是他一直主动跟我的帖子。
指责我装逼。这次赌局我是迫不得已。
而且，之前我还给他两次offer，他可以去实现，只要1M TPS，连网络都不要。他做到
了我可以当众认输再也不来。我还说他们一伙可以一起做。
他不敢做，让我做，才有这个赌局。
Java版本有网友已经做了。也能达到1M TPS了。参见我的git的post。
再次深深感谢广大网友的支持与参与。多年来，一直有人号称这个版不是技术版。现在
有人开始认同这是技术版了。我这人只专注于技术。其他的并不上心。很高兴能够和大
家互相学习。
【在 d****i 的大作中提到】
: 老魏，其实很期待你和好虫撇开以前的个人恩怨心平气和的坐下来技术切磋一下，好虫
: 用Java实现一个单机或者分布式的都行，然后和你的版本具体比较benchmark一下，这
: 样对这里的大部分人不管是路过的打酱油的还是看热闹的都有帮助。
|
d****i
发帖数: 4809 | 35 大赞那位参与Github贡献Java版本的网友，没有细看他的代码，他的实现是按照你的实
现来的实现吗？如果这样的话，那这个perf也相当不错了。
【在 T********i 的大作中提到】
: 实在对不起，这世界上不是谁和谁都能合作的。好虫和赵策都和我不是一类人。
: 我其实一直都没有想和好虫有任何形式的切磋。两年多来都是他一直主动跟我的帖子。
: 指责我装逼。这次赌局我是迫不得已。
: 而且，之前我还给他两次offer，他可以去实现，只要1M TPS，连网络都不要。他做到
: 了我可以当众认输再也不来。我还说他们一伙可以一起做。
: 他不敢做，让我做，才有这个赌局。
: Java版本有网友已经做了。也能达到1M TPS了。参见我的git的post。
: 再次深深感谢广大网友的支持与参与。多年来，一直有人号称这个版不是技术版。现在
: 有人开始认同这是技术版了。我这人只专注于技术。其他的并不上心。很高兴能够和大
: 家互相学习。
|
c*********e
发帖数: 16335 | 36 用的啥数据库啊？
【在 g****u 的大作中提到】
: 我的结果出来了。两台core i7 2600K主机1GBE直连。客户端用8个线程，4个读4个写，
: 能做到6.4M/s。
: latency.mean: 1.11338 ms
: latency.std: 0.866352 ms
: latency.min: 0.073 ms
: latency.max: 104.414 ms
: 我有个问题：我把多个请求在一个send里面发出去，发现并不能提高吞吐量。
: 是不是send本身就已经做了buffer? 我怎么要求send不要buffer？
: 问题2: 1us 那个怎么测？
|
t**********1
发帖数: 550 | 37 那个网友说是port。其实我感觉，Java做好了，做出C++版本的80%-90%性能是有可能的。
我用Java做过一整套交易系统的。
【在 d****i 的大作中提到】
: 大赞那位参与Github贡献Java版本的网友，没有细看他的代码，他的实现是按照你的实
: 现来的实现吗？如果这样的话，那这个perf也相当不错了。
|
w****w
发帖数: 521 | 38 epoll他那里做不了吧？
的。
【在 t**********1 的大作中提到】
: 那个网友说是port。其实我感觉，Java做好了，做出C++版本的80%-90%性能是有可能的。
: 我用Java做过一整套交易系统的。
|
t**********1
发帖数: 550 | 39 nio 。一样的。
【在 w****w 的大作中提到】
: epoll他那里做不了吧？
:
: 的。
|
n*****t
发帖数: 22014 | 40 其实我很想用 node 试试，不过我这人实在太懒 。。。
的。
【在 t**********1 的大作中提到】
: 那个网友说是port。其实我感觉，Java做好了，做出C++版本的80%-90%性能是有可能的。
: 我用Java做过一整套交易系统的。
|
|
|
t****m
发帖数: 135 | 41 我还想试试emscripten，代码都不用改。 |
g****u
发帖数: 252 | 42 你把单个transaction的票数增加到最多5张，平均2.5张。
5张票车次允许任选。不需要做到50M TPS，那样实际也没啥用。
比如还是5M TPS，或者低点高点都行。
那样赌起来有意思。你这个系统也更有实用价值。
不过现在估计没啥人敢跟你赌了。
【在 T********i 的大作中提到】
: 我说了，CPU做到多核并行，10G网卡平均50M TPS没有难度。
: 硬件估计根本不用2W。单18核CPU一万都不到。
: 这回可以赌钱了，有人愿意参赌么？
|
w***x
发帖数: 105 | 43 简单扫了下代码，对算法不了解，也许对时序理解不对，但是下面几个变量明显不是县
城安全：
static uint64_t volatile clientReqPos = 0;
static uint64_t volatile clientReqProcessed = 0;
为何不用atomic? |
T********i
发帖数: 2416 | 44 为啥要用atomic的？
网友还有用GCC 4.6编译的呢。
是Thread safe的。不过比较tricky而已。
【在 w***x 的大作中提到】
: 简单扫了下代码，对算法不了解，也许对时序理解不对，但是下面几个变量明显不是县
: 城安全：
: static uint64_t volatile clientReqPos = 0;
: static uint64_t volatile clientReqProcessed = 0;
: 为何不用atomic?
|
w***x
发帖数: 105 | 45 ... 您确信？memory barrier实现atomic？：）
【在 T********i 的大作中提到】
: 为啥要用atomic的？
: 网友还有用GCC 4.6编译的呢。
: 是Thread safe的。不过比较tricky而已。
|
T********i
发帖数: 2416 | 46 你不信就算了 :)
【在 w***x 的大作中提到】
: ... 您确信？memory barrier实现atomic？：）
|
w***x
发帖数: 105 | 47 我是好奇，只知道atomic inc要锁总线，否则不安全。mem barrier肯定不能处理cpu乱
序，另外你都volatile了，再加mem bar是？或许你的时序有特殊性...或许限于1写1读
也许可能是安全的...？
【在 T********i 的大作中提到】
: 你不信就算了 :)
|
T********i
发帖数: 2416 | 48 这个靠悟性了。我只能说这么多了。
【在 w***x 的大作中提到】
: 我是好奇，只知道atomic inc要锁总线，否则不安全。mem barrier肯定不能处理cpu乱
: 序，另外你都volatile了，再加mem bar是？或许你的时序有特殊性...或许限于1写1读
: 也许可能是安全的...？
|
w***x
发帖数: 105 | 49 你怎么说我就呵呵了。
不过给很多程序员一个建议，首先，atomic没那么慢，其次，lock free要慎用。它的
复杂远超你的想象。
【在 T********i 的大作中提到】
: 这个靠悟性了。我只能说这么多了。
|
T*****r
发帖数: 221 | 50 呵呵，goodbug跟人赌的是性能，你说的跟魏老师和goodbug的赌有毛关系？应该的事情
太多了，猥琐男最大的毛病就是看谁谁不行，自己上估计硬都硬不起来了！：）
的响
【在 s**x 的大作中提到】
: 这种单纯考虑performance 没有任何意义。 一个好的 分布式系统对系统各个部分的响
: 应时间应该有更多的容错性。
: 系统架构比单机性能重要的多。
|
|
|
T*****r
发帖数: 221 | 51 呵呵，你太小看美国全奖都拿不到由烂校University of alberta重点培养的goodbug了
，他跟我老打赌，输了照样毁约不去吃屎，风头一过，不也没事一样的出来到处乱骂！
【在 L****8 的大作中提到】
: 好虫要被打回原形了
|
T*****r
发帖数: 221 | 52 呵呵，你们太厚道了，狗要是改得了吃屎的本性就好了！不痛打落水狗，只怕有天落水
狗上岸又乱咬啊！看看多个版已经证明goodbug就是个故意颠倒黑白，满地打滚的泼皮
了！
【在 n*****t 的大作中提到】
: 好虫起码承认自己大大低估硬件能力了，这点还是值得肯定的。其实自杀 ID 之类的没
: 有意义，但起码是个教训，基础知识还是很重要的，每个人不懂的东西很多，不要随便
: 挑战别人的专长。
|
T*****r
发帖数: 221 | 53 呵呵，魏老师你应该跟我老一样赌输家吃屎的，以goodbug这种脸皮，自杀id算个屁呢
！过几天照样追着你骂！
【在 t**********1 的大作中提到】
: 1。有网友用10年前的硬件，跑出单核3M/s。
: 2。连续两年多用不实之词主动人身攻击。直到现在仍然如此。根据他这个态度我认为
: 他还是别再来的好。
: 3。知耻近乎勇。其实人错了没啥了不起。我一向有错就认。他早认错，不至于到今天
: 这个地步。
: 4。他如果再死硬下去，会吃更大的亏。
|
b*******s
发帖数: 5216 | 54 在内核里面就有实现
【在 w***x 的大作中提到】
: ... 您确信？memory barrier实现atomic？：）
|
c*******v
发帖数: 2599 | 55 回头我去魔教总坛发个帖：
好虫需要加强学习C plus plus
----12306技术面之外的事我看不如到此为止----
【在 T*****r 的大作中提到】
: 呵呵，魏老师你应该跟我老一样赌输家吃屎的，以goodbug这种脸皮，自杀id算个屁呢
: ！过几天照样追着你骂！
|
m**u
发帖数: 541 | 56 在整个行业NM整天快糙猛的情况下，很多人被误导，不再重视基础了。
C++ 不招人待建，以为能写个java javascript就是天了。
这是问题
我现在一看见javascript 的就头疼，这帮傻x 把个系统搞得4G内存都跑不顺。 |
x****u
发帖数: 44466 | 57 你那是不知道C++能写的多烂啊。。。
【在 m**u 的大作中提到】
: 在整个行业NM整天快糙猛的情况下，很多人被误导，不再重视基础了。
: C++ 不招人待建，以为能写个java javascript就是天了。
: 这是问题
: 我现在一看见javascript 的就头疼，这帮傻x 把个系统搞得4G内存都跑不顺。
|
h**********c
发帖数: 4120 | 58 This server was mad when a church didn’t tip her for a $735 order.
https://www.yahoo.com/news/m/49872ea7-dedb-3041-9ccc-edb2514a54d8/ss_this-
server-was-mad-when-a.html |
