자바 소프트웨어 성능 신화와 포스트에 관하여 제임스 Gosling 블로그 재미있는 이야기 (아래). 코멘트는 밝히는 때 트렌치에서 몇몇 이야기를 더 포함한다. 진짜 그림에 보기를 하기로 한다 우리 시키는가?

몇몇 사람은 부스가 곳에 민주당원 ing 상한 산업 힘 C 컴파일러 있고 자바로 자역했었던 기준이 있던 최근 개발자 사건에 재미있은 사건이 있었다. 그들은 GCC와 자바에 그들의 컴파일러를 비교하고 있었다. GCC는 이 상한 컴파일러의 성과 대략 2/3에 달리고 있었다; 자바 버전은 GCC 버전의 성과 대략 2/3에 달리고 있었다. 사람은 부스의 주위에 모이고 자바 버전을 달리기 위하여 사용하고 있던 원본에는 켜진 최적화가 없었다는 것을 누군가는 주의했다. 성냥까지 뛰어오르는 "- 서버" 스위치 및 자바의 성과를 추가하는 몇 초를 가진 vi 공상 C 컴파일러. 이것은 직업 GCC 군중을 전부 흥분한 얻었다, 그래서 그(것)들의 낱단은 그것의 커맨드 라인 스위치로 바이올린을 켜기 시작하다. 그들은 개선의 조금을, 그러나 매우 얻었다 (본래 선택은 매우 좋았다).

저자: 일요일에서 제임스 Gosling

2001년에 나가 알타비스타에 일할 때 나는 프런트 엔드에 자바 사용으로 저희를 이동하기 위하여 강요를 시작했다. 자바는 40 시간 더 다는 것을 행정관이 주장할 당시 proove에 쉬웠다는 것을 C, 그리고. 따라서 그는 (자바가 진짜로 느릴 때) 저에게 그가 4 작년을 썼었던 4개의 프로그램을 보냈다. 나는 그(것)들을 보았다, IO를 약간 (아무 완충도 없었다) 및 결과는 자바 프로그램이 C 프로그램 (그들중 하나 보다는 더 단지 많아야 10% 실제로 더 빨랐다)이었다 이었다 낙관해 그러나 당연히 자바 프로그램은 아주 많게: 1개를 위해 C 프로그램이 이지 않았더라도 반면, 완전하게 가능하게 된 unicode이었다. 그리고 그것은 NIO의 앞에 이었다.

빨리 이 알타비스타 후에 자바에 있는 그것의 프런트 엔드 모두를 다시 쓰기로 움직였다. 나는 다른 일을 하기 위하여 떠나고, 그러나 중대한 성공이었다는 것을 말했다. 자원에 의하여 숨겨지은 안쪽 하이퍼 링크의 베스트를… 만들고 있어 않아다는 것을 나가 CEO에게 말할 때 단지 그들이 저를 5 작년 경청한 경우에 (지금)

저자: BblFish에서 헨리 스토리

나가, 회사 안으로 인 반면에 상황에서는 C++에 있는 prototyping는 성과에 대한 문제 때문에 이었다. 그들은 생산을 보고 반면에 시간을 아주 많게 소요하기 위하여 결코 가고 있지 않은 신청에 있는 성과에 관하여 고민해 그것을 일으킨. 추가로 심문될 때 사람은 그들의 관심사를 위한 아무 기초도 찾아낼 수 있지 않았다. 그들은 C++의 사용을 요구했다 때문에 성과가 이렇게 건축술에 있는 1개의 반점을 찾아낼 수 없었다. 이 기록 및 분석에도 불구하고 조차 신화는 그들이 상황의 현실을 볼 수 없습니다 그(것)들을 위해 아주 강했다.

저자: 자바 성과 조정에서 Kirk

개인적으로 나는 bioinformatics 세계 (genomic 주석 같이 높은 처리량 분산 처리) 자바 소프트웨어 성능에서 C.와 호의적으로 경쟁한다 찾아냈다. 소문 mongers는 지금 "자바 이 성과 문제점" B.S.에 마지막으로 정지를 둘 것인가?