i9-13900k顶级CPU都要渲染几分钟!求旧版GoldenDict的下载!

GoldenDict对HTML的渲染速度真是够呛比欧路慢1-2个数量级,即便是所谓WebEngine新引擎的。如果同时打开几百部词典且又是释义内容很多的常用词如make,即便在我的顶级i9-13900K CPU上也超过1分种才能拉得动滚动条在不同词典间跳转,谁知道我花了4000大洋升级到i9-13900K纯粹就是为了让GoldenDict渲染快一些?!!太令人失望!几年前我在隔壁网站和人讨论过这个问题,结果有人声称他的电脑速度很牛X,GoldenDict和欧路在他电脑上一样快没区别。我当时表示怀疑,结果那人还对我还很不高兴。这里我再次确认那个人是在胡说八道地吹牛!
而且我惊奇地发现这里GoldenDict(Linux/macOS/Windows)基于Qt5.15.2/Qt6.X版本
下载的最新版,渲染方式和老版不同!老版在未彻底渲染完之前还可以滚动看到不少排在前面已经渲染完毕的词典内容,而新版呢,几乎只能等到所有词典全部渲染完毕才可以看到哪怕排在较为前面早应渲染结束可看的内容。这实在是让人无法接受!

我曾经用过的老版找不到在哪了,谁知道哪里可以下载?好在我以前保存过一个老版的截图,大家看到就知道我要的是哪个版本了。
捕获

从截图看,就是差不多去年这个时候的 @ xiaoyifang 维护的GD版本。可以试试 Release win-linux-macos-20220419 · xiaoyifang/goldendict-ng · GitHub

词典放在固态硬盘吗?如果是的话,这么慢只有一个原因了。

有些词典的Javascript脚本的质量有问题。

这个帖子我也看了,说的有些离谱。欧路和GoldenDict的隔离方案是一模一样的,当时用的都是QtWebkit,两者性能有啥差别。还有一个原因就是,加载几百本词典,其中肯定有脚本隔离没做好,谁来都不好使。

2 个赞

这个不奇怪,gd本身属于开源,词典都是网友自愿贡献,技术上肯定有死角,要完美运行是有一定概率的。

如果是4楼说的那样,那恐怕是你20220419之后添加的哪本词典的冲突,
老版本来一样不好使
折半查找,看看是哪一、几本的冲突吧
最近的版本很快了,词典间切换很丝滑。

实话说弄一大堆词典在那,肯定不是每次都每本看了,何苦

2 个赞

我的经历:既不是机器的问题,也不是词典的问题,而是词典软件与系统或已安装的软件有冲突。但找不到在哪里。大约一个月前我开始使用GD,感觉不错,特别喜欢它的黑暗模式,但没两天,出现查词很慢的问题,大约10秒左右,后来,赶上系统更新,好了,但没两天,又慢了,优化系统后当天正常了,但第二天开机又不正常了。装了个虚拟机+WIN11+GD,没问题了,使用几天后,干脆把主机WIN10升级到WIN11了,运行了几天至今都正常着。我的电脑很老了,检测3项不符合升级,包括CPU和TPM2,是暴力升的。使用没问题。WIN11保有10天的反悔期间,可以回退到WIN10,我感觉WIN11系统确实不错,所以不打算回去了。这个问题困扰、折腾了我一个多月,也曾想要不然搞个最新intel 13代的机器,然而,事实如上所述。

绝对不是什么冲突的问题!这不是偶发现象,而是在不同机器WINDOWS环境下,在安装不同词典词库下,统统一样!不是偶发,而是多年来在不同场合下比较过几十次上百次得出的结果 —— 只要你词库数量超过50部,即便你将所有JavaScript脚本统统删除(所以不要再辩解是JS的问题),只要查make,take这种释义内容多HTML结构复杂内容庞大的词,必然是肉眼可见的极其明显的差别!GoldenDict渲染速度远远慢于欧路词典,不是差百分之十或者百分之五十这么点而是至少一个甚至几个数量级的差距,比如欧路3秒渲染结束可以自由拉动滚动条,还GoldenDict可能是三十秒甚至三百秒!
CPU越慢,同时打开词库数目越多,越明显。如果你是在用五六年年前出的Intel i7同时打开几百部词库查询come这个词,欧路可能几十秒渲染结束,而GoldenDict会假死几十分钟甚至几个小时才会缓过劲儿来!
现在谁也无法说服我了,我亲测了,用过近十款速度快慢不同的CPU,慢的8年前双核,快的现在的4000元的旗舰I9-13900K,都一样的结论!鉴定完毕!

这估计是它采用哪个内核渲染HTML的问题。词典软件作者不可能去自己开发HTML解析器,都是用现成的,GoldenDict肯定是没有使用最新的解析快速的HTML解析器。可能是快的最新的HTML解析器与它的代码不兼容,更改太复杂所以才被迫放弃最快的内核。

可以负责任地说绝对不是这个原因!

多谢您提供的老版本了!

1 个赞

用xiaoyifang的最新版录个屏看看。用4月2号的版本。

1 个赞

关于性能问题,靠猜是没用的。可以用goldendict内置的性能分析工具分析一下看看,能非常直观的告诉你到底是什么导致性能卡的



根据上面这些数据,mdx该删的删掉,该换组的换组,进行词库优化。

性能优化前:

性能优化后:
image

反正牛津9OL版肯定是不能留的,包括论坛里小姐姐美化的版本,要么删除,要么换个词典分组,要么优化一下他的js代码

1 个赞

我这个装备不到几秒就全渲染好了,绝对是楼主自己哪方面再需要处理处理,根据楼上的意见测试测试?或者有没有把程序网页那些在线词典也放进去了?

1 个赞

您开的词库还是太少了!开两百部词库!同时用欧路和GoldenDict,时间差至少一个数量级!

谢谢你提供的方法!但是:为什么查同样的词,同时打开的100%丝毫不差的完全相同的词库,欧路只要5秒,GoldenDict就要一分钟?所以,这绝对不是词库的问题,完全就是GoldenDict渲染的速度问题!

1 个赞

“几秒就渲染好了” —— 您刚输入所查词回车之后几秒钟后拉动滚动条试图拉到最下拉得动吗?您去点击顺序上排在最后面的词库想立即看到在其中的释义有反应吗??!您才开了几个词库?您试用了欧路打开同样数目的词库查同样的词的速度吗?

用4月2号的版本,把GoldenDict的开发者工具打开,切换到Performance界面,参考13楼的截图,你再录个视频,有什么问题都一目了然。

几乎一样,可以点开,138本词典的渲染都听不到风扇运转。你根据楼上的意见测试吧

1 个赞

2 个赞

查 make 的时间消耗:


测试词典数量:

硬件配置:

1 个赞