#A加网拍[超话]#
2️总结：

今天是加入网拍的第5年 说来话长 回归网拍的这27天里每天带着我的新人做模卡 做单子 带着回本 从开始到现在带了5️⃣0️⃣多个小徒弟 赚了1w➕ 现在A+人数越来越多唯一的烦恼就是单子太多拍不完 !最近有很多人来咨询网拍 我总结了一下 发现最大的问题就是很多友友都不敢迈出第一步 万事都需要尝试 “一件事坚持做一直做一定赢 ”这是我一直强调的！ 空想永远不如付出实际行动 付出和收获是会成正比的 做一件事不要总问没入行的人 应该问问同领域优秀的人 试错总比错过强 更何况我还亲自帮你们试了呢！想一劳永逸的宝贝别来！只带努力上进的宝贝们[心]

对于12C这种情况来说，双通道的bandwidth已经成为了多实例任务中严重瓶颈点。

我同时测试了12C20T,12C12T,以及8C8T的情况多线程SPEC情况，并将其与11800H 3466CL22进行了相应的对比（99%的DDR4 laptop带宽都不可能有我这个多，我相信绝大多数的DDR4桌面平台用户的带宽也应该没我多）。

编译和测试的条件见Pic1的中间部分，编译的条件主要是为了跟某位同学的测试统一。

在使用一套binary的情况下，总的结果大概是这样的：12700K的测试平台在4000CL16水平下int比在用的11800H平台要强59.2%，fp则强60.6%.....

测试结果的细节还是比较有意思的，超线程在大部分情况下只在多实例整数测试中有一定水平的提升(大约10%)，在浮点测试项目中则遭遇了比较严峻的滑铁卢，很多项目实际是不增反减的，以至于总分都下降了一点点。

而这个情况，实际上在8P4E vs 8C0E的时候也有所反应。

其中的一个主要原因是实例太多，对应每个实例能分到的带宽太少，这也是为什么我说bandwidth已经成为多实例任务中严重瓶颈点，这也能解释为什么之前干活用机器做核酸蛋白模拟的时候，关超线程实际跑出来的速度比开着超线程还快[允悲]，这超线程要你何用（绷不住）。

当然，我们常用的渲染测试项目代表 511.povray_r、526.blender_r以及图片处理导向的538.imagick_r,压片常用的525.x264_r在超线程开启的情况下还是有不错的提升的。

随着桌面端/服务器端核战争的不断演进，内存/缓存子系统的伴随提升也是重要的提升点之一。当DRAM的带宽提升速度跟不上核心数增加速度的时候，片上的缓存子系统设计是否适当，就会成为缓解多线程瓶颈的一个关键举措。

#广东学考缩招超2万人#

❥ᵕ̈ ᴹᴼᴿᴺᴵᴺᴳ ᵕ̈
能跟同频的人一步步走，才是最踏实！
我也是从一个不懂带团队的人开始做起，也是从0到1开始衍生的，没有太多鸡血
就是吸收-转化-输出
听话/照做 总不会错
走得慢不要紧，最主要走得稳。

❥
当你的想法足够强烈
行动足够果断的时候
心中所想一定会以某种方式实现
持续努力，才能获得与岁月对抗的力量

❥ ʍօʀռɨռɢ ☼ (˘͈ᵕ ˘͈❀) ♡ ༘⋆
赚钱是一场修行。
修心态，修圈子，修思维，修格局，修执行力。缺一不可。早

❥ᵕ̈✐ ᵕ̈ᵕ̈
努力的意义是
当所有美好的事情奔我而来的时候，我能够坦然张开双臂拥抱它，并且觉得我值得。

❥ ᴳᴼᴼᴰ ᴹᴼᴿᴺᴵᴺᴳ
我们都会在各自喜欢的事情里
变得忙碌充实和富足~ https://t.cn/R2WxEr2