콘텐츠
최악의 점수 인 32 비트 Android 5.0은 Java 코드가 C보다 296 % 느리거나 다른 말로 4 배 느리다는 것을 보여줍니다. 여기서도 절대 속도는 중요하지 않지만 동일한 장치에서 C 코드와 비교하여 Java 코드를 실행하는 데 걸리는 시간의 차이는 중요합니다. Dalvik JVM이 포함 된 32 비트 Android 4.4 KitKat은 237 %에서 조금 더 빠릅니다. Android 6.0으로 점프하면 마시멜로가 크게 개선되기 시작합니다. 64 비트 Android 6.0으로 Java와 C의 차이가 가장 작습니다.
두 번째 테스트는 나누기 시험을 사용한 소수 테스트입니다. 위에서 언급했듯이이 코드는 64 비트를 사용합니다.긴 정수이므로 64 비트 프로세서를 선호합니다.
예상대로 최상의 결과는 64 비트 프로세서에서 실행되는 Android에서 나옵니다. 64 비트 Android 6.0의 경우 속도 차이가 3 %로 매우 작습니다. 64 비트 Android 5.0의 경우 38 %입니다. Android 5.0의 ART와 최적화 Android 6.0에서 ART가 사용하는 컴파일러. Android 7.0 N은 여전히 개발 베타이기 때문에 결과를 보여주지는 않았지만 일반적으로 Android 6.0 M만큼 성능이 좋지는 않습니다. 더 나쁜 결과는 32 비트 버전의 Android에서 발생하며 32 비트 안드로이드 6.0은 그룹의 최악의 결과를 낳습니다.
세 번째이자 마지막 테스트는 백만 번 반복되는 무거운 수학 함수를 실행합니다. 이 함수는 정수 산술 및 부동 소수점 산술을 수행합니다.
그리고 처음으로 Java가 실제로 C보다 빠르게 실행되는 결과가 있습니다! 이에 대한 두 가지 가능한 설명이 있으며 둘 다 최적화 및 O와 관련이 있습니다.해적ARM의 컴파일러. 먼저, O해적 컴파일러는 Android Studio의 C 컴파일러보다 더 나은 레지스터 할당 등으로 AArch64에 대해 더 최적의 코드를 생성 할 수 있습니다. 더 나은 컴파일러는 항상 더 나은 성능을 의미합니다. 또한 코드를 통해 경로가있을 수 있습니다해적컴파일러는 최종 결과에 영향을 미치지 않으므로 계산을 최적화 할 수 있지만 C 컴파일러는이 최적화를 발견하지 못했습니다. 이런 종류의 최적화는 O의 큰 초점 중 하나라는 것을 알고 있습니다.해적안드로이드 6.0의 컴파일러. 이 기능은 나만의 순수한 발명품이기 때문에 일부 섹션을 생략하는 코드를 최적화하는 방법이 있었지만 발견하지 못했습니다.다른 이유는이 함수를 백만 번 호출해도 가비지 수집기가 실행되지 않기 때문입니다.
소수 테스트와 마찬가지로이 테스트는 64 비트를 사용합니다.긴 정수는 다음 최고 점수가 64 비트 Android 5.0에서 나온 이유입니다. 그런 다음 32 비트 Android 6.0, 32 비트 Android 5.0 및 마지막으로 32 비트 Android 4.4가 제공됩니다.
마무리
전반적으로 C는 Java보다 빠르지 만 64 비트 Android 6.0 Marshmallow가 출시되면서 둘 사이의 격차가 크게 줄었습니다. 물론 실제 환경에서 Java 또는 C를 사용하기로 한 결정은 흑백이 아닙니다. C에는 몇 가지 장점이 있지만 모든 Android UI, 모든 Android 서비스 및 모든 Android API는 Java에서 호출되도록 설계되었습니다. C는 빈 OpenGL 캔버스를 원할 때만 사용할 수 있으며 Android API를 사용하지 않고 해당 캔버스에 그리려고합니다.
그러나 앱에 무거운 작업이 필요한 경우 해당 부분을 C로 이식하고 속도 향상을 볼 수는 있지만 한 번 보지 못했던 속도로 볼 수 있습니다.
