haskell webframeworks 속도, GHCi vs 컴파일 된 파일

Question

오늘 저는 로컬 컴퓨터에서 다른 Haskell 웹 프레임 워크의 일반 텍스트 속도를 비교하기 위해 벤치마킹을 거의 수행하지 않았습니다. 필자가 테스트 한 거의 모든 프레임 워크는 GHCi에서 컴파일 된 버전과 비교했을 때 더 잘 수행되었습니다. 여기에 내 결과

+------------------------------------ 
|framework| GHCi rpm | compiled rpm 
+---------+------------+------------- 
|snap  | 8000  | 150 
+---------+------------+------------- 
|yesod | 6000  | 2500 
+---------+------------+------------- 
|scotty | 22000  | 9500 
+---------+------------+------------- 
|servant | 17000  | 8500 
+---------+------------+------------- 
|spock | 3300  | 2700 
+---------+------------+------------- 

나는 그들이 잘 조정 또는 최적화되어 있지 않기 때문에,이 숫자는, 이러한 프레임 워크의 속도에 반영하지 않는 것을 알고는 있지만, GHCi에서 발사 할 때 더 나은 수행하는 이러한 프레임 워크가 왜 내 질문입니다. 내가 뭔가 잘못하고 있는거야? 를 구축하기 위해

는 단순히

Answer 1

stack build 이것은 최근의 문제는이 GHC ticket도 Harendra 쿠마에 의해 발견되었다 실행합니다. 여기에서 관련 ghc-dev mailing list 토론을 볼 수 있습니다. Harendra에서이 특정 관찰을 참조하십시오

최소한의 예를 마련하는 중에 내가 하나 더 수수께끼 것을 발견했다. runghc은 가장 빠르며 ghc는 느리다. ghc는 이고 가장 느리다. 이것은 예상 된 주문과 완전히 반대입니다.

가능한 한 최소한 동일한 벤치 마크를 제시하고 ghc 티켓을 저장소로 업데이트하는 것이 좋습니다.