其实咱也明白这不完全是你的错，大概总的来说问题有两个
1、在不明真相的情况下使用了太新的opengl的api，不过大家纷纷表示接受对于各种使用kms的driver的测试。
2、把一些太nb的特效设置成默认的，比如blur，这个好歹可以交给发行版自己去改。
观察bug report，貌似都是arch众受苦最严重阿。
https://bugs.kde.org/show_bug.cgi?id=241402
https://bugs.kde.org/show_bug.cgi?id=243181
总而言之就是KDE太激进……这点和Gnome的太保守形成鲜明对比，让我经常诧异：开源界为啥会是这样？
Win7有DX10和众多硬件厂商的力挺都不敢说用矢量图标（Win8估计都不会用），KDE在N年前就用上了。nihui大神的文章提到的矢量图抗锯齿，再加上桌面面板是CPU绘制的，即使不开kwin，图标总是要看的，面板的半透明总是要绘制的。这就极大增加了CPU的负荷；再开个kwin，满屏幕的透明、模糊、阴影（kwin阴影绘制效率还贼低），整个桌面就跟玩一个3D游戏一样，显卡的资源又被吞并好多，导致很多时候连窗口拖动都卡（集显），resize就别提了。
还有桌面搜索、Akonadi，跑个GTK程序还得载一套GTK库……
矢量图标linux早就n年前用上了。
自从/usr/share/icons/*/scalable目录出现开始。
老实讲，linux显卡驱动跟不上也没办法。毕竟这两年kms出来dri2才风声水起了一小会，还不成熟呢。比不上dri搞了这么多年。
kwin的阴影是不能开的，但是oxygen自带的阴影还ok。
我把oxygen透明和blur关了之后，konqueror速度还真挺让我满意的。
我在想……能不能小图标的时候用位图，大到一定境界（比如128×128）再用矢量，得到一个平衡点的方案呢？当然这样貌似图标文件组就更大了……
本来就是这样的= =b
你可以好好研究一下/usr/share/icons/oxygen/或者/usr/share/icons/hicolor里面的结构
而且这不是kde的专利，全linux系统桌面都服从这个（只要符合freedesktop的标准）
原来如此……但是Gnome貌似就没附带SVG矢量啊……