64비트 int를 사용하면 약 900경 가량 처리할 수 있긴 합니다.
(unsigned면 2배 더 늘어나겠죠)
C99 표준을 지원하는 대부분의 컴파일러에서는 64bit int 형을 따로 지원하기 때문에,
추가적인 자료구조없이 바로 사용할 수 있다는게 장점이겠네요.
(참고 : http://en.wikipedia.org/wiki/Integer_(computer_science)#Data_type_names)
GMP is a free library for arbitrary precision arithmetic, operating on signed integers, rational numbers, and floating point numbers. There is no practical limit to the precision except the ones implied by the available memory in the machine GMP runs on. GMP has a rich set of functions, and the functions have a regular interface.
은행권 같은 곳에서
은행권 같은 곳에서 쓰는 방법은 잘 모르겠지만,
64비트 int를 사용하면 약 900경 가량 처리할 수 있긴 합니다.
(unsigned면 2배 더 늘어나겠죠)
C99 표준을 지원하는 대부분의 컴파일러에서는 64bit int 형을 따로 지원하기 때문에,
추가적인 자료구조없이 바로 사용할 수 있다는게 장점이겠네요.
(참고 : http://en.wikipedia.org/wiki/Integer_(computer_science)#Data_type_names)
컴파일러에서 지원하는 것 이상의 자료구조가 필요하다면, 자체적인 자료구조를 만들어야겠죠.
(참고 : http://www.codeproject.com/KB/architecture/lint.aspx)
GMP같은거 써보세요
GMP is a free library for arbitrary precision arithmetic, operating on signed integers, rational numbers, and floating point numbers. There is no practical limit to the precision except the ones implied by the available memory in the machine GMP runs on. GMP has a rich set of functions, and the functions have a regular interface.
http://gmplib.org/
그 외 Arbitary percision arithmetic 라이브리리에 대한 정보는
http://en.wikipedia.org/wiki/Arbitrary-precision_arithmetic
직접 구현해보려고 하는데..방법을 모르겠어요.ㅠㅠ
직접 구현해보려고 하는데 방법을 모르겠어요.ㅠ
뻘짓도 일이다.
아마
숫자를 텍스트(text) 바탕으로 구현해 처리하는 것으로 알고 있습니다. 그래서 예를 들면 1천자리의 숫자를 처리할 수 있게되죠.
그러니, 요는 직접 연산기를 만들어야 되는 것으로 보이네요.
malloc으로 대충
malloc으로 대충 잡아서 하면 가능하지 않을까요,,,
32bit씩 "끊어서" 연산하면 가능하지 싶습니다 = _=)
저는 숙제로 바빠서... [도망간다]
부스알고리즘
전산기 구조에서 부스알고리즘을 사용하는것으로 배웠습니다.
1000조 * 3이라니...
1000조 * 3이라니... 10^45(0의 개수가 3개)를 의미하시는 게 아니라면 그냥 3000조라고 쓰시지 그러셨어요;;
64비트 [unsinged] long long을 사용하세요. 혹시 LP64라면... 윗분 말씀대로 arbitrary-precision 라이브러리들을...
Real programmers /* don't */ comment their code.
If it was hard to write, it should be /* hard to */ read.
위에 좋은
위에 좋은 라이브러리들 많네요. 그냥 라이브러리 가져다 쓰시는게...
http://kldp.org/node/100333
댓글 달기