我不清楚您的Mod到底是出于何种目的开发的

[DrKyusu]

如题，据@XuanRikka的数据

，您的CPS表现甚至不如原版，所以你到底为什么要制作这种电子垃圾？

[Rapid-carbon-neutralization]

我是一名优秀的模组讲解师，在这里我想问一下作者，做出来的这个modCPS低于原版，作为一个区块优化模组来说，该模组的优化到底在哪里？这是不是一种负优化呢？是负优化那么为什么我们不去用原版呢？模组的优化逻辑是不是牺牲CPS换取FPS的？请你不要用Ai来回答我的问题，这些问题应该由你本人来回答。

[unknowbug]

https://www.bilibili.com/video/BV1fmuJ65EUq
以及该用户评价：
评论区的人真的做过开发吗？
人家 up 主自己说了，下载下来自己测试一下，我给大家上个实测。
评论区不能发视频，我上传视频了，等审核通过，给你们看一下实测效果

在不安装任何其他 mod 情况下，原版+coreswap效果预计相比纯原版提升在 20~35 倍左右，我测试过，这个可能要看自己的实际配置，我是 AMD+5090

顺带，你们发这个图我和原发图的人的聊天记录，我没看懂你们在高潮个啥23333：
轩某Rikka

在10105+1660s以以下环境进行测试：
coreswap: coreswap-1.0.7 + starlight-1.1.2
c2me: c2me-fabric-mc1.20.1-0.2.0+alpha.11.18 + starlight-1.1.2 + zfastnoise-1.0.13
使用Chunky-1.3.146进行半径650的区块生成进行测试
得出以下总用时数据：
vanilla: 0:02:42
c2me: 0:02:10
coreswap: 0:06:59
平均cps以及cps曲线见图表

35分钟前
IP属地：广东
回复
UP主觉得很赞

N.T.Black

emmm，真奇怪，难道真是在INTEL环境下就见光死？
目前根据搜集的情况，INTEL确实莫名其妙的有问题，反而用AMD的都说好，但是这个不应该啊，我用MSVC的编译器，这编译器天生应该是亲INTEL才对啊。
31分钟前
IP属地：云南
回复

N.T.Black

问下，你内存大小是多少？
21分钟前
IP属地：云南
回复

轩某Rikka

回复 @N.T.Black :分配是8g
16分钟前
IP属地：广东
回复

N.T.Black

回复 @轩某Rikka :8g理论上也应该够了……目前能想到的可能的解释是这样：

执行单元争抢：8 线程抢 4 个物理核的 ALU/FPU 端口，计算密集负载下 SMT 的收益通常只有 1.1-1.3×，有时为负（两个线程互相拖累，不如一个线程独占物理核）
缓存翻倍挤爆：density.h 里每线程一份 thread_local 缓存（slots/网格缓存），8 线程 = 8 份缓存，塞进 i3-10105 的 6MB L3——缓存压力直接翻倍，命中率崩掉
内存带宽短板：Comet Lake 双通道 DDR4-2666，带宽约是 Zen4/DDR5 平台的一半——8 线程的噪声采样密集访存，带宽先饱和

但是不敢肯定，并且这个修复级别不高，只能等我先把负坐标Noise Bug修复以后再来针对你这个情况搞搞试试看。
12分钟前
IP属地：云南
回复

轩某Rikka

回复 @N.T.Black :我认为再怎么说也不可能一套代码在不同平台产生如此大的性能差异的，如果不是利用了平台相关特性的话
9分钟前
IP属地：广东
回复

N.T.Black

回复 @轩某Rikka : 然而代码里没有任何针对平台指令集优化的部分，所以才成悬案了，唯一能想到的只有线程问题了。
9分钟前
IP属地：云南
回复

N.T.Black

回复 @轩某Rikka : 你试试用参数 -Dcoreswap.threads=4以及2分别再跑一个看看什么情况？

[DrKyusu]

您的电子垃圾毫无疑问，只有原版0.3x的速度。我严重怀疑你的十倍，二十倍之类的结论来自豆包回复。

[Rapid-carbon-neutralization]

https://www.bilibili.com/video/BV1fmuJ65EUq 以及该用户评价： 评论区的人真的做过开发吗？ 人家 up 主自己说了，下载下来自己测试一下，我给大家上个实测。 评论区不能发视频，我上传视频了，等审核通过，给你们看一下实测效果

在不安装任何其他 mod 情况下，原版+coreswap效果预计相比纯原版提升在 20~35 倍左右，我测试过，这个可能要看自己的实际配置，我是 AMD+5090

顺带，你们发这个图我和原发图的人的聊天记录，我没看懂你们在高潮个啥23333： 轩某Rikka

在10105+1660s以以下环境进行测试： coreswap: coreswap-1.0.7 + starlight-1.1.2 c2me: c2me-fabric-mc1.20.1-0.2.0+alpha.11.18 + starlight-1.1.2 + zfastnoise-1.0.13 使用Chunky-1.3.146进行半径650的区块生成进行测试 得出以下总用时数据： vanilla: 0:02:42 c2me: 0:02:10 coreswap: 0:06:59 平均cps以及cps曲线见图表

35分钟前 IP属地：广东 回复 UP主觉得很赞

N.T.Black

emmm，真奇怪，难道真是在INTEL环境下就见光死？ 目前根据搜集的情况，INTEL确实莫名其妙的有问题，反而用AMD的都说好，但是这个不应该啊，我用MSVC的编译器，这编译器天生应该是亲INTEL才对啊。 31分钟前 IP属地：云南 回复

N.T.Black

问下，你内存大小是多少？ 21分钟前 IP属地：云南 回复

轩某Rikka

回复 @N.T.Black :分配是8g 16分钟前 IP属地：广东 回复

N.T.Black

回复 @轩某Rikka :8g理论上也应该够了……目前能想到的可能的解释是这样：

执行单元争抢：8 线程抢 4 个物理核的 ALU/FPU 端口，计算密集负载下 SMT 的收益通常只有 1.1-1.3×，有时为负（两个线程互相拖累，不如一个线程独占物理核） 缓存翻倍挤爆：density.h 里每线程一份 thread_local 缓存（slots/网格缓存），8 线程 = 8 份缓存，塞进 i3-10105 的 6MB L3——缓存压力直接翻倍，命中率崩掉 内存带宽短板：Comet Lake 双通道 DDR4-2666，带宽约是 Zen4/DDR5 平台的一半——8 线程的噪声采样密集访存，带宽先饱和

但是不敢肯定，并且这个修复级别不高，只能等我先把负坐标Noise Bug修复以后再来针对你这个情况搞搞试试看。 12分钟前 IP属地：云南 回复

轩某Rikka

回复 @N.T.Black :我认为再怎么说也不可能一套代码在不同平台产生_如此大_的性能差异的，如果不是利用了平台相关特性的话 9分钟前 IP属地：广东 回复

N.T.Black

回复 @轩某Rikka : 然而代码里没有任何针对平台指令集优化的部分，所以才成悬案了，唯一能想到的只有线程问题了。 9分钟前 IP属地：云南 回复

N.T.Black

回复 @轩某Rikka : 你试试用参数 -Dcoreswap.threads=4以及2分别再跑一个看看什么情况？

请您回复我的问题

[BaizhouziYou]

没绷住怎么办

[unknowbug]

性能数据已收录，问题跟踪转移到 #7（性能回归：低线程数/老平台 CPU 吞吐严重倒退）。本 issue 因持续人身攻击与纠缠关闭讨论。相关账号已按 GitHub 社区准则处理。

数据本身（轩某Rikka 的测试）完整保留在本 issue 评论中，修复进展见 #7。

[DrKyusu]

我只能说他的Mod能运行还是XuanRikka进行修复之后才能运行的。不然CPS测试都搞不来