一颗丁子 发表于 2021-7-31 17:39
想吐槽一下网上的龙井安装教程只有8的
安装与zip格式下载的普通jdk都一样,加入path就行了。
用的arclight核心,WIN2012R2,Dragonwell 11,内存占用开机7G,XMS 1024M,XMX 16000M。测试完毕内存占用好高
本帖最后由 紅葉 于 2021-8-2 12:27 编辑
我想请问一下您用普通JDK开服的时候内存占用
请检查一下环境变量等等是不是设对了,也可以试试dragonwell8,因为龙井其实也还没完全迁移到java11我自己服上用了龙井之后是没人玩的时候 ~2200MB 降到 ~1300MB,有人玩的时候 ~3500MB 降到 ~2300MB
我觉得使用龙井后应当会减少内存占用。即使没有,也能把内存和CPU占用基本压平,不会出现大波动导致tps骤降。
huafia 发表于 2021-8-2 06:35
用的arclight核心,WIN2012R2,Dragonwell 11,内存占用开机7G,XMS 1024M,XMX 16000M。测试完毕内存占用好 ...
我想请问一下您用普通JDK开服的时候内存占用
请检查一下环境变量等等是不是设对了,也可以试试dragonwell8,因为龙井其实也还没完全迁移到java11我自己服上用了龙井之后是没人玩的时候 ~2200MB 降到 ~1300MB,有人玩的时候 ~3500MB 降到 ~2300MB
我觉得使用龙井后应当会减少内存占用。即使没有,也能把内存和CPU占用基本压平,不会出现大波动导致tps骤降。
dragonwell8:https://wwi.lanzoui.com/ibOpas6jjvi
dragonwell11:dragonwell.oss-cn-shanghai.aliyuncs.com/11.0.11.7/Alibaba_Dragonwell_11.0.11.7_x64_windows.zip
dragonwell11:dragonwell.oss-cn-shanghai.aliyuncs.com/11.0.11.7/Alibaba_Dragonwell_11.0.11.7_x64_windows.zip
不死的him 发表于 2021-8-3 15:45
dragonwell8:https://wwi.lanzoui.com/ibOpas6jjvi
dragonwell11:dragonwell.oss-cn-shanghai.aliyuncs.c ...
好,谢谢您帮助分享
我正好是玩1.17.1,有空还玩玩1.18,现在懒得开服映射,已经在用游侠了
我是喜欢加一堆mod的,哪怕是一堆优化mod,自从上次1.16开服事故后就再没开过服了
(当时机械动力的蓝图bug把服务端都给我整坏了?重新下载配置都开不起来了,便放弃了
我是喜欢加一堆mod的,哪怕是一堆优化mod,自从上次1.16开服事故后就再没开过服了
(当时机械动力的蓝图bug把服务端都给我整坏了?重新下载配置都开不起来了,便放弃了
糖心柠檬橘 发表于 2021-8-6 13:26
我正好是玩1.17.1,有空还玩玩1.18,现在懒得开服映射,已经在用游侠了
我是喜欢加一堆mod的,哪怕是一堆优 ...
优化mod和插件很少有优化程度达到换jvm程度的。现在有效果的优化mod基本是换算法,修正AI系统,修改世界生成这种的。自动扫地之类的就没有什么效果了。1.17.1和1.18我建议使用azul zulu的jre16/jdk16。
紅葉 发表于 2021-8-3 17:18
好,谢谢您帮助分享
没啥,举手之劳。
龙井其实是有官方的镜像服务器的,但奇怪的是龙井11的镜像服务器地址直接在GitHub上给了,龙井8的镜像服务器却没有。
紅葉 发表于 2021-8-3 17:18
好,谢谢您帮助分享
另外openj9的官网访问不畅,可以考虑增加清华开源软件的镜像下载地址:
https://mirrors.tuna.tsinghua.edu.cn/AdoptOpenJDK
嘛,既然大家都喜欢玩Minecraft,那么方便下别人也是好的。方便别人也等于方便自己。
你好作者 airplane和purpur相比孰优孰劣呢 目前在使用airplane 怪物优化的确实厉害 正在考虑要不要更换为purpur
Mr_Des 发表于 2021-8-8 23:46
你好作者 airplane和purpur相比孰优孰劣呢 目前在使用airplane 怪物优化的确实厉害 正在考虑要不要更换为pu ...
purpur最近合了airplane所有patch。所以优化上是purpur要好,毕竟它又加了点生物优化。
还有一个事是不要上yatopia,虽然合了purpur所有patch而且还加了大量patch,但是整崩了就不好了。
怎么安装Dragonwell
wdsj2018 发表于 2021-8-9 12:33
怎么安装Dragonwell
如果你已经安装了jdk,把jdk目录下东西删除并把dragonwell黏贴进去
我能问个很憨批的问题吗........下载后怎么使用,放在哪里
本帖最后由 小张up 于 2021-8-9 17:04 编辑
(数据删除)
阿里的JDK不一定适合所有服务器,还望楼主添加这一条免得其他人掉坑
一些情况下使用阿里的JDK会导致服务器莫名无限重启,使用OpenJDK则正常
必须承认的是阿里的优化确实好,但兼容性并不能与OpenJDK媲美,还请楼主不要过分吹捧。当然如果你硬是觉得第三方JDK兼容性非常NB不可能有问题那我也没啥可说的了
(数据删除)
阿里的JDK不一定适合所有服务器,还望楼主添加这一条免得其他人掉坑
一些情况下使用阿里的JDK会导致服务器莫名无限重启,使用OpenJDK则正常
必须承认的是阿里的优化确实好,但兼容性并不能与OpenJDK媲美,还请楼主不要过分吹捧。当然如果你硬是觉得第三方JDK兼容性非常NB不可能有问题那我也没啥可说的了
我去试试 待会答复你,我一直在找jvm参数
小张up 发表于 2021-8-9 16:55
(数据删除)
阿里的JDK不一定适合所有服务器,还望楼主添加这一条免得其他人掉坑
一些情况下使用阿里的JDK ...
请您举证
阿里的JDK会导致服务器无限重启
您好,经测试阿里的JDK兼容性非常好。我在工作室里26个服务端上都改用了dragonwell,没有一例出问题。
反而是OpenJDK OpenJ9的兼容性非常差。阿里 龙井JDK和Azul Zulu JDK都是Hotspot的分支,兼容性上做的比我没有举例出来的其他分支要好。甚至能安全运行 Hotspot 上的 Unsafe 黑魔法。
小张up 发表于 2021-8-9 16:55
(数据删除)
阿里的JDK不一定适合所有服务器,还望楼主添加这一条免得其他人掉坑
一些情况下使用阿里的JDK ...
我想,你并不会犯 用jdk11开1.12- 用jdk8开1.17+ 这种事吧。
我在openj9下面张贴了比较大字号的兼容性警示(帖子第一版就有了)。而其他两家为什么没有,是因为我确实在 生产环境 中应用了,没有什么问题。相比较来说,OpenJDK OpenJ9的兼容问题已经摆在台面上了。
掉坑是正常的,认为到处都是坑的那就有点奇怪的说。
本帖最后由 小张up 于 2021-8-9 23:07 编辑
阿里的JDK11开1.16.5,没不妥吧?
无限重启并不一定需要报错,插件有功能不能正常执行需要重启服务器,这便是原因。(测试情况:petblock插件并设置paper.yml
原因:petBlock会修改paper的这一项到true,使用阿里的JDK并不能成功修改,导致不断重启)
服务器千千万情况千千万,你那26个也许均不是个例。
我并没有一口咬定你的教程不行,我也承认阿里的优化没问题,有效,对吧?
好心提醒一下又有什么不妥呢?
另外附上
PetBlock Version 8.26.2
服务端核心 purpur-1.16.5-1171
均为实际测试结果
紅葉 发表于 2021-8-9 19:12
我想,你并不会犯 用jdk11开1.12- 用jdk8开1.17+ 这种事吧。
我在openj9下面张贴了比较大字号的兼容性警 ...
阿里的JDK11开1.16.5,没不妥吧?
无限重启并不一定需要报错,插件有功能不能正常执行需要重启服务器,这便是原因。(测试情况:petblock插件并设置paper.yml
- armor-stands-tick: false
原因:petBlock会修改paper的这一项到true,使用阿里的JDK并不能成功修改,导致不断重启)
服务器千千万情况千千万,你那26个也许均不是个例。
我并没有一口咬定你的教程不行,我也承认阿里的优化没问题,有效,对吧?
好心提醒一下又有什么不妥呢?
另外附上
PetBlock Version 8.26.2
服务端核心 purpur-1.16.5-1171
均为实际测试结果
小张up 发表于 2021-8-9 22:56
阿里的JDK11开1.16.5,没不妥吧?
无限重启并不一定需要报错,插件有功能不能正常执行需要重启服务器,这 ...
已知晓。但是兼容性已经有提醒,不会再加更明显的提示。
小张up 发表于 2021-8-9 22:56
阿里的JDK11开1.16.5,没不妥吧?
无限重启并不一定需要报错,插件有功能不能正常执行需要重启服务器,这 ...
你好,现在在实机上测试 Petblocks 8.26.2 + Paper 1.16.5
使用 Alibaba Dragonwell 8 进行测试。
先以armor-stands-tick: true打开,没有复现。
然后以armor-stants-tick: false打开,成功复现重启。
停止服务器运行,打开paper.yml发现修改成功。
使用 Alibaba Dragonwell 11 进行测试。
先以armor-stands-tick: true打开,没有复现。
然后以armor-stants-tick: false打开,成功复现重启。
停止服务器运行,打开paper.yml发现修改成功。
本帖最后由 小张up 于 2021-8-9 23:45 编辑
掉了一个插件列表,但我估计你不会全加
(数据删除)
刚刚测试结果:阿里的JDK重启后依然提示并继续重启,OpenJDK重启一次修改成功
紅葉 发表于 2021-8-9 23:38
你好,现在在实机上测试 Petblocks 8.26.2 + Paper 1.16.5
使用 Alibaba Dragonwell 8 进行测试。
先以ar ...
掉了一个插件列表,但我估计你不会全加
(数据删除)
刚刚测试结果:阿里的JDK重启后依然提示并继续重启,OpenJDK重启一次修改成功
小张up 发表于 2021-8-9 22:56
阿里的JDK11开1.16.5,没不妥吧?
无限重启并不一定需要报错,插件有功能不能正常执行需要重启服务器,这 ...
关于修改文件失败,您应该检查一下您的文件系统权限问题。
请检查您自身的环境问题。按照您给出的插件和服务端配置了单插件端,没有发现问题。测试结果如上一条回复。
我使用的26个端包括了472个不重复的插件,约450个是spigotmc/mcbbs下载的较大众的插件,另有一些插件是定制的,使用了各种较新奇的技术,均不能复现您的问题。
我能明白您指出他人问题的初衷是好的,但是请您再三确认一下您的问题是真实存在的。
这里附上 先设置其为false 尝试复现其修改为true 的测试的日志。
https://pastebin.ubuntu.com/p/PHtWzMZbkD/
另外希望您能修正一下语气。
小张up 发表于 2021-8-9 23:40
掉了一个插件列表,但我估计你不会全加
(数据删除)
这只能归于环境问题了,恐怕。我的测试用机是刚刚重装好的 plain的 winserver 2019,我想是没有增加什么乱七八糟的插件的。想请问一下您是否有用单插件端测试过。
本帖最后由 小张up 于 2021-8-9 23:58 编辑
单端无问题,多个加载一起便有了问题
同一环境阿里的JDK有问题 OpenJDK无问题
这也算兼容性问题吧。。
但我一直爆着插件列表难道没问题么
紅葉 发表于 2021-8-9 23:50
这只能归于环境问题了,恐怕。我的测试用机是刚刚重装好的 plain的 winserver 2019,我想是没有增加什么 ...
单端无问题,多个加载一起便有了问题
同一环境阿里的JDK有问题 OpenJDK无问题
这也算兼容性问题吧。。
但我一直爆着插件列表难道没问题么
小张up 发表于 2021-8-9 23:40
掉了一个插件列表,但我估计你不会全加
(数据删除)
如果您需要我的龙井测试服务端进行验证,我这里附上链接。(蓝奏网盘,7z格式,对不起,我没有开会员。)
希望您的问题可以得到解决。
https://konekodesu.lanzoui.com/iJDbjsfhc4b
本帖最后由 紅葉 于 2021-8-10 00:02 编辑
我不能认同插件造成的兼容性问题,归于JDK之上。请见谅。我不能添加这个警告。本贴指出的兼容性问题是较为明显的,对不起。如OpenJ9的模块实现等臭名远扬的兼容性问题,我明示了。关于这种问题,我不太能认同,可能是我没有很多经验和耐心,对不起。
小张up 发表于 2021-8-9 23:56
单端无问题,多个加载一起便有了问题
同一环境阿里的JDK有问题 OpenJDK无问题
这也算兼容性问题吧。。
我不能认同插件造成的兼容性问题,归于JDK之上。请见谅。我不能添加这个警告。本贴指出的兼容性问题是较为明显的,对不起。如OpenJ9的模块实现等臭名远扬的兼容性问题,我明示了。关于这种问题,我不太能认同,可能是我没有很多经验和耐心,对不起。
本帖最后由 小张up 于 2021-8-10 00:05 编辑
算了,随意吧
第一次回帖就说了如果你就是认为没问题那就没啥好说的了
紅葉 发表于 2021-8-10 00:00
我不能认同插件造成的兼容性问题,归于JDK之上。请见谅。我不能添加这个警告。 ...
算了,随意吧
第一次回帖就说了如果你就是认为没问题那就没啥好说的了
想看看tx的Kona测评

Freeze_Dolphin 发表于 2021-8-10 10:28
想看看tx的Kona测评
我手上没有linux x64的环境..
现在在租按量机测,但是我是不太看好。tx并不是架在java上,我没有怎么看Kona团队有发文章。阿里的还是有的,wisp之类的。
Freeze_Dolphin 发表于 2021-8-10 10:28
想看看tx的Kona测评

你好,这里是 Kona 的测试数据。
使用环境
操作系统:Ubuntu 20.04 64位
系统配置:1 cpu 2g ram
服务器核心:paper 1.16.5
比corretto差。不会推荐。
本帖最后由 Freeze_Dolphin 于 2021-8-10 14:55 编辑
总觉得这样测评有点奇怪(
使用不同系统测评不同的JDK是不是没有可比性(毕竟还要控制变量(?)
不过应该还是可以作为参考的,谢谢你那
紅葉 发表于 2021-8-10 12:13
你好,这里是 Kona 的测试数据。
使用环境
操作系统:Ubuntu 20.04 64位
总觉得这样测评有点奇怪(
使用不同系统测评不同的JDK是不是没有可比性(毕竟还要控制变量(?)

不过应该还是可以作为参考的,谢谢你那

Freeze_Dolphin 发表于 2021-8-10 14:52
总觉得这样测评有点奇怪(
使用不同系统测评不同的JDK是不是没有可比性(毕竟还要控制变量(?)
唉,我本人用的不是linux,然后今天也没有时间重跑一遍,。。
不过我是拿我腾讯云机子跑的,性能比我家用机只强不弱,嗯,还是腾讯云跑的腾讯jdk。。
有没有教程啊,不会用Dragonwell,求方法..
下载甲骨文官网的jdk会自动安装jre,启动服务器之后是不是就是以jre启动的而不是jdk,我按照您回复其他人的把阿里的jdk文件黏贴到了下载的jdk文件里面,这样是不是就算成功了呢?
青苇羽盈 发表于 2021-8-11 08:25
有没有教程啊,不会用Dragonwell,求方法..
输入java -version,如果弹出的信息内含有alibaba dragonwell就可
紅葉 发表于 2021-8-11 08:26
输入java -version,如果弹出的信息内含有alibaba dragonwell就可
我弹出的信息是java version "1.8.0_301"
Java(TM) SE Runtime Environment (build 1.8.0_301-b09)
Java HotSpot(TM) 64-Bit Server VM (build 25.301-b09, mixed mode)
青苇羽盈 发表于 2021-8-11 08:28
我弹出的信息是java version "1.8.0_301"
Java(TM) SE Runtime Environment (build 1.8.0_301-b09)
Java ...
。。还没有安装好
安装好弹出的是:
openjdk version "1.8.0_292"
OpenJDK Runtime Environment (Alibaba Dragonwell 8.7.7) (build 1.8.0_292-b01)
OpenJDK 64-Bit Server VM (Alibaba Dragonwell 8.7.7) (build 25.292-b01, mixed mode)
你应该进入你安装java的地方,你先将 里面的 lib 和 bin 文件夹删除,然后你将 Dragonwell 压缩文件中,bin和lib两个文件夹黏贴到里面。
紅葉 发表于 2021-8-11 08:35
。。还没有安装好
安装好弹出的是:
openjdk version "1.8.0_292"
我安装的是甲骨文网站的jdk,但是他自动安装了jre,我应该把bin和lib黏贴到哪里呢?
青苇羽盈 发表于 2021-8-11 08:37
我安装的是甲骨文网站的jdk,但是他自动安装了jre,我应该把bin和lib黏贴到哪里呢? ...
我建议你把两个里面的都替换掉,因为我不知道你path指向的哪里。。而且dragonwell是jdk,黏贴到jdk和jre里面都不会发生错误。
紅葉 发表于 2021-8-11 08:49
我建议你把两个里面的都替换掉,因为我不知道你path指向的哪里。。而且dragonwell是jdk,黏贴到jdk和jre ...
我尝试两个都黏贴到里面,但是java -version
java version "1.8.0_301"
Java(TM) SE Runtime Environment (build 1.8.0_301-b09)
Java HotSpot(TM) 64-Bit Server VM (build 25.301-b09, mixed mode)
还是这个
青苇羽盈 发表于 2021-8-11 08:50
我尝试两个都黏贴到里面,但是java -version
java version "1.8.0_301"
Java(TM) SE Runtime Environment ...
你将原来的bin和lib删除了吗..
紅葉 发表于 2021-8-11 08:53
你将原来的bin和lib删除了吗..
是删除了之后,把阿里的复制进去的
哭了,这玩意到底咋搞呀

青苇羽盈 发表于 2021-8-11 09:00
哭了,这玩意到底咋搞呀
我建议你网上查一下 “设置java path”,然后你把阿里jdk黏贴到一个地方,把path指向那里
紅葉 发表于 2021-8-11 09:35
我建议你网上查一下 “设置java path”,然后你把阿里jdk黏贴到一个地方,把path指向那里 ...
好的,谢谢了
本帖最后由 1a2s3d4f1 于 2021-8-11 09:50 编辑
eclipse openj9的话由于默认gc设定的25%分配区域太小,可能导致gc出现性能问题,如果-Xmnx=50%Xmx的话(-Xmx1024 -Xmnx512M )会不会好些?
j9类共享与aot编译器理论上是可以提速的,我用慢3倍的balanced gc都可以去与g1gc比启动速度
eclipse openj9的话由于默认gc设定的25%分配区域太小,可能导致gc出现性能问题,如果-Xmnx=50%Xmx的话(-Xmx1024 -Xmnx512M )会不会好些?
j9类共享与aot编译器理论上是可以提速的,我用慢3倍的balanced gc都可以去与g1gc比启动速度

1a2s3d4f1 发表于 2021-8-11 09:46
eclipse openj9的话由于默认gc设定的25%分配区域太小,可能导致gc出现性能问题,如果-Xmnx=50%Xmx的话(-Xm ...
龙井和graal也是有aot的,不过类共享的确是j9的特长
分配区域我感觉你设50%差不多。我感觉是,最好分配他2g左右就能减少gc
紅葉 发表于 2021-8-11 09:52
龙井和graal也是有aot的,不过类共享的确是j9的特长
分配区域我感觉你设50%差不多。我感觉是,最好分配他 ...
调大分配区域的话是能减少gc数量,还是的看实际情况
真的要上应该用balanced gc,让GC自动扩展/收缩eden堆(需要等新的eden和堆机制合并更新才可用,不然就暂停时间是G1GC的3倍..)( OpenJ9的性能表现在有些方面低的离谱,目前有Openjdk MethodHandles计划,替换j9的methodHandles到openjdk的methodHandles)
插眼字数补丁
果断收藏 这个太有用了