나는 처음 26 개의 소수를 곱하면된다. 이를 위해서는 52 비트 이상의 정밀도가 필요합니다. 최대 두 배는 처리 할 수 있으며 소수점 이하 28-29 자릿수 이상을 제공 할 수 있습니다. 이처럼 큰 숫자에서 곱셈과 나눗셈을 수행하기위한 전략은 무엇입니까?최대 십진수보다 큰 숫자로 작업하기
또한이 작업을 수행하기 위해 뛰어 내야하는 모든 성능에 미치는 영향은 무엇입니까?
최초의 22 개 소수 (가장 내가 과학 모드로 떨어없이 내 계산기에 함께 곱할 수)의 제품은 다음과 같습니다
이10,642,978,845,819,148,849,204,664,294,430
마지막 네의 제품은
72,370,439
입니다 함께 곱하면
, 내가 얻을 :
7.7023705133964511682328635583552e+38
성능 영향을 미칩니다을 여기서 특히 중요합니다. 왜냐하면 근본적인 문자열 비교 솔루션이 문자의 직선 비교보다 실제 속도가 빠른지 여부를 묻는 질문을 근본적으로 해결하려고하기 때문입니다. 이 조사를 요청한 소식은 here입니다. 프로세서는 부동 소수점 계산을 위해 최적화되어 있습니다. 이상적으로는 내가 끝내는 해결책이 무엇이든지간에 최적화의 많은 부분을 활용하고 싶습니다.
TIA!
James
추신 : 내가 가진 코드는 경쟁 솔루션을위한 코드입니다. 나는 소수 솔루션이 더 빠를 것이라고는 생각하지 않지만 가능한 한 가장 공정한 기회를주기 위해 노력하고 있습니다.
4.0에서이 작업을 수행 할 수 있습니다. 아직 많이 사용하지는 않았지만 완벽 할 것입니다. 당신이 링크 한 라이브러리는 꽤 인상적입니다 ... 나는 아마도 그것이 필요하지 않았지만 2002 년 이후로 업데이트되지 않았다는 것에 놀랐습니다. 근원을 확인해 볼게. 아주 좋아! –
@James : 주어진 링크는 오픈 소스 사이트에 우수한 오픈 소스 라이브러리가 많이 있다는 것을 보여주는 예일뿐입니다. 다음에 도서관이 필요할 때 찾아보십시오. –