小体积Pascal法式跑得快，C写的GUI动不动就上百MB，为啥不是谈话问题而是打包状貌？
最近帮学校机房装一批检会软件，发现个异事：用Lazarus写的监考器具，就一个2MB的文献，U盘一插，双击就开。近邻敦朴用C写了个访佛功能的GTK法式，打包成AppImage，大开一看150MB，内部塞了字体、主题、Wayland后端、GLib一堆东西，解压出来文献夹比我的Windows系统盘还乱。
问了下搞Linux运维的一又友，他说这不是C不行，是GTK从筹谋上就离不开那一串分享库。系统里装好了，它就调用现成的；换台没装过GNOME的机器，它我方得把整套GUI运转环境扛在身上走。Free Pascal不一样，编译时平直把LCL和底层后端（比如GTK或Qt）全塞进exe里，不靠外面的东西活。
但也不是说Pascal就赢麻了。Lazarus法式没法自动随着系统更新——比如GNOME开拓了个HiDPI能干问题，它还得等新版块LCL发出来，K8凯发重新编译。而阿谁150MB的C法式，惟有系赈济升级GTK，它立马随着变好，连重启皆无须。
还试了下内存：Pascal阿谁开十个窗口，内存涨得慢；C的GTK法式开相通多，多占200MB傍边，不外动画更顺，回荡列表不卡，画布缩放也更准。查了下GNOME性能组的测试，GTK4在GPU渲染上照实比LCL默许后端快小三分之一，这差距不是嘴上说说。
我用表格对比过：部署快慢、更新真贵不真贵、占不占内存、能不成用新功能、适不符合检会机——效果发现压根不是哪个更好，而是哪个更对路。训导生用Pascal写爱惜具，图的即是不折腾；作念专科桌面软件，不接GNOME那一套生态，等于我方重写半套系统。
Rust哪里最近也有东说念主在搞GTK绑定K8凯发中国官方网站，念念既安全又轻量，但还没熟悉。Lazarus 3.0也在试运转时加载模块，不外咫尺主流依然静态打包。