Java의 BigDecimal은 C++에서 long double과 같은 하드웨어 아키텍처를 활용합니까?

Question

제가 알기 론, C++의 long double은 실제로 (적어도 일부 아키텍처에서는) 하드웨어 아키텍처를 활용합니다. Java에서 BigDecimal은 충분한 입력을 위해 이렇게합니까?

Answer 1

자바

합니까 BigDecimal의이 작은만큼 입력을 위해 할

?

아니요. 부동 소수점 숫자는 손실이 많으며 모든 BigDecimal에는 연결된 정밀도가 있으며 그 정확도 아래의 모든 숫자를 정확하게 나타낼 수 있습니다. 실수로 부동 소수점 숫자로 렌더링 할 수있는 "작은 입력"은 없습니다. 부동 소수점 표기법으로 정확하게 표현할 수있는 BigDecimal 값이 있어도 아무 것도 할 수 없기 때문에 그 값에 대한 일종의 연산을 수행하고 지정된 정밀도를 유지합니다. 다른 말로하면, 목적은 BigDecimal의 속도를 희생하면서 정밀도를 제공하는 것입니다. 이는 부동 소수점과 정확히 반대로 실행됩니다. 부동 소수점은 속도를 높이기 위해 정밀도를 희생합니다. 자바 long double 크기의 부동 소수점 숫자 및 there is not 작업 할 수있는 방법을 제공하는 경우 당신이 묻는 것 같은

---

는 소리가 난다. JDK 작성자가 언어에 추가 할 필요가 없다고 결코 느끼지 못했다는 사실로부터 결론을 내릴 수 있습니다.

Answer 2

아니요. BigDecimal은 하드웨어 아키텍처를 활용하지 않습니다. 예를 들어, 자바 소스 코드에서 BigDecimal의 생성자를보십시오.

BigDecimal(BigInteger intVal, long val, int scale, int prec) { 
    this.scale = scale; 
    this.precision = prec; 
    this.intCompact = val; 
    this.intVal = intVal; 
} 

Answer 3

BigDecimal과 일반적인 하드웨어 long double double 사이의 가장 중요한 차이점은 부동 소수점 기수입니다.

BigDecimal의 값은 10의 제곱으로 곱해진 정수입니다. 부동 소수점 하드웨어는 일반적으로 IEEE 2 진 부동 소수점을 기반으로하며 각 값은 2의 제곱을 곱한 정수입니다.

입력이 long double로 정확하게 표현 될 수있는 일부 계산에는 지정된 배율로 BigDecimal보다 long double에서 더 큰 반올림 오류가 발생합니다. 예를 들어, 1과 10은 두 가지 형식 모두에서 정확하게 나타낼 수 있습니다. 1을 10으로 나눈 결과는 스케일이 1 이상이지만 기수 2 형식이 아닌 BigDecimal로 정확하게 나타낼 수 있습니다.

두 가지 형식으로 정확하게 표현할 수없는 많은 통계가 있습니다. 1/3 고려하십시오. 거기에서도 BigDecimal은 스케일에 따라 반올림 오류가 커지거나 작아집니다. 대답은 long double 및 BigDecimal에서 정확히 동일하지는 않습니다.

각 계산에서 두 가지 형식이 같은 대답을 얻는 지 확인하기 위해 테스트를 수행하면 하드웨어 지원을 사용하여 성능이 향상됩니다.