NV的闭源驱动装了没

看Deepin20.9怎样？

安装时选择了集成NV显卡驱动

AMD2700X不带集显的，只能用NV显卡。

这是对的，老机器安装V23或者V25就是卡，但是V20.9就好多了。没办法，换新机器😄

Dde就这样，本来dde就卡，再加上至今仍然是x11这种上世纪80年代的老古董，不卡那你才应该怀疑

那AMD Radeon 680M,780M和高档点的890M确实很怀疑了

X.Org是上个世纪的东西但是不代表X11的现成架构,尤其是Kwin是做过很多补丁的,包括分数缩放绕开xrandr, 窗管直接合成需要渲染内容而X Server仅绘制, 虽然跟直接访问显卡资源的Wayland的渲染效率差一些但是没有差那么多, 这还是没考虑大型3D游戏直接走DRI绕开显示协议,仅考虑2D图形绘制的前提下, Wayland要跟X11拉出明显差距需要跟我一样有一台GPU性能比你手机还垃圾的电脑, 这时直接绘制的优势就可以很好地体现出来

换成AMD Radeon RX580卡不卡

NV的驱动问题非常多,甚至EGL实现是不规范的

相比deepin15.11

现在的版本体积大的有点多。。。

先天不足可能确实能通过后天的努力和弥补将差距变小，但绝不可能有本质的提升。都不用和最新的Ubuntu26.04比，就是跟运行流畅度不高的22.04比，现在的dde都有差距（我i7-1185G7 32+1T iris核显）。

说得再明白一点，x11这种上古古董，上限就那么高，无论怎么优化都不可能触顶。wayland再差，它下限也高。

dde有点像现在的win11 UI，套了一层又一层，fluent，winui等等，丝毫没有“跟手感”可言（虽然我也是在Ubuntu26.04上第一次体会到ios4-6时期的跟手感）。哪怕是通过xwayland运行的程序，流畅度也比x11高。dde现在屎山应该也很高，除了重构我想不出有什么能改善dde流畅度的其他途径。

还有一点我不知道是否是一个原因，就是我一直感觉qt开发的程序运行效率不高，而DDE大量组件是用QT开发的。

顺便再说一点个人主观的，qt开发的程序界面大多都比较丑，有一种20年前的老旧风，典型的程序员全包（代码+UI+美工）审美，这也是我比较排斥kde的原因

我不是否认dde在x11上的努力和改进，前段时间有个网友还发帖说了dde通过改进了什么游戏帧率相比同用x11的cinnamon有比较大提升之类，记不清了大致是这样。但一个先天不足的东西，无论怎么改进，都只能称得上屎上雕花。怪只能怪linux桌面的号召力太弱，wayland也不是一年两年几年了，到现在还一堆软件不适配，连一些使用频率比较高的截图软件，和像向日葵这样的远控软件都没适配。只要还有xwayland，x11这座屎就消失不了。linux要是有一个像苹果这样号召力的厂商就好了（不切实际且几乎没有可能的幻想）

DDE的V25版本用了Kwin 6.0版本,所以获得了KDE对于其桌面X11的改进 (或者也可以说是架空), X Server事实上被架空到只剩下最后一层渲染步骤,其中画面合成已经被Kwin完全接管, X Server只负责按Kwin指令画画, 因此DDE跟KDE的X11下分数缩放不会带来性能问题

Wayland截图和Xwayland也不是很大的问题,Node.js或者flutter调的插件直接走xdg-desktop-portal就可以实现,这个问题是不大的; Xwayland只是让你的渲染器模拟了一个X Server空壳而非把X那一坨全搬了上去,实际上让X11应用也是跑在Wayland的直接渲染机制下,因此Wayland环境下.Xresources设置dpi是否生效完全看渲染器是否对接, X11的应用跑在Xwayland下的渲染效率肯定是比跑在传统X Server包括X11下强, 但是对于Kwin的X11来说需要在性能非常烂的机子上才能看出区别, 因为Kwin在X11下已经掏空了X Server。

X Server的架构问题是难以实现HDR,多点触控等, 所以红帽准备推倒重来去弄Wayland, 但你的应用跑在Xwayland下除了多点触控以外别的问题都不大, 微信已经做过截图的示范

远程桌面的确是个问题, RustDesk给做过示范实现无非不能headless, 红帽想把这个做进xdg-desktop-portal里, 就看红帽能把xdg-desktop-portal里远程桌面的标准能实现到什么程度

问题最大的是应用获取不了自己的窗口坐标, 所以跟旧版QQ那样放置到窗口边缘自动收起的功能是没法实现的 (除非跑在Xwayland下), 直到现在Wayland才提出了让应用获取窗口间相对坐标的协议实现, 这也是很多人吐槽Wayland太过于注重隐私而完全不顾应用实际需求的原因之一

对HDR的支持确实是X11的缺陷，这也是我试用DEEPIN过程中发现它的显示色彩不如我在DEBIAN和Ubuntu上的效果好的原因（甚至在kde上我同样是如此感受），完全没发挥出我xps13这块除了刷新率其他素质都还很不错的4k屏的优势。但我不认为这对普通人有什么影响，普通人可能都不知道何谓hdr，不拿一个支持hdr的显示器播放hdr电影，和另一个不支持hdr的显示器播放sdr的电影，他们都不知道这两者有什么区别，甚至可能即使拿出来两个对比大多数普通人都不一定能看出来。何况大多数人的显示器素质都很一般。那些对色彩敏感的行业和从业者，大概率也不会以linux为工作平台。所以我认为这个并非它最首要的缺陷。

至于说触摸屏，这个的影响可能比不支持hdr还小。我自己这台xps13就支持触摸屏，在debian和ubuntu上都能驱动，我很少使用它，反倒是在win11上使用它的频率还高一些。触摸屏这个东西对于pc来说使用场景还是很有限的，pc应用也很少对触摸这一交互方式做过多少优化。windows还有一些pc平板二合一设备（以前我用过latitude 7400 2in1， latitude 9420 2in1），微软自己也有surface，所以多少还是有一点使用场景和生态的，系统层面也多少对触摸操作做过优化（比如windows，如果你的设备支持触摸屏，在你长按触摸屏幕的时候，菜单间距会变大以便于触摸，应用层面比如potplayer播放器也有这个优化）。在linux上我没发现有过这方面的努力，无论是系统层面还是应用层面。linux上的触摸屏操作体验只能用一句话形容：聊胜于无，有总比没有好。以前我在我那台latitude 7400 2in1上装过黑苹果……linux的触摸屏使用体验跟在macos（黑）下是一样的，都是屎。我2019年之后买过的笔电全部支持触摸屏，4k+触摸屏+镜面屏是我选笔电的硬性指标，但就是我这种用户，在pc上使用触摸屏的场景都不多，一般消费者只会更低。

你最后那句话有道理,又要触摸又要桌面体验几乎是不可能的,在桌面交互逻辑下触摸最多只是辅助,我见过改进最大的就是GNOME尤其是加了触控拓展后,但代价是习惯了win交互逻辑的用户用鼠标控制会比较费劲,除非开dash to panel+arcmenu插件

然后你说的菜单变大那个功能其实KDE 6.6之后在做了,包括KDE实现了自己的虚拟键盘

色彩管理和HDR还是重要的,不是普通用户使用的问题,而是专业软件需要这个,你用debian支持是因为KDE6和GNOME支持色彩管理,你换X11的桌面一样不支持,Wayland支持色彩管理和HDR协议是GNU/Linux迈向专业软件支持的很大一步

最后,deepin卡顿并非只可能是DDE的问题,deepin少打包了固件或者默认内核少打包了几个硬件导致整机工作状态不正常一样可以卡顿, 我电脑之前跑Fedora 42 KDE Prelease时已经遇到过了,原因是Fedora内核乱调导致AMD独显内核态意义上掉驱动变成llvmpipe

我的是nvidia显卡经常出现唤醒无信号 插拔下才能显示或者插在集显上就没有这个问题

不一定要用deepin25.1或者Ubuntu26.04嘛，Kubuntu26.04也挺香的，kde的桌面环境和windows7差不多，而且安装系统可以选择桌面环境最小化安装，不会强塞一些你不需要的软件

我2014年的电脑，i5-3230M、10G内存，250G固态。跑Win10还可以，跑deepin23不快。差异不是特别明显，但在软件使用过程中，Win10整体比deepin23.1顺畅。