在我的机器上看起来不错（运行 Chrome 10 的 2009 MacBook Pro），但我认为您需要区分“性能”的概念。
gzipping 减少了构成您站点的文本文件的大小，因此它减少了它们从您的 Web 服务器到最终用户的计算机所需的时间。这发生在页面加载到用户浏览器之前。加载后不会影响页面的滚动速度。
页面上似乎确实包含了大量的 JavaScript 文件，其中一些文件的名称中有“滚动”。我不确定当用户滚动时它们中的任何一个是否正在运行，从而减慢浏览器的速度，但它似乎最有可能是慢速滚动的候选者。（哦——除非 meagar 的评论background-size: cover;是正确的。）
编辑：似乎是background-size: cover问题所在，我建议将其删除，并使您的背景图像相当大，以便在大多数屏幕分辨率下看起来都可以接受。您可能希望让制作图像的人对其进行编辑，使其边缘淡出为单一颜色，以便background-color以更高的分辨率融入您的用户。
我使用 Firebug 删除了背景图像和定位，并且滚动立即加快了速度。
部分速度将是各种 JavaScript 组件，但最明显的“滞后”是在 CSS 中为 HTML 元素指定的固定 2000x2000 图像。
好吧，CMS 通常会导致很多滞后。为什么：因为他们倾向于吹嘘一堆令人费解的称为 JavaScript 的恶意代码，它通过提供简单的用法来吸引用户使用。在大多数情况下，JavaScript 本质上是无用的。我遇到过看起来不错的网站，但即使是我最新的外星软件游戏机也无法消化。原因是：几乎所有东西都使用了 JavaScript。无论您使用 CMS 还是复制粘贴自定义网页，这都会极大地减慢速度。
我学到的简单设计规则：在任务需要时使用 JavaSript。永远不要，永远不要在它不添加任何功能的情况下，或者仅在您正在学习并想要测试事物并且自然地当您的客户因为他们想要动画弹出窗口、视差滚动等而不断敲门时才这样做。
在某些情况下，您将需要 JS，即使是眼睛糖果，但在太多页面上，它太多了。结果：人们会喜欢你的网页，你的照片库页面不会花 15 秒来显示一张漂亮的新图片，或者滚动速度会让你觉得互联网在 1990 年代初期实际上“更快”了......