그루비 1.6 베타 1 이 나왔는데, 속도개선이 가장 큰 이슈라고 주장하고 있다. "최고 460%까지 속도가 향상되었어요"라고 한다.
그럼, 그전에는 그렇게나 느렸어요? 라는 질문이 떠오르긴 하지만. ^^
이렇게 빨라진 가장 큰 이유는 call site cache기법때문이라고 한다. 루비나 그루비나 메서드호출을 동적으로 할 수 있다는 점이 언어의 강점인데, 동적호출은 비용이 많이 드는 일이다.
한번 호출하면 그 기록을 가지고 있다가 똑같은 호출이 발생하면 이런 저런 계산을 거치지 않고 기억해두었던 메서드를 다시 호출한다는 것이 call site cache 기법. JRuby에서는 이미 1년전부터 적용하고 있었단다.
그루비가 이제서야 JRuby랑 겨룰 수 있게 되었다. 하지만, 아래쪽에 있는 하이버네이트나 스프링덕분에 Grails의 속도는 그렇게 빨라지기는 힘들지 않을까.
어쨌든, 이 글이 이번 사건에 대해 가장 냉정한 분석인 것 같다.
그럼, 그전에는 그렇게나 느렸어요? 라는 질문이 떠오르긴 하지만. ^^
이렇게 빨라진 가장 큰 이유는 call site cache기법때문이라고 한다. 루비나 그루비나 메서드호출을 동적으로 할 수 있다는 점이 언어의 강점인데, 동적호출은 비용이 많이 드는 일이다.
한번 호출하면 그 기록을 가지고 있다가 똑같은 호출이 발생하면 이런 저런 계산을 거치지 않고 기억해두었던 메서드를 다시 호출한다는 것이 call site cache 기법. JRuby에서는 이미 1년전부터 적용하고 있었단다.
그루비가 이제서야 JRuby랑 겨룰 수 있게 되었다. 하지만, 아래쪽에 있는 하이버네이트나 스프링덕분에 Grails의 속도는 그렇게 빨라지기는 힘들지 않을까.
어쨌든, 이 글이 이번 사건에 대해 가장 냉정한 분석인 것 같다.
