Ruby와 Java의 속도

웹에서 발견 한 모든 벤치 마크에서 Ruby는 Java보다 느리고 속도가 느린 것 같습니다. Ruby 사람들은 문제가되지 않는다고 말합니다. Ruby on Rails (및 Ruby 자체)의 속도가 실제로 중요하지 않다는 것을 보여 주실 수 있습니까?Ruby와 Java의 속도

출처

2010-03-17 Szymon Lipiński

속도가 중요하지 않다는 루비 포크의 사례를 제공 할 수 있습니까? –

루비 온 레일즈가 유스 케이스 만큼 빠르지 않을까 걱정해야합니다. 그 목적을 위해, 그것은 확실히 all of these folks에 충분히 빠릅니다.

출처

2010-03-17 22:01:34 Callahad

동의. "빠르다"는 말쑥한 용어입니다. "Fast Enough"는 절대적입니다. 앱이 또는 앱이 아닙니다. 루비는 (항상 그런 것은 아니지만) 매우 빠르게 "충분히 빠릅니다". 자바는 모든 속도의 끝이 아닙니다. 잘 쓰여진 Ruby는 제대로 작성되지 않은 Java에서 서클을 돌릴 수 있습니다. – mmc

그리고 가치있는 일이라면 모든 대중적인 언어와 프레임 워크가 대부분의 사용 사례에 충분히 빠를 것입니다. 어쨌든 그들은 실제 사람들이 생산에 사용하기 때문에 대중적이되었습니다. 다른 제약이 없으면 개인적으로보다 생산적인 개발자가 될 수있는 도구를 선택하는 것이 좋습니다. – Callahad

트위터가 루비에서 스칼라 (따라서 자바 가상 머신) 대부분의 백엔드를 움직인다는 것을 그리스트에서 생각해보십시오. – OscarRyz

매일 밤 자정에 플랫 사이트를 렌더링하는 CMS를 사용하는 경우 Java에서 저녁 당 1 초 동안 또는 Ruby에서 밤당 2 초 동안 응용 프로그램이 실행됩니다. 그것은 단순히 중요하지 않습니다.

출처

2010-03-17 21:58:03 mmc

많은 웹 응용 프로그램에서 요청/응답주기의 병목 현상은 웹 프레임 워크의 처리 속도가 아니라 데이터베이스 액세스 시간 인 경우가 종종 있습니다. 따라서 많은 사람들이 상대적으로 느린 언어를 사용하여 속도와 개발 용이성에 대한 합리적인 절충안을 추가하여 오버 헤드를 발견합니다.

출처

2010-03-17 22:08:25

일반적인 웹 응용 프로그램은 Ruby 또는 Java로 작성하는 작업에 약간의 시간을 소비하며 데이터베이스에서 많은 시간을 가져옵니다. RoR을 사용하여 Java 및 210ms를 사용하여 주어진 페이지를 전송하는 데 200ms가 걸리면 속도를 위해 Java를 선택함으로써 얻게되는 이점은 대다수의 응용 프로그램에서 중요하지 않습니다.

일반적인 웹 애플리케이션에서 속도가 정말로 걱정된다면 최적화 작업을 프런트 엔드가 아닌 데이터 저장 및 검색 메커니즘에 사용하십시오. 색인을 사용하십시오. 필요한 경우 데이터를 비정규 화하십시오. 문서 데이터베이스 또는 키 - 값 저장소를 고려하십시오.

출처

2010-03-17 22:08:45 Zak

Ruby와 Java의 속도

답변

관련 문제