大佬教程收集整理的这篇文章主要介绍了node.js – Docpad – 我怎样才能找出它为什么慢？，大佬教程大佬觉得挺不错的，现在分享给大家，也给大家做个参考。
现在我的问题是“docpad run”运行需要58秒,而livereload运行需要23秒.我写了这个样板的作者,他说他也有同样的东西,但这并不会让他太烦恼.
但是我不想在博客文章的每个更改中等待半分钟才能看到它的样子,所以我试图让它更快.我尝试使用Nodetime进行性能分析,但我没有看到每种方法的深入分析.我的假设是部分时间丢失了,它将整个帖子发送给部分
我如何配置Docpad,以便查看时间丢失的位置？我知道问题非常广泛,但我在DocPad上进行性能优化时发现的是,你应该让Docpad不要解析静态文件.
更新缺少的链接是我需要在Nodetime上启动cpu分析器：
>配置nodetime,描述为here
>在Nodetime上启动cpu Profiler
>启动docpad：docpad –profile run
不幸的是,在我的情况下,输出并没有多大帮助. results of my run揭示了81% of the time is spent in ambi.js,它似乎只是一个调用函数的中间层.我找不到调用哪些函数,添加console.log(fireMethod.toString())我只看到了
function () { [native code] }
所以我不是更进一步.我怎样才能找出实际花费的时间？
供参考：这是我的v8.log
另外,我有点担心,docpad几乎只依赖于Benjamin Lupton编写的模块.为什么会这样？
>即使是只有twitter bootstrap的全新docpad安装也需要12秒才能构建
>没有办法只重新生成源文件已更改的文件(依赖树),它总是重新生成所有内容
>读取像this这样的线程表明速度不是焦点
我的用例是为博客写文章,我有很多“改变文本,看看它看起来如何”循环.我已经切换到Hexo,速度要快得多：
> hexo服务器在2.5秒内启动.启用livereload后,当我更改博客帖子时,broswer选项卡会重新加载页面并在大约1s内显示新内容
>使用hexo clean重新生成所有文件,hexo生成只需5秒.
这是与DocPad相同的设置(少了,coffeescript等),DocPad需要运行38s.
除了速度hexo给了我
>主题：hexo很好地分隔主题和内容(DocPad混合两者).目前大约有30 hexo themes to choose from
>执行阅读更多：在hexo<！ - 更多 - >支持开箱即用
>部署到github页面是开箱即用的
>架构对我来说更容易理解,编写小部件是一种幸福,文档也看起来更好
总的来说,看起来hexo更适合博客,而docpad更适合更复杂的网站. Hexo看起来真的起飞了,每周在github上大约30颗星,而docpad每周只有10颗星.
以上是大佬教程为你收集整理的node.js – Docpad – 我怎样才能找出它为什么慢？全部内容，希望文章能够帮你解决node.js – Docpad – 我怎样才能找出它为什么慢？所遇到的程序开发问题。
如果觉得大佬教程网站内容还不错，欢迎将大佬教程推荐给程序员好友。
本图文内容来源于网友网络收集整理提供，作为学习参考使用，版权属于原作者。
如您有任何意见或建议可联系处理。小编QQ：384754419，请注明来意。