J马要回恒大?恒大球迷不干了:骗吃骗喝骗钱的水货快滚吧!
正在欧美进行康复疗养的J马近日表示要在2月份回归广州，然而1月22日就是2018年联赛第一次报名截止的日期了，也就是说J马无论如何也赶不上第一次亚冠报名了!虽然在下个月亚冠正赛开始前还可以向亚足联提交一次参赛名单，但是即使J马下个月能够回归恒大，但已经一年多没踢球并且也没有跟现在正在冬训的恒大磨合的J马也很难获得主教练的信任，恒大俱乐部将不会轻易冒险将这样的J马报名亚冠。而且今年恒大高层给球队下达的任务仍然是要多点开花继续争夺亚冠等冠军，在这样的任务压力下，恒大是否能给J马报名中超联赛都不好说。J马是广州恒大俱乐部在2016年年初追求胡尔克不成后，才从马竞花了4200万欧元买回来了J马。然而J马的情况让所有人都大失所望，在2016赛季就几乎一半的时间都在养伤，2017年一整年干脆就没为广州恒大提过一场球养了一整年的伤!即使如此，广州恒大仍然要付给J马高额的薪水，虽然因伤不可能是1100万欧元的全薪，但J马在恒大一年躺赚的数额不会少于600万欧元!而J马近日发出的想要在2月份回归恒大的表示，却惹怒了众多广州恒大球迷!因为自从J马在2016年开始受伤至今已经发出过十多次类似的“宣言”了，然而却让众多恒大球迷一次又一次的失望不已!更有恒大球迷断言，J马此次“宣言”不过是又一次谎言而已，是别有用心的!现在让我们看看恒大球迷们是怎么说的吧:@刻苦的老强:这个不要脸的东西,会西语的吧友能不能去他的社交平台下面劝他退役?@万年潜水王潘达: J马不伤或者换成浩克，斯科拉里在恒大两年半拿的冠军就不是7个，而是9个了，至少还要多拿一个亚冠和一个足协杯冠军。@茅泽西:骗子，骗吃骗喝骗医疗骗钱。@weiyiken:一直在复出，从未被超越@国粹李玉刚:J马你赶紧滚吧，哪怕你真康复了，新赛季打进100球我也希望你赶紧滚，这几年耽误恒大多少。
24小时热文
请求失败，请刷新页面！
暂无推荐，点击刷新页面
今日体育热点
6秒后自动进入首页您需要通过验证再能继续浏览 3秒后开始验证
丨 粤ICP备号-10 丨 新三板上市公司威锋科技（836555）
增值电信业务经营许可证：
Powered by Discuz!
(C) Joyslink Inc. All rights reserved 保留所有权利《怎样识别水货程序员》说的是真的吗？ - 知乎<strong class="NumberBoard-itemValue" title="被浏览<strong class="NumberBoard-itemValue" title="8,088分享邀请回答pastebin.com/mruCwEq6=============================q.h
-- 云风的msg queuepop total: 2,196,725pop cycles/msg: 4610push cycles/msg: 4447push了7百万条消息，当push完成的时候，pop只完成了2百万条。每次pop消耗4447 cycle，每次push消耗4610 cycle。=============================q3.h
--- 我的msg queuepop total: 6,999,110pop cycles/msg: 5625push cycles/msg: 5307push了7百万条消息，当push完成的时候，pop完成了非常接近7百万条。每次pop消耗5625 cycle，每次push消耗5307 cycle。=============================qlock.h
-- 朱欣愚的msg queue???没耐心等下去了。所以没有结果。=============================总结：云风的msg queue的push效率正常，但pop效率极低。我的msg queue的push和pop效率正常，至少是云风的msg queue的3倍。朱欣愚的msg queue存在严重问题，无法通过基本测试。下面我们修改一下结束条件。不仅push必须完成，pop也必须完成所有7百万消息。修改过的测试代码： a2.c
在此条件下，q3.h测试结果：[root@localhost ~]$ perf stat -d ./a.out
flushing: 1012
pop total: 7000000
pop cycles/msg: 5363
push cycles/msg: 5178
Performance counter stats for './a.out':
task-clock # 13.697 CPUs utilized
2950 context-switches # 0.104 K/sec
1 CPU-migrations # 0.000 K/sec
194 page-faults # 0.007 K/sec
cycles # 2.575 GHz [39.96%]
stalled-cycles-frontend # 95.31% frontend cycles idle [39.93%]
stalled-cycles-backend # 90.58% backend cycles idle [39.98%]
instructions # 0.04 insns per cycle
# 24.24 stalled cycles per insn [50.01%]
branches # 31.423 M/sec [50.02%]
branch-misses # 4.14% of all branches [50.10%]
L1-dcache-loads # 28.053 M/sec [50.09%]
L1-dcache-load-misses # 23.03% of all L1-dcache hits [50.10%]
LLC-loads # 4.287 M/sec [40.04%]
2711774 LLC-load-misses # 2.23% of all LL-cache hits [40.00%]
2. seconds time elapsed
两秒完成7百万push和pop。===============================q.h和qlock.h均没有测试结果，因为几分钟后仍然没有结束。于是把7百万消息改为7千，还是不能结束。有硬件的同学可以测试下q.h和qlock.h在总共70条消息下的表现，更有意思。这两个测试显示，q3.h相比qlock.h和q.h的优势超过5个数量级。===============================为了给q.h和qlock.h有个benchmark结果，用ctrl-c打断他们，再看看perf的数据：q.h 的结果是：[root@localhost ~]$ perf stat -d ./a.out
flushing: 4479796
^C./a.out: Interrupt
Performance counter stats for './a.out':
945 task-clock
7.359 CPUs utilized
23651 context-switches
0.103 K/sec
3 CPU-migrations
0.000 K/sec
1089 page-faults
0.005 K/sec
stalled-cycles-frontend
94.41% frontend cycles idle
stalled-cycles-backend
90.42% backend
cycles idle
instructions
insns per cycle
stalled cycles per insn [50.00%]
16.061 M/sec
branch-misses
0.52% of all branches
L1-dcache-loads
21.452 M/sec
L1-dcache-load-misses
23.33% of all L1-dcache hits
2.277 M/sec
1629746 LLC-load-misses
0.31% of all LL-cache hits
31. seconds time elapsed
再看看qlock.h的表现：[root@localhost~]$ perf stat -d ./a.out
^C./a.out: Interrupt
Performance counter stats for './a.out':
478 task-clock
10.316 CPUs utilized
81762 context-switches
0.102 K/sec
3 CPU-migrations
0.000 K/sec
632 page-faults
0.001 K/sec
0 stalled-cycles-frontend
98.91% frontend cycles idle
8 stalled-cycles-backend
97.35% backend
cycles idle
instructions
insns per cycle
stalled cycles per insn [49.97%]
4.289 M/sec
branch-misses
3.20% of all branches
L1-dcache-loads
4.128 M/sec
L1-dcache-load-misses
78.28% of all L1-dcache hits
1.302 M/sec
LLC-load-misses
1.54% of all LL-cache hits
77. seconds time elapsed
最明显的数据对比是L1 d$ miss。q3.h:
然后是stalled cycles per insn:q3.h:
40.59qlock.h: 135.78而LLC miss的差距也很明显：q3.h:
2711774q.h:
1629746qlock.h:
注意，q.h的LLC miss是最少的，stall cycle跟q3.h也相差不大，但q.h却始终无法在1分钟里完成7百万pop，q3.h却能在2秒钟里完成。这说明q.h的问题极有可能是livelock。而qlock.h的表现无疑是最糟糕的。3项数据都比其它方案糟一个数量级，更不用说整体运行速度。========================================现在再改一下测试用例，使其更接近真实环境。在真实环境里，每pop出一条msg，都会有相应对msg的操作。现在在pop_task里，每取出一个msg就等待2000 cycles，来模拟pop_task的延迟。这个delay的macro很简单，如下：#define delay(c) do {
if ((c) == 0)
uint64_t start = rdtsc();
uint64_t now =
while (now - start & (c)) {
_mm_pause();
now = rdtsc();
} while (0)
引进delay(2000)之后，q3.h的表现没有显著变化，这次用了2.1秒。stall反而有更好的表现，从24降到了14。q3.h[root@localhost ~]$ perf stat -d ./a.out
flushing: 1014
pop total: 7000000
pop cycles/msg: 5521
push cycles/msg: 5369
Performance counter stats for './a.out':
task-clock
13.745 CPUs utilized
3038 context-switches
0.104 K/sec
1 CPU-migrations
0.000 K/sec
195 page-faults
0.007 K/sec
stalled-cycles-frontend
89.53% frontend cycles idle
stalled-cycles-backend
82.08% backend
cycles idle
instructions
insns per cycle
stalled cycles per insn [50.01%]
33.446 M/sec
branch-misses
3.92% of all branches
L1-dcache-loads
14.518 M/sec
L1-dcache-load-misses
41.06% of all L1-dcache hits
3.894 M/sec
1875774 LLC-load-misses
1.64% of all LL-cache hits
2. seconds time elapsed
而q.h和qlock.h同样没有显著变化，仍然是对7百万条，甚至70条信息无法结束任务。这里就不贴perf的结果了。========================================最后，是sanity test。我知道这个q3.h很多人看不懂。不过没关系，这个测试的目的是数据一致性。每个push的msg和pop的msg将会一一对应，如果全部7百万消息，有一个没收到，或者有一个被接收了超过一次，这个测试都将发现错误。测试代码在这：当然，q3.h通过了测试。而其它两个不清楚是否能通过这个sanity test，因为其它两个不管等多久也跑不完。=========================================在正确性得到保证，且符合所有需求的条件下，q3.h的速度是其它两个方案的远远不能比的。知乎的代码编辑太难用，所以全部代码都贴在上。我也不清楚国内是不是墙了pastebin。如果是的话，请告知，我找过一个地方贴。所有代码编译参数为-g -O2 -pthread。如果你没有32core的机器，也可以减少POP_CNT和PUSH_CNT，让它们能在你的机器上跑。当然，相应的你必须懂怎么修改socket_top，这关系到你的CPU的topology。由于测试的多样性，建议采用a3.c为测试用例，因为q3.h即使是在加入sanity test的情况下，速度依旧没有改变。==========================================对我的代码风格有意见？为什么定义两个一样的internal struct？为什么一定要用static inline？为什么mask是一样的值，却要定义在两个地方？是不是还要问为什么要asm volatile和padding？如果你有这些疑问，不好意思，你现在不懂，以后自然也不会懂。==========================================7145 条评论分享收藏感谢收起这应该是骗人的吧？能发货吗？_百度知道
这应该是骗人的吧？能发货吗？
我有更好的答案
骗人的别信，水货都要上千元，他这种叫乱货
天上不会掉馅饼，只有陷阱
为您推荐：
其他类似问题
&#xe675;换一换
回答问题，赢新手礼包&#xe6b9;
个人、企业类
违法有害信息,请在下方选择后提交
色情、暴力
我们会通过消息、邮箱等方式尽快将举报结果通知您。