如何在编译器优化后评测Haskell？

我有一个相当复杂和性能关键的Haskell程序。我已经使用成本中心分析来优化到没有主要剩余热点的程度。此外，使用

-O2

（且无评测）的程序运行速度比使用

堆栈构建--profile

的程序快约15倍，因此我怀疑成本中心评测器是否能在找到优化后仍然存在的瓶颈方面起到很大的帮助作用

---

我可以选择什么来寻找优化后仍然存在的热点？我知道ticky-ticky的描述，但在文档中它被描述为不适合“凡人”，而我只是一个凡人

这是一个非常普遍的问题，但您是否搜索过空间泄漏

一个很好的包装是

---

作者对此写了一篇很好的文章。

我认为这可能太宽泛了，尽管有一个全面的答案会很好。@jberryman我不知道如何才能把问题缩小；为了询问如何使X更快（X是一个运行缓慢的特定任务），我首先需要弄清楚X是什么。这当然是一个共同的需要。。？