Docpad --我怎么才能找出为什么速度慢呢？
我将我的tumblr博客迁移到docpad，并从下面的样板开始：https://github.com/ervwalter/ewalnet-docpad
现在我的问题是，"docpad运行“运行需要58s，而肝脏运行需要23s。我给这个样板的作者写了一篇文章，他说他也有同样的想法，但这并没有给他带来太多的困扰。
但我不想在博客上看到每一次变化都等上半分钟，所以我试着让它更快。我尝试使用nodetime进行分析，但没有看到每种方法都有钻取。我的假设是，时间是在部分中丢失的，它将整个帖子发送给部分。
我怎样才能分析Docpad，这样我就可以知道时间在哪里浪费了？我知道这个问题非常广泛，但是我在DocPad上进行性能优化时发现的是，您应该让Docpad不解析静态文件。
更新缺失的链接是，我需要在节点时间启动CPU profiler：
- 配置节点时间，描述为这里
- 在节点时间启动
CPU profiler - 启动文档：
docpad --profile run
不幸的是，在我的例子中，输出没有多大帮助。我跑步的结果揭示了ambi.js，它似乎只是调用函数的中间层。我找不出调用了哪些函数，添加了只看到的console.log(fireMethod.toString())
function () { [native code] }所以我不会再继续了。我怎样才能知道这些时间是在哪里度过的呢？供参考:这是我的v8.log
另外，我有点担心，docpad几乎只依赖由Benjamin Lupton编写的模块。为什么是这样？
回答 2
Stack Overflow用户
发布于 2014-06-03 21:44:47
经过大约一周的奥德赛，我得出结论: Docpad不是为了速度而设计的，它是用来处理复杂的站点的。一些事实：
- 即使是只使用twitter引导的新docpad安装也需要12次构建。
- 没有办法只重新生成源文件已经更改的文件(依赖树)，它总是重新生成所有文件。
- 读取像这这样的线程显示速度不是焦点。
我的用例是为一个博客写文章，我有很多“改变文本，看看它看起来如何”的循环。我已经转到了河畔，这是更快的：
hexo server在2.5秒内启动。打开livereload后，当我更改博客文章时，broswer选项卡将重新加载页面，并在大约1s内显示新内容。- 用
hexo clean和hexo generate重新生成所有文件只需要5s。
这是相同的设置(使用less、coffeescript等)我需要运行DocPad，DocPad需要运行38s。
另外为了加速hexo给了我
- themes：hexo很好地区分了主题和内容(DocPad将两者混合在一起)。目前有关于30个hexo主题可供选择的
- 读取更多的实现:在hexo中，支持开箱即用的
<! --more --> - 部署到github页面是现成的
- 架构对我来说要容易得多，编写小部件是一种幸福，文档看起来也更好。
总的来说，hexo看起来更适合博客，而docpad更适合于更复杂的站点。Hexo看起来真的很流行，每周在github上得到大约30颗星星，而docpad每周只有10颗星星。
Stack Overflow用户
发布于 2014-09-30 07:27:49
你可以使用元
独立:真的
当你处理文件的时候。如果更新此文件，此元将只重新生成该文件。完成后，移除该元。
https://stackoverflow.com/questions/23866705
复制
腾讯云开发者
